管理職のためのエンジニア組織構築マニュアル | DevelopersIO
はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一
潰れる会社に必ずいる｢静かな殺し屋｣の正体
平常時は一見円滑、自覚症状ないまま進行し、ある日突然牙をむくサイレントキラー。大手の破綻・優良13社を対象に、再生機構等が派遣した専門家や複数企業を知るOBなど87名にインタビューを実施し、アカデミックな方法論で破綻企業の分析を志した。『衰退の法則』の著者で、日本人材機構の小城武彦社長が見いだした破綻企業の共通要因に、あなたの会社は心当たりがないだろうか。 成功・失敗、責任の所在がはっきりしない会社 ──共通項の第一が、経営陣の予定調和的な意思決定だと。 ガチンコの議論をしない。いつも会議はシャンシャンで終わって、そうなるよう事前調整するのがミドルの仕事。経営会議の場で幹部同士がガチンコの議論をするのはよしとしないから、基本的に全会一致。事前に誰かから反対意見が出ようものなら、事務局から「オマエ、調整が足りない」と言われ、上程を先送りするわけですね。 全会一致にこだわるのは、やはりギスギス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
