VPoE READMEを書いて3ヶ月経った振り返り - Konifar's WIP
2022年1月からKyashで VP of Engineering（以下、VPoE）という役割で開発組織全体を見ています。VPoEになった背景はまた別途書くとして、この3ヶ月は反省も学びも多かったので振り返りを書いておきます。 自分がVPoEになった時、VPoE README というドキュメントを社内に共有しました。同じ内容をKyashの採用GitHubリポジトリで公開しています。 github.com 今回はこれを自分で読み返して引用する形で振り返ってみます。先に注意をしておくと、体系だった話やどこでも応用が利くような話というよりは、完全に自分個人の振り返りの内容になっています。 README書いてよかった READMEを書く目的を以下のように書いていました。 VPoE の最初にやるべきことは、何をミッションにして何をやっていくかを定義し、周囲に理解してもらうことだと考えています。その一
エンジニアリングマネージャー必読の翻訳書 7選
Dec 8, 2021 マネージャーとしてチームを率いる際、自分が正しくチームをマネージメントできているのか？ 誰か偉大なマネージャーに教えを請いたいと思う人は多いのではないでしょうか？ 一方で、現場でマネージメントに関する手厚い指導を受けられる機会は少なく、日々の業務に忙殺されてしまうのが現実かと思います。 そんな中、海外の上司や同僚から勧められた書籍からは非常に多くの事を学ぶ事ができました。 どの書籍も非常に多くの批評を経て評価されており、秀でた著作は翻訳されています。 日本で日本語で書かれた書籍も読みやすく、血肉になります。 一方で翻訳書はクセはあるものの、日本からは得づらい情報や面白いエピソードを提供してくれます。 また書かれている内容を共通の概念としてグローバルなマネジメントチームと会話できるというのも助かる点でした。 今回は自分が読んできたマネージメントに関する翻訳書の中で特に
2011-09-27
欧米（特にアメリカ）の入学試験や、外資系企業の面接で常に聞かれるのが、「あなたのリーダーシップ体験について話してください」という質問です。 大学の入試エッセイでも書かされるし、大学や企業の面接では、過去にどんな場面でどうリーダーシップを発揮したか、事細かに聞かれます。 もちろん入社してからも、リーダーシップは主要な評価項目のひとつとなっています。 ところが日本ではリーダーシップについて問われる機会はごく限定的。中には「今まで、一度も問われたことがない」という人さえいます。 なので、その概念自体あまりよく理解されていません。 たとえば私が日本人からよく受ける質問は、「欧米ではなぜ全員にリーダーシップを求めるのか？」というものです。 質問の意図は、「リーダーシップという、組織を率いるごく少数のトップ人材だけが持っていればいいものを、なぜ欧米の大学や企業は全員に求めるのか？」とか、 「 10人の
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
組織フェーズにおけるリーダーシップの変革/elastic_leadership
VP of Engineering Meetup by CA #2の登壇資料です。 https://cyberagent.connpass.com/event/76274/
CTO・VPoE・VPoPの分立とCTO - Gunosy Tech Blog
こんにちは、GunosyでCTOをしている@y_matsuwitterです。 こちらの記事はGunosy Advent Calendar 最終日の記事となります。 今回は、先日登壇したIVS CTO Nightというクローズドなイベントで話した自分の中でのCTO像というところについて、こちらでも文章に起こそうと思いまして記事を書いています。 CTO・VPoE・VPoPという3つの役割 開発組織について考える時、今回のCTO Nightや、多くの勉強会でも語られる課題として "CTOとはなんだ" というものがあります。 この問については、会社やチームのステージにもよりけりだという意見に自分も賛成なのですが、一方で都度最適な形を見つけるためにはどういう観点で考えるべきなのかは別な課題です。 今回のCTO Nightでは、自身が上場を経た現在の組織でこの課題にどう向き合っているかを整理して話をし
エンジニア組織がない会社でエンジニア組織を立ち上げるためにやった3つのこと - Qiita
LITALICO CTOの岸田崇志(@takish)です。 2017年のアドベントカレンダーもついに最終日となりました。 入社して2年経ち、エンジニアも順調に人数が増え、新卒採用からの育成、そして新規事業ラインへのエンジニアラインがスケールアウトできるようになってきました。 特に前職ではインターネット事業の急激な成長を経験したので、エンジニア育成サイクルの礎を築いて置くことの重要性は身にしみて感じていたので、最初からそれを念頭に組織を組み立てています。 はじめに 筆者はエンジニア組織の立ち上げは3回目なので「デジャヴ？！」と感じる事も多々あり（笑）、既視感ありまくりの2年でした。 一方で既視感があるということは、どこも成長のフェーズにおいて同じ課題に直面するということでもあるという事でもあります。 そのため、そのような経験を基に過去失敗した轍をもう一度踏まないことを心がけました。 成長フェ
非エンジニアのマネージャがエンジニアチームと上手くやる方法 - Qiita
近頃の世の中の流れは恐ろしい。全業種ソフトウェア企業にならないと競争力が維持できない。 “寝たときは製造業、朝起きたらソフトウェア企業” by Werner Vogels（CTO, Amazon.com）at AWS re:Invent 2017 Key Note という恐ろしい話は管理職に落ちてくるので、「寝たときは製造業のマネージャ、朝起きたらソフトウェア企業のマネージャ」になれるのか？を考え始めるべきです。 元銀行員で非エンジニアで、いつのまにか開発ツールベンダーにどっぷりの私の経験からのTips を共有します。 エンジニアの方は、非エンジニアのマネージャにしれっとリンクを送ってあげてください（笑） 結論： 目標もバスの走らせ方もバスに乗せた優秀な人たちに任せて、バスの整備をする人になる。 マネージャが「何をつくるか？」の決定権を持てるのは彼/彼女が優秀なエンジニアの場合だけです。非
エンジニア組織のマネージメントってみんなどうしてるの？ ～VP of Engineering meetup by CA #1～ | CyberAgent Developers Blog
エンジニア組織のマネージメントってみんなどうしてるの？ ～VP of Engineering meetup by CA #1～ こんにちは、アドテクスタジオ 業務推進室の伊藤 淳貴(@wildtiger0713)です。 VP of Engineeringという言葉をご存知でしょうか？ 海外の企業ではそういった肩書きで働くエンジニアが増えており近年よく耳にするようになりましたが、日本は一部を除き、まだそれほど多くの企業では導入されておらず浸透しきってはいないようです。 VP of Engineeringとは VP(Vice President) of Engineeringとは一言で言うとエンジニアリング組織の全体を成功に導く最高責任者です。CTOが組織やサービスに最適な技術戦略、技術方針を描くのに特化しているのに対して、VP of Engineeringには採用、育成、評価などを含みエンジ
発達指向型組織 - 西尾泰和のScrapbox
シングルループ学習とは、すでに備えている考え方や行動の枠組みにしたがって問題解決を図っていくこと。ダブルループ学習とは、既存の枠組みを捨てて新しい考え方や行動の枠組みを取り込むことである。 1978年、アメリカの組織心理学者クリス・アージリスとドナルド・ショーンが『組織学習』において提唱した概念。 組織は、シングルループ学習だけでは環境に適応しながら生き残っていくことは難しい。過去の成功体験における固定観念を自らアンラーニングし、外部から新しい知識や枠組みをダブルループ学習し、それをまたシングルループ学習によって反復・強化していく。このサイクルを繰り返し継続できる組織だけが競争優位を保ち続けることができると言われている。
中途採用者にすぐ活躍してもらう秘訣とは？ - グローバル経営の極北
ハーバード・ビジネス・レビューで、新規の採用者をどうやって組織にうまく順応させていくか、というなかなか面白いテーマの記事があったのでご紹介。 hbr.org まず、70の心理学研究をメタアナリシスしたこの論文では、自分がその組織に「受け入れられている」と感じることが、組織での成功で重要な要因であることを示している。それに関連し、インドのソフトウェアエンジニアに対して実施された研究では、組織に「受け入れられている」と感じている社員ほど積極的に情報を求める行動をすることが明らかにされている。さらに、409人の新卒採用者に対して実施された研究では、最初の2年で上司から適切なサポートを受けたかが、その後の役割の理解度、仕事への満足度、さらには給与にまで好影響を与えたことが示されている。 つまり、組織に「受け入れられている」と感じていることが重要で、それは組織側にサポーターがいることで促進される。そ
GoogleやTwitterに学ぶ転職者受け入れのコツ - グローバル経営の極北
昨日のエントリで触れたHBRの記事では、米企業の新規採用者のOnboardingプロセスについての工夫が多く挙げられていて、実務上とても参考になりそうなのでまとめてみたい。 Google まずはGoogleの仕組みについて。Googleでは、社員の入社日直前の日曜日に、マネージャーに対してメールで6項目のチェックリストを送っている。 仕事の役割と責任（Role & Reponsibility）についてきちんと会話する メンター役をつける 社内でのネットワーク作りをサポートする 最初の6ヶ月は毎月面談(Check In)を実施する 気兼ねなく話せる環境を作る どれもシンプルだけれど重要な点で、昨日紹介した組織心理学の研究の「新規採用者が組織で成果を出すには、マネージャーのサポートを得ながら、能動的に情報を集め、コミュニケーションを積極的に行い、組織に受け入れられていくことが大切」というポイン
プロジェクト管理のエモいはなし - Qiita
前置き 私のキャリアは少し変わっています。 この業界に新卒で入ってから十数年は、大手ゼネコン的SIerにて、ほぼ一貫してプロジェクトマネジメントをやってきました。最終的には100人月程度の案件を回していたので、中堅クラスではあったと思います。それなりに経験も積んだとは思いますが、あれ、そもそも私って人の管理をやるためにIT業界に入ったんだっけ。。というレーゾンテートル的な理由で、プログラマーに転身しました。 そんなわけで、おそらく日本のIT業界におけるプログラマーから管理職に至るという一般的なキャリアパスを逆行している形になります。 そういった事情もあり、プロジェクト管理からは距離を置くようにしていたのですが、最近またプロジェクトマネジメントについて考える機会が多くなったので、この辺で昔話をしてみようと思います。 他山の石としてワカモノの役に立てば。 前提として ガチガチのウォーターフォー
暴言は敗北を招く、その科学的な裏付け
[ボードに投稿する際の諸注意](http://boards.jp.leagueoflegends.com/ja-jp/c/game-discussion/u4dTQsPt-iiisoozso) *** **リーグ・オブ・レジェンド** [ゲーム全般](http://boards.jp.leagueoflegends.com/ja-jp/c/game-discussion) [ゲームプレイ&戦術](http://boards.jp.leagueoflegends.com/ja-jp/c/gameplayandstrategy) [コミュニティー・イベント](http://boards.jp.leagueoflegends.com/ja-jp/c/community-event) [初心者向け](http://boards.jp.leagueoflegends.com/ja-jp/c/begi
礼儀正しさは職場にプラスの効果
This copy is for your personal, non-commercial use only. Distribution and use of this material are governed by our Subscriber Agreement and by copyright law. For non-personal use or to order multiple copies, please contact Dow Jones Reprints at 1-800-843-0008 or visit www.djreprints.com. http://jp.wsj.com/article/SB12408226390103943756704582455700160087784.html
チームの能力を左右する社会的感受性 | ナショナルジオグラフィック日本版サイト
社会的感受性が高い人が多いほど集団としての知性が上がるという最新の研究が発表された（資料写真）。 Photograph by Thomas Barwick, Getty Images グループで仕事をする場合、切れ者が1人いても成績にさほど影響がないということが、“集団的知性（さまざまな仕事を集団でうまくこなす能力）”を計測する初の研究で明らかになったという。 視覚パズルや希少な資源を巡る交渉など頭を使う作業をグループで行う場合、個人の頭の良さは作業の成否にほとんど影響がなく、むしろ“社会的感受性”の高い人がいるグループの方が成功率が高いことが、最近行われた一連の実験でわかった。ここでいう社会的感受性とは、相手の顔色を見て感情を判断できる能力を指す。 アメリカ、ペンシルバニア州ピッツバーグのカーネギーメロン大学に所属する集団的知性の専門家で研究を率いたアニタ・ウイリアムズ・ウーリー氏は、グ
リーダー(管理者)ではなくエンジニア(実務者)でありたいと願う人々へ - おうさまのみみはロバのみみ
「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓の本を今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 本著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で本質をついている定義付けが本著を名書たらしめているとぼくは思う。 この本の構成は1部〜4部(おおよそ本書の半分ほどを占めている)までが著者によるリーダーシップとはなにか？3つのフェーズの分類とそのときに期待さ
7年働いた時点での私の仕事の極意 - Kengo's blog
最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「エセ自己組織化」症候群から脱却し、約束を守るプロフェッショナルなアジャイルチームになるには -アジャイル時代のマネジメント進化論- / #RSGT2023
リーダーになるすべての人に知ってほしい チームビルディングの極意
