Developers Summit 2018の登壇資料です。 http://event.shoeisha.jp/devsumi/20180215/session/1623/ https://togetter.com/li/1199673 #devsumi #devsumiB Geeks Wh…
チームのリーダーとしてマネジメントを任されるようになりました。自分としては一エンジニアとして頑張りたいという思いもあり、このままマネジャーを続けるかエンジニアに戻るかで葛藤しています。藤本さんのご意見をいただければ幸いです。 まず最初に大事なことは、いわゆるチームマネジメントは決して片手間でできるようなものでも、やっていいものでもない、ということです。なので、結論を先に書いてしまうと、葛藤している暇があったら早めにどちらか決めてしまいましょう。まぁ言うのは簡単なんですけどね。 ものすごく単純な例えですが、エンジニアとして10台のサーバーで一つのタスクを分散処理したり一つのシステムを動かしたりするのと、マネジャーとして10人のチームメンバーを一つのゴールに向かってまとめ上げて走り続けることの、どちらが簡単でしょうか？ 前者を簡単と言うつもりは全くありませんが（前者も十分に難しいことが多いので
「エンジニアにとって良い組織体制ってどんなものですか? お話を伺いたいのですが･･･」と依頼をいただくことがあるが、都合上全部を受けてはいられない。ので、そういう疑問を持たれた方は以下の本を読むと良いかと思います。 How Google Works (ハウ・グーグル・ワークス) ―私たちの働き方とマネジメントposted with amazlet at 14.10.18エリック・シュミット ジョナサン・ローゼンバーグ アラン・イーグル 日本経済新聞出版社 売り上げランキング: 19 Amazon.co.jpで詳細を見る 小さなチーム、大きな仕事〔完全版〕: 37シグナルズ成功の法則posted with amazlet at 14.10.18ジェイソン・フリード デイヴィッド・ハイネマイヤー・ハンソン 早川書房 売り上げランキング: 7,579 Amazon.co.jpで詳細を見る Tea
プロジェクト型の事業はふつう、初期には費用を使って、成功するとリターンを得るというキャッシュフロー構造をしている。言いかえれば、最初に投資が必要で、完了時に回収する仕組みである。受注型プロジェクトでも、最初は人件費や外部コストがかかり、成功裏の完了すると支払を得るわけだから、時間的な構造は同じである（会計的には「投資」扱いにならないとか、一部の「前払金」があり得るなど、細かな差違はある）。 いうまでもなく、多くのプロジェクトは失敗のリスクをともなっている。すなわち、初期の投資を回収できずに終わる可能性が（大小はともあれ）存在する。いま、プロジェクトの初期投資額をC、成功時の収入をSとし、かつ途中で中断失敗するリスク確率をrとすると、プロジェクトの生み出す価値の期待値は、非常に単純化して言うならば (1 - r)S - C (1) で表されることになる。これがプラスでなければ、そ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
