それぞれ、2つのセッションのスピーカー、吉村さんと田村さんのまとめでした。PMには何が必要なのでしょうか。タスクをできるだけ持たない、開発リーダに権限を委譲する、伝言ゲームを避ける、一枚の線表でスケジュール誤認を防ぐ、アイデア出しをする、レビューをしてもらう。すべては手段で、結局お二人とも、「何のため」かを見失わなかったからマネージメントが出来ていたんじゃないかなぁと思います。お客様に満足してもらいたい。開発者に気持ちよく開発してもらいたい。そんな思いがプレゼンから伝わってきました。下請け、孫請け、曾孫請け、顧客→営業→PM→開発リーダ→開発者などなど。経由をすればするほど、顧客の顔が見えなくなっていきます。誰のための開発なのか分からなくなってしまうんです。ユーザや顧客の顔が見えれば、それを伺えばいい。そんなメッセージを感じました。情報共有チームラボぐらいだと、なされている気がしたのですが、やっぱりどこでも情報共有・ナレッジデータベースの話には頭をかかえているようです。グループディスカッションの話題として上がりました。書き手にはてなスターや給与UP(?)のようなインセンティブを与える社内twitterなどで書き手の負荷を下げるいかに書き手(まとめ手)の負荷を下げて、インセンティブを与えて、読み手に見やすいシステムを作るか、というのが議論の焦点だったかなぁと思います。うちの会社で始まった、社内twitterクローンの話を出したら、なかなか好評でした。始まったばかりの試みなのですが、成功したら、きっとクローン立てた先輩がブログを書いてくれると思います(笑)温泉プログラミング熱海2泊3日くらいで、PMに必要なツールを作ればいいんじゃね?という話が出ていました。48時間寝なければ、きっと何かできるよ!とY村さんが言っていたような気がしますが、きっと気のせいですよね。きTweet書いてる人ちゃちゃき。デザイン」に関わって得たもの。(1)「Amazonライブリンク」は提供を終了しました。