わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文【まとめ】
ITプロジェクトのマネジメントにおいて、本書はまさに宝の山といえる。 一回の探索では持ちきれないほどのアイディアがザクザクと手に入る。しかも、ひとつひとつの宝が、著者の経験に裏打ちされ、考え抜かれているため、一回読みでは消化不良を起こす。それぞれのフェーズで読み返すことで、順番にモノにしていくやり方が良いかと。 このエントリでは、自分の振り返り読みのために、読書感想文エントリの目次と、次に読むべき本・サイトのをまとめた。わたしだけでなく、誰かの参考にもなればイイナ！ その1 ・オーバービュー その2 1章「プロジェクトマネジメントの簡単な歴史」からの考察 ・PMにとっての最重要ツール ・アート ―― 技芸と呼ぶ理由 ・ホワイトボード地獄 その3 2章「スケジュールの真実」および、 3章「やるべきことを洗い出す」からの考察 ・何のための開発プロセスか? ・見積もり確度を上げる2つの質問
「プロジェクト・ブック」はスゴ本
建築デザイナー向けだが、システム屋のわたしにも効果大のスゴ本。 本書は、建築タイポロジーの解説ではないし、建築デザイン・テクニック集でもない。仮に本書が建築デザインについての形式論・類型論だったなら、わたしにとって、何の役にも立たないだろう。 しかし、デザイナーとしての才能やテクニックに関係なく、つくるキモチに焦点を当てている。たとえば、場のつくりかた、発意の仕方、他者との共有方法を理解することで、どういう瞬間にプロジェクトが「まわって」いるかを感じとれる。いちいち具体的で、かつ、そのままITプロジェクトにハマる。 デザインプロジェクトに効く63のキーワードと、現場の会話ログを追いかけるうちに、プロジェクトを「まわす」のに建築もシステムも大差なく見えてくる。つくる「モノ」は違えども、つくる「コト」は同じなのだから。 ■1 場所をつくる 大きなテーブル、広い壁、ライブラリー、気持ちのいい椅子
わたしの7つの「ふりかえり」
[チームリーダーは「アジャイルレトロスペクティブズ」から盗め]の続き。わたしの「ふりかえり」をふりかえってみる。 ■01 定期的に、ふりかえる 実は、定期的なふりかえりは、したことがない。たいていは、プロジェクト終了直後や、さらにずっと後になって、「あんな時代もあったね」と語ることはあっても。ただし、「笑って話せる日」は絶対こない。笑わず小声で真剣に「あの二の舞だよ」、あるいは「まだ学習してへんのかッ」と刺す。 そういうチーム運営を定期的にふりかえる必要性に気づいただけでも、本書に感謝しないと。 まずいチーム運営は、トラブルという見えやすい形でフィードバックをもらっていた。メンバーの不満や、作業プロセスのボトルネック、品質チェックの不備は、プログラマの喧嘩や明白なサボタージュ、収拾のつかないバグズライフに化す。 そして、「トラブルの対処」という形で皆の不満を吸い上げたり、手順書を見直したり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
