過去の賢人に学ぶ、インフラ運用チームのマネジメント失敗事例 - Qiita
gumiアドベントカレンダー9日目です。 今回はちょっと技術的なことを離れて、チームマネジメントまわりのことを書いてみようと思います。 1.チーム背景 私の所属しているチームは、主にAWS環境の運用を行っています。 チームメンバーは、ほぼ私が1人で対応していた時期から、数人規模のチームを推移してきました。 「愚者は経験に学び、賢者は歴史に学ぶ」とはよく言ったもので、残念ながら私は完全に前者になってしまいました。 改めて自分の失敗を振り返ると、良書と呼ばれる本には、失敗内容に関連した内容が記載されています。 特に、【Team Geek】の内容は、以前読んだ筈なのに全く実践できていなかったなあと。。。 【参考】『Team Geek』を読んだメモ 今回は、私のチームマネジメント失敗事例やそこから学んだことを徒然なるままに書いてみようと思います。 2.失敗したこと 2-1.メンバーの増加タイミング
かつてネトゲで数十人を率いた妻の「マネジメント論」 - chocontaの日記
妻から言われたことをいくつかツイッター（URLはこちら）で紹介したのですが、 予想に反してかなりの反響がありました。 そんな「妻語録」を一度まとめてみました。 2010/06/03 07:44 かつてネトゲで数十人を率いていたという妻「相手が欲していることは何で、どうやったらモチベーションを高く持ってくれるかを必死に考え抜くの。そうしたら勝手にみんなが動いてくれる。それがマネジメントだよ。やってないから帰りが遅いんじゃないの？」…代わりに会社に行ってもらえませんか？ 2010/06/04 07:46 （再掲）近所の豪邸の前で「ここの家主と僕との違いは何なんだあ！」と嘆いていたら、妻が「今まで背負って来たリスクの差じゃない？例えば受験勉強を頑張ると、落ちたら努力が無駄になるというリスクを背負うんだよね。遊んでいればリスクもないけど合格しない。そういうこと。」 2010/06/08 23:46
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
普通の開発メンバーが リーダーになってやったこと
エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう？（あるいはいったい何がないのだろう？）
開発組織マネジメントのコツ - Speaker Deck
