「不機嫌で人を支配しようとする人」の気持ちがわかった話
とある経験を経て、「不機嫌で人を支配しようとする人」の気持ちとその発生機序がだいぶ分かった気がしたので、ちょっとそれについて書かせてください。 まず前提として、しんざき家には、「察してもらうな、察するな」「どんなことでも言葉にしよう」という家訓があります。 して欲しいこと。して欲しくないこと。嬉しいこと。嫌だと思ったこと。賛成、反対、不満、満足、喜怒哀楽。 どんなことであれ、とにかく言葉にしましょう、と。全部言語化して、遠慮なく相手に伝えましょう、と。 パパもママもエスパーではないのだから、君が考えることを何も言われずに察することは出来ません、と。 君にエスパーであることを期待もしませんから、パパもママも言いたいことは全部口にします、と。 そういうコンセプトです。 ことあるごとに「とにかく言葉に」と言ってます。これについてはかなり徹底していると思います。 「言わないで気付くのを待つ」という
はてなブックマークのブックマーク数が多い順に記事を紹介する「はてなブックマーク年間ランキング」の2019年版を発表します。例年通り、上位トップ100の記事をピックアップしました（集計期間：2018年12月11日～2019年12月10日）。 2019年 はてなブックマーク年間ランキング（2018年12月11日～2019年12月10日） 順位 タイトル 1位 ある日突然自分の建物を他人がショベルカーで破壊しても「建造物損壊」にはならないのか？ - GIGAZINE 2位 「麻婆豆腐の作り方」を四川料理のスゴイ人に教わったら、目からウロコが3回落ちた - メシ通 | ホットペッパーグルメ 3位 平成31年度東京大学学部入学式 祝辞 | 東京大学 (上野千鶴子 - 認定NPO法人 ウィメンズ アクション ネットワーク理事長) 4位 海外で７年働いて、今でもやっぱりメチャ使っている英語の補助ツール３
本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz
株式会社ワーク・ライフバランスが主催したイベントに、代表取締役社長の小室淑恵氏が登壇。オンライン会議の課題である「発言が偏る」「ホワイトボードが使えず話がまとまらない」「相手の反応が見えない」といった事例を挙げながら、心理的安全性の高い組織作りの秘訣を解説しました。 発言が偏る、話がまとまらない……オンライン会議の悩み 小室淑恵氏：今日、事前にみなさまからアンケートをいただきました。そこに、オンライン会議の課題をたくさん書いていただきました。「一部の人に発言が偏る」、これはかなり多くの方が書いていらっしゃいました。「リアル会議よりも時間が長引いてしまう」、一日中会議になっちゃう、なんて方もいました。 「議論の発展・ブレストが難しい」。言葉を重ねて、どんどん発言していくことが難しい。リアルだったらホワイトボードにまとめていきますが、これができないので「話がまとまらない」であるだとか、今、人事
今まで、バンクーバー→バルセロナ→シンガポール→香港で働いてきました。それでいろいろな職場を見てきたので、海外のゲーム会社であった制度について、列挙してみました。 日本の会社でも、既に同様の制度をやっていて、珍しくない場合も多くあると思います。 複数の会社のケースを混ぜて書いています。 ゲーム開発技術に関することは、ほとんど書いていません。 ご指摘がありましたら、修正したり詳細を追加しますので、お気軽にどうぞ（内容が後で変わる可能性があります） 人事（採用） 面接 ビザ リファラル採用 リファレンスチェック（照会） カンファレンス時の招待者限定パーティー 人事（評価） 相互評価制度 OKR（Objectives and Key Results） 人事（解雇） 解雇 PIP（Performance Improvement Plan） スタジオ閉鎖 人事（その他） 若手が海外スタジオで1年間働
まえがき コードレビューの目的 大目的 小目的 チェックリスト 優先度高（大きな損失を生む問題・後からの修正が困難な問題） 優先度中 優先度低（システムに大きな影響を与えない問題・後からの修正が容易な問題） レビューを負担にしないために レビューサイズのコントロール 誰がレビューをするか 議論をどうまとめるか 批判と個人攻撃 レビュワー向けアドバイス Code author向けアドバイス 参考文献 まえがき コードレビューの有効性が説かれるようになって久しい。しかし、コードレビューをするべきという観念ばかりが先立ってしまい、何のためにコードレビューをするのか、どのような点をレビューするべきなのかといった、目的や進め方に対する意識が曖昧なケースも数多くあるように思われる[6]。コードレビューの目的を理解せずに惰性でレビューしているだけでは、いずれレビューそのものが形骸化し、単に承認のハンコを
リスクの洗い出しと判断のコツ - やしお
会社で係長的なポジションになって3年近くが経った。先日、副係長というか職長的なポジションが新たに設けられ、30歳前後のメンバーが就いた。折を見て彼らに伝える機会があるかもしれないし、3年やってみた知見を自分の中で一度整理しておきたいと思った。（大手メーカーの製造側に近い部門で働いている、という前提がある。） 自分が苦しくならないようにする 究極的には本人が自分でスタイルを確立するしかない。 「こうした方がより良い」と思って行動変容しても、それで自分が苦しくなるなら続けられない。 どうせ正解の型が一意に決まるわけではないし、仮に正解の型があっても自分を完全にはめ込むこともできない。 「自分がやれるようにやるだけ」くらいに思っている方が精神衛生に良い。それで不適格ならしょうがない。 一方で「より良い方法」に寄せる努力も必要で、その間のバランスが必要になる。 例えば自分自身は、人付き合いがすごく
こんにちは、株式会社リングスター（以下、リングスター）の唐金祐太（カラカネ ユウタ）と申します。大阪本社、明治20年創業の工具箱、いわゆる職人さんの使うツールボックスを奈良県生駒市にて製造しており、現在私の父が５代目になり、私はアトツギとして日々東奔西走しております。 リングスターの手掛ける工具箱私達リングスターは、100年以上一貫して工具箱を作り続け〈木製・鉄製・樹脂製〉と時代に沿った最適な素材を選び、今日まで「現場でも20年以上使えるプラスチック製の工具箱」とその圧倒的な耐久性を職人さんに評価をいただいて参りました。今回は約１年前に弊社の製品のスーパーバスケット（以下、バスケット）についてツイートした所、思いのほか反響をいただきました事をきっかけに書かせていただきます。（遅） 年間30万個売れるバスケット 10年前に職人さんがカゴに工具を入れていた事を見て開発 従来のカゴは耐久性がなく
1on1.md
1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい
心理的安全性という概念がある。ここ十年ほどチームづくりの最重要ファクターであるともてはやされ、他方では粗雑な理解によって批判されてきた。急に人気の出たアイドルの宿命みたいなものを背負っている。 世間的なイメージがどのようなものか、少し羅列してみよう。 なんでも言える。否定されない。安心して働ける。不安がない。感情を大切にしてもらえる。あなたはあなたのままでいいと肯定される。 こうしたイメージを抱いている人もいるかもしれないが、残念ながらこれらは、心理的安全性の正しい姿からは遠くかけ離れている。ただ安心してほしいのは、こうした誤解をしている人は決して少なくないということだ。 手持ちのグーグルで「心理的安全性 誤解」と検索してみると、何ページにもわたって理解を正す記事が並んでいる。NewsPicksも、プレジデントも、朝日新聞も、Qiitaも、東洋経済も、あらゆるメディアが心理的安全性の誤解に
IT人材が不足してるんだって。零細Web制作会社で言えば、退職者が残したubuntu12サーバーに眠るRails5アプリをすぐにDDDでマイクロサービスに再構成して、jQuery満載のコードを全て読み下したうえで、フロントエンドをReactかなんかのSPAに全部書き換えて、E2Eを含めた自動回帰テストを整備して、ついでにCIも整備して、k8sにデプロイできるようにして、ドキュメントは小まめに残し、職場の心理的安全性を落とさず、飲み会にはかかさず参加、役員との関係も良好で、定期的な勉強会も開いてくれて、それでも残ったプライベートの時間を最新の技術動向やセキュリティ情報の収集に全量突っ込んでくれる、そんなごく当たり前のエンジニアが不足している。ついでに言うと、人類の原罪を一身に贖ってくれるスキルの持ち主も不足しているらしい。多分、我々はもっと求人サイトに金を払うべきなんだろうね。 同業者から、
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
デブサミ2019で発表した「心理的安全性の構造」というプレゼンです。 https://event.shoeisha.jp/devsumi/20190702/session/2086/Read less
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
目標設定むずかしいよね。正直嫌いとか意味がわからんと言う人も多いと思う。自分は適切な目標設定は必要なものだという腹落ちはしてるんだけど、なぜむずかしいかとかはうまく説明できなかった。 そんな時に EM.FM Re8. 本当に意味のある目標設定 でMBOの歴史から色々と話していてさすがだなー面白いなーと思ったので、自分もそもそも目標管理とは何なのかﾁｮｯﾄ調べてみることにした。 学術的にきちんと学べたわけではないので少しこわい部分もあるけれど、こういうのは誰かのためになるかもしれないし書いてみる。もし間違いや補足があれば教えてもらえると嬉しい。 目標管理の起源 目標管理の起源は欧米の研究者の中ではよく論じられているテーマらしい 諸説あるが、アリストテレスが 「成功するには目的意識を持て」 と言ったのが最初という説もある この起源とは関係ないが、Googleでは「効果的なチームを可能とする条件
謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― | 東京大学 先端科学技術研究センター
ホーム ニュース プレスリリース 謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― 東京大学 発表のポイント 日本の企業において、リーダーの謙虚さが心理的安全性を介してプレゼンティーズムに影響することがわかりました。 チーム単位で働く職場において、リーダーの謙虚さ、心理的安全性、そしてプレゼンティーズムの3変数がどのように関係しているか初めて明らかにしました。 メンバーが活躍できる職場の人的環境や文化的条件を考え、介入をデザインする上で示唆に富む結果といえます。 謙虚なリーダーシップは、心理的安全性を介してプレゼンティーズムと関連する 発表概要 東京大学先端科学技術研究センターの松尾朗子特任助教、熊谷晋一郎准教授らの研究グループは、複数の業種の日本企業を対象に調査を実施し、リーダーの謙虚さが高まると心理的安全
ドキュメントに固執せよ - gfnweb
どうして人間集団はこんなにも知見の共有を円滑にできないのか？ 改善にはドキュメントにまつわる各個人の心構え・制度設計・技術的解決の全部が必要だという話をしたい． ここでテーマにしているのは，著名OSSなど世の中にいくらでも知見が転がっている対象ではなく，特に企業内の十数人のチームでクローズドに開発しているなどして集合知に頼れない状況下でのドキュメントについてである． 非常に乱暴な言い方をするなら，「コードとか大部分は誰でも書けるようになるものなんよ，そんなところにマッチョイズムとか感じなくてええねん，我々の知的体力や組織性が真に試されるのはドキュメントちゃうんか」という気持ちです — 画力・博士号・油田 (@bd_gfngfn) June 3, 2022 ドキュメントに書く内容の必須項目或るシステム（ソフトウェアなど）について，そのシステムのことを全く知らない人を想定読者としたドキュメント
最も重要なビジネススキルはなんですか？ と問われたら、なんと答えるだろう。 人によりけりだと思うが、私がコンサルティング会社で経験した限りでは、「結論から話す」がその候補の一つだと感じる。 これは誇張でもなんでもなく、「コンサル一年目が学ぶこと」の著者が、この本の最初の項目として設定していることにも現れているように、 あるいは、スキル系のビジネス書には大抵それに類似したことが書いているように、今では「結論から話せ」は、、もはやビジネス上の慣例といっても良いくらいだ。 私の場合は、入社するとまず直属の上司に「結論から」を求められた。 例えば、こんな具合だ。 私「すいません、相談があるのですが……」 上司「何？」 私「お客さんのところで、規定の説明をしていたのですが、第二条のところでお客さんから質問が出てしまったんですよ。「目的と目標はどうちがうんですか」と聞かれたので、こう答えたんです……」
昨年7月末に4年半ほど勤めたDMMを退職しました。 その後はずっと長い夏休みを満喫してたんだけど、元同僚にあやしい取材をされて、記事が出るから宣伝のために退職ブログを書け、とか言われたのですよ。 結局取材記事↓の公開には全然間に合わなかったんだけど、記念に書いたのを公開しときます。 - 「大いにやらかし、飽きたら逃げよ」ー元DMM・個性派おっさんエンジニア 佐々木健のITジョブホッパー道 それと、そろそろちゃんと働かなきゃなあ、とも思うので、何をやってたのか等を含めてまとめておくのも大事よね。 そして、以下に書くことはあくまで個人の感想です。 人によっては同じできごとでも捉え方が全然違ったりするはずなので、書いてあることは全部信じることはせずに、取捨選択をしつつ、裏取りしつつ、用法・用量を守ってお使いください。 なぜDMMに入社したのか？DMMに入社する前は、24時間365日システムを監
中田:‖ @paddy_joy 今日のマネジメント研修はめちゃくちゃ良かった。Twitterではボロクソに言われてる人が講師だったのでむしろネタにしてやろうくらいの気持ちで受けたんだけれども説得力がTwitterとは段違いだった。発信する場によってこれくらい印象が変わること自体が一つのケーススタディーになりそう。 2023-03-08 17:09:03 中田:‖ @paddy_joy 「"心理的安全性"は部下の立場でしか語られないのが大きな問題。「指摘したら部下が落ち込むんじゃないか」「指導をしたらパワハラ扱いじゃないか」などと心配するのは上司の側の心理的安全性が脅かされている。ダメなものはダメだと上司が躊躇なく言えなければその組織も強くならない」 2023-03-08 17:14:14 中田:‖ @paddy_joy ↑この前段に、「部下が上司に指摘できない組織は死ぬ」というデータがいく
はじめに 最近、新入社員の方が毎月のように入社されていて、うちの部署もにぎわってきたなーと感じています。 やっぱり、人が増えてくるといろんな方がいてコミュニケーションの大切さを実感しています。 うちの部署では、事業部で大切にしていることの一つに心理的安全性があるので、それについて考えてみたいと思います。 心理的安全性とは？ 心理的安全性とは何でしょうか？ググってみると 「心理的安全性とは、職場で誰に何を言っても、人間関係が壊れることなく、罰を受ける心配もない状態のこと。」と出てきます。 これだけだと抽象的で、よくわかりませんね そこで心理的安全性を提唱したエイミー・C・エドモンドソン先生の「恐れのない組織」を読んでみました。 本書では様々なケーススタディから組織での心理的安全性について書かれています。 心理的安全性の高い組織はどういうものかざっくり要約すると 「このままではまずいのでは？」
人気シリーズ『図解 人材マネジメント入門』や『図解 組織開発入門』の著者であり、企業の人材マネジメントを支援する株式会社壺中天の坪谷邦生氏が、MBO（目標管理）をテーマとした新刊の発行にあたり、各界のエキスパートと対談を行います。第3回の後編は『最高の結果を出すKPIマネジメント』の著者である中尾隆一郎氏と、人事評価制度に不満が出やすい理由や、ハイパフォーマーを育てるマネジメント手法について語りました。 「成果を出せば評価される」という考えが不幸の始まり 坪谷邦生氏（以下、坪谷）：私はもともと人事制度のコンサルタントなので、KPIマネジメントと評価・報酬との紐づけが気になるんです。メールで「密結合ではなく、疎結合にしたほうがうまくいく」と教えていただいたのですが、もう少し詳しく聞かせていただけますか？ 中尾隆一郎氏（以下、中尾）：普通の人は、成果を出したら評価をされて、給料が上がって、昇進
新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog
ペアプロ・モブプロ、スキルマップ、1-on-1等々… チーム開発にまつわる各論・方法論・話題をよく見る昨今、関心の高まりは歓迎さるべきことながら つまるところそれらが現実のどのような問題を解決していくのか？ どのように相互作用するのか？ これらが有機的に結びつくことで現実のどのような問題を解決していくか？ こうした疑問に答えたり、具体例とともに記した記事はさほど多くないのではと思います。 本記事では昨年度に筆者のチームが約7ヶ月携わったプロジェクトにて、プロジェクト特性に起因する不確実性と我々がいかに戦ったかを記します。チーム開発を行う方にとってこの記事が実りあるケーススタディとなれば幸いです。*1 なお、本記事では以下のことは本旨とは逸れるため割愛させていただきます。 プロジェクトの機能的側面 技術的不確実性 各取り組み単体の詳細 はじめに / プロジェクトの雰囲気を伝える図 この記事で
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう！ | UXデザイン基礎セミナー 第4回
一言でいうと コロナ禍のストレスやフルリモートでの働き方に適応出来ずどうしても厳しいと判断したので、少なくとも人に会ったり出来るようになるまでは勤め仕事は辞めて休養をすることにしました。 もう少し詳しく 1年前にコロナによる自粛が始まって以来、自分は不要不急の外出を控えるという行政の指示に従い極力外出をしないようにし、友人などと会うこともなく、ほぼ家とコンビニの往復しかしないという生活をしていました。 もともと自分は過去にひきこもり状態だったこともあるし、数ヶ月の休暇を取ることも珍しくなかったので、「外に出なくてもそれほど困らない方だろう」と思っていました。 しかし、自粛が数ヶ月続いた去年の夏ごろから徐々に心身ともに調子が悪くなっていき、それから今に至るまで慢性的な体調不良に悩まされています。 また、フルリモートでの業務委託の仕事というのも上手く適応することが出来ず、かなりストレスの高い状
※このたび堂本光一氏についてデマを発信してしまったので訂正とお詫びの記事を出しました。 shin-fedor.hatenablog.com b.hatena.ne.jp これはあってはならないだろう。以下のブコメをした。 東山紀之新社長、タレント引退へ 「ジャニーズ」屋号変えず再出発、同族経営脱却へ 7日会見 - スポニチ Sponichi Annex 芸能 "焦点のひとつだった「ジャニーズ事務所」の名称変更は行わず改革に取り組む" 正気か？血の気が引いたわ。性加害者の名前を、性加害者の栄誉を温存するという事は実質無傷。日本社会の出直しの好機が潰えた。脱力…… 2023/09/07 08:37 b.hatena.ne.jp ブランド名を温存する問題点「カリスマの栄誉の温存」 ジミー・サヴィルはどうなったか？ ブランド名を温存する問題点「全ての性被害者の勇気を奪う」 ブランド名を温存する問題
レビューの仕方
Open8 勉強会で発表したレビューの仕方と心理的安全性の話しです。
ハコベルシステム開発部のおおいし (@bicstone) です。普段はフロントエンドエンジニアとして物流DX SaaSプロダクトの開発を行なっています。 この記事ではハコベルの開発チームが心理的安全性の向上を目的に採用した、プルリクエスト (マージリクエスト) コメントにラベルを付ける手法についてご紹介します。 背景 プルリクエストをレビューする時、レビュアーとして上から目線になってしまい相手を傷つけないか緊張したり、ちょっとした確認のつもりで書いたコメントが修正必須と捉えられてしまったりした経験はないでしょうか。 本来、ピアレビューは対等な関係であるはずなのに、レビューする側の方が上になってしまいお互いに恐縮してしまいがちです。「勘だと怪しいけど間違っていたら怖いから言えないな」や、「将来的に辛くなりそうな実装だけどわざわざ指摘するほどでもないな」など荒波を立てずにApproveしてしま
こんにちは、らくからちゃです。 未だにコロナ感染者数は増えたり減ったりしていますが、10月よりたまには出社せえとのお達しが発令されました。 モバイルワークを続ける中で、「心を病むひとが出てきた」とか「何気ないコミュニケーションを復活させたい」とか、色んなお題目が並んでいましたが、毎日出社してる偉い人たちが、オフィスで自分たちだけで過ごすのは寂しくなっちゃったのかもしれません。 それはさておき「新入社員が、誰に何を相談したら良いのか分からない」という話は、確かにそうかもなあと思いましたね。広く言われていることですが、テレワークって「いままで作り上げてきた人間関係」に支えられている側面はかなり強い。 弊部にやってきた中途採用のオジサマも「みんなの人間関係が分からなくて、誰に何を聞けばよいか分からない」なんてことを言ってたけど、マニュアルやトレーニングじゃなくて、立ち振舞から学ぶ機会が減っている
新人が無能すぎて辛い
詳細はボカすが吐き出したくなったので投稿。 厳密に言うと同じ現場の別業種の他会社の（ その業種はそこの1社しかない）話で、直接俺とは関係ない。 そこの会社の業務はサービス業の側面が強く、客先の従業員への窓口対応がメインの業務で、テキパキと迅速な対応が求められる場面が多い。 その為か、指導が割と厳しい。服装の乱れや持ち物から髪色まで細かく言われる。ミスが発覚すると裏で詰められる。（1人で多くの人数を捌くので早く覚えて欲しいという意図もあるんだと思う）物言いがキツい社員と穏やかな社員で二極化していて、割合は半々ぐらい。 そこの会社に新人が入ってきた。20代の男性で、物静かそうな、大人しそうな子だ。こっちが挨拶をすれば返ってくる。 そこの会社の従業員たちが言うには、その子はとてつもなく仕事覚えが悪いらしい。受け答えが覚束ず、メモばっかり取っていて、ろくに客と対応が出来ないと嘆いてた。最初は物言い
専門職と視座
こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座！視座！」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ
はじめに 本稿は、ソフトウェア開発を進める際に直面する様々な技術的な意思決定やライブラリ・フレームワーク・XaaS等を選択し正しく活用していくのかについての考え方をサポートすることを目的としています。「すべてにおいてこのようなワークフローを通じて検討すべきである」という主張ではありません。読者の抱える問題領域に応じて、必要な箇所を取捨選択するための１種の考え方を提供するものです。 そもそもアーキテクチャ・技術選定に時間をかけるべきか まず第一に伝えておきたいことは、技術選定やアーキテクチャ設計に常に慎重であるべきではないということです。ソフトウェアの規模やライフサイクルに応じて、そもそも時間をさく必要がないということも多くあります。書き捨てのシェルスクリプトにも読みやすいコードを求めて書くことは非常に重要ですが、だからといって組織だって議論・検討するようなものでもないのです。一方で、５年も
みなさんのチームにはチームの方針はありますか？ チームのメンバーが理解して実践できるように共有されていますか？ 私たちのチームでは、新しい期が始まり少し経ってマネージャーから今期のチーム方針について共有がありました。 私はチームのリーダーになってからは、目標の1つとしてチームマネジメントを設定しています。 リーダーになって最初の半年は、1on1などを通して主に自分とメンバーとの信頼関係の構築に取り組みました。 次の半年、今期は1対1の関係から範囲を広げチーム作りに取り組みたいと思い、チームを作るとはどういうことなのかをあらためて考えてみました。 「THE CULTURE CODE 最強チームを作る方法」という本と「『一緒にいたい』と思われるリーダーになる。」という絵本を参考に引用しながら、チーム作りに必要なこと・リーダーとしてチーム作りにどう貢献していくかを書きたいと思います。 期初からも
最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン（あるいは権威勾配に関する一
Qiitaで期間限定開催中の、「エンジニアによるマネジメント」に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー（以下、EM）としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に「自分がマネージャーとしてきちんとできているのかが分からない」という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、「（メンバーとの1on1やメンバーの育成を）どうしてそれをやるのか」と問われ
よく「3か月でTOEIC 〇〇点アップ」といった広告を見かける。羨ましいけど自分は残念ながら短期間での華々しいスコアアップは全然なくて、17年もだらだらかけて結果的に500点強上がって900を超えた。長すぎる。長すぎるけれど、めちゃくちゃ頑張れるわけじゃないほとんどの人にとっては、そんなもんかもしれないとも思っている。 普遍的な学習体系にはなり得ないけど、個人的なメモを残しておこうと思って。 TOEIC スコアと実力 初めての受験が2004年1月(18歳)で425、最近の受験が2021年8月(35歳)で960だった。それ以前の受験結果や模試の結果を考えると、「960」はマークシートの運で上振れした結果で、実力は900前半程度だと思っている。 最初の400点台の頃は試験が本当に苦痛だった。ほぼ何言ってるか分からん話を2時間集中して聞く・読むのは苦しみでしかない。たまに分かる言葉の意味をつなぎ
お前らは食べ放題のよろこびを忘れてしまっている
お前らは食べ放題のよろこびを忘れてしまった。ああ、なんと悲しいことだろう。 思い出せ、食べ放題のよろこびを。食べが放題なのだ。何をいくら食っても良い。いくらばかり食っても良いし、肉ばっか食っても良い。その喜びをお前は忘れてしまった。 原因はわからない。きっと加齢だとは思う。胃が弱り、ガツガツするのをみっともないと思うようになり、アブラを受け付けなくなり、鶏肉とブロッコリーを蒸したやつしか食わなくなり、そしてお前らは食べ放題のよろこびを忘れた。 思い出してほしい、小学校6年生。サッカーか？野球でもいい。スイミングでもいい。運動会というパターンもあるだろう。なんでもいいが、試合の終わり、打ち上げですたみな太郎に連れて行ってもらった日のことを思い出せ。そういう記憶が無いなら脳内で捏造してもらっても構わない。 まずお前らはすたみな太郎の席につく。土曜日、ランチ。値段は2580円くらいだろうか？子供
この記事で書きたいことは、以下のような内容です。 ・マネジメントをする上では、「出来てない」「進んでない」という情報は最重要であって、早く言ってもらえば言ってもらえる程傷が浅くて済む ・機械的に進捗を把握出来るのが一番だが、なかなかそうもいかない場合もある ・だが、「出来てません」「進んでません」というのは物凄く言いにくいことで、ベテランでもギリギリまで言えない人は多い ・「出来てません」と可能な限り言ってもらいやすい環境を作るのは上司の仕事 ・個人差もあるが、ある程度「言いやすい」条件を整えることで、「言えない」人でも言えるようになってくれる場合もある よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 皆さん、「進捗ダメです」って言えてますか？ 「全然できてません」って言えてますか？ これはどんな仕事、どんな分野、どんな業界でも同
例えばソフトウェア開発において、 人が増えても納期が短くなるとは限らない 見積もりを求めるほどに絶望感が増す 納期をゴリ押すと、後から品質はリカバリできない これを見て、「だよねー」「あるあるｗ」という人は、本書を読む必要はない。 プログラミングは人海戦術で何とかならないし、「厳密に見積もれ」というプレッシャーは見積額を底上げするし、納期が優先されて切り捨てられた品質は、技術的負債として残り続ける。経験豊富なエンジニアなら、大なり小なり、酷い目に遭ってきただろうから。 だが、これらを理解できない人がいる。 要員を追加して、手分けしてやれば一気に片付くはず 厳密にやれば、見積りバッファーはゼロにできる 品質のことはリリース後にじっくりやればいい ……などと本気で考えている。これは、ソフトウェア開発とはどういうものか、特性を知らないからだ。こんな無知な人間が経営層にいたり、顧客の代表となった場
ブコメとかツイッター見てるとGoogleのレイオフおよび労働組合の話について、誤解されている部分が少なくないようなので、需要あるかわかりませんが、中の人がすこしだけ書きなぐってみます。できるだけ中立的に書くことを試みますが、多様性のある社員のなかの、あくまで一社員🔡の主観ですので、Single Source of Truthではなく参考程度でお願いします。 レイオフ＝クビなの？解雇規制のゆるいアメリカならレイオフ＝クビです。Googleは米国以外では各国の法律にのっとって、レイオフに相当する処置を行うと伝えており、会社の現状を考えると日本で解雇（整理解雇）を行うのは相当な法的リスクを伴います。 そのためGoogle Japanは解雇ではなく、退職パッケージ（退職金と退職に伴う様々なサポートのセット）を提供する「退職勧奨」という形で対象となる人に通知を行いました。 勧奨なので、同意して退職
柳川 小春 | MIMIGURI @Koharu_Yanagawa マネージャー「話が長い。言い訳はいいから、結論から言って」 心理的安全性が高まる言語に翻訳してくれる人「君を助ける行動をすぐにでも取りたいから、サポートの方針を立てやすくするために、何が起きているのかをまずは教えてくれるかい？」 2020-09-18 20:07:01
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2019年「はてなブックマーク年間ランキング」トップ100 - はてなニュース
エンジニアの"有害な振る舞い"への対処法 - Qiita
コロナに関係なく、私たちの働き方はとっくに「限界」だった 日本人が知らない、人口ボーナス期・オーナス期の「勝てるルール」の違い
海外のゲーム会社であった制度 - じじいのプログラミング
コードレビューの目的と考え方 - osa_k’s diary
『盗む』から『買う』に。老舗の工具箱屋がカゴを作ったら、年間30万個売れるようになった話｜唐金祐太
「心理的安全性」はなぜ混乱を招き続けるのか | Q by Livesense
中年IT人材おじさんの平穏 - megamouthの葬列
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
目標設定とは何か - Konifar's ZATSU
なぜ「結論から話す」が、なかなかできないのか、観察したら、理由が分かった。
DMMをだいぶ前に退職しました｜sasakipochi
「説得力がTwitterとは段違いだった」Twitterでボロクソ言われてる人のマネジメント研修の内容が非常にタメになる
私たちは心理的安全性を誤解していたかもしれない。 - Qiita
「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由
コロナが収まるまで働くのをやめて休むことにしました - みんからきりまで
ジャニーズ事務所、ブランド名を温存について（9/8追記） - はてブの出来事
コードレビューにラベルを付けるだけでチームの心理的安全性を高めた話
「新入社員に教えておきたいこと」チャンネルを作ったら社員みんなの業務効率が改善した件 - ゆとりずむ
技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
引っぱらないリーダーのチーム作り戦術 - 日々の神ログ
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita
たった211ヶ月でTOEICスコア500アップ - やしお
メンバーから「できてません」「進んでません」と言ってもらうために、考えたこと
システム開発に銀の弾丸はないが「金の弾丸」ならある『人が増えても速くならない』
Googleのレイオフや労組について中の人が書いてみるよ
「話が長い。言い訳はいいから、結論から言って」を心理的安全性が高まる言い方に翻訳するとこうなる