今年の1月からプロジェクトマネジメントをいくつか担当することになったのだが、まだまだ経験不足。いうことで遅ればせながら、「ゆとりの法則」を読み始めた。誤った方向にマネージメントを進めていく前に手に取ってよかった。社長からの「何をやっていいのかわからないスタッフがいるのでどんどん指示を出して、遊んでいる時間(指示待ち時間)を作らないようにして欲しい」というリクエストに違和感を感じていたのだが、この本の中にはその違和感が何かが説明されているようだ。「適応型ソフトウエア開発」でも管理するのではなくリーダーシップをとってコラボレーティブにプロジェクトを進めていくといったような事が書かれていたと思う。頭では理解しているのだがなかなか実践できない。プロジェクトのスケジュールをにらみつつ、またチームをまとめつつ意思決定を下していく技術を身につけなくては。一技術者としての能力を向上も忘れずに。]先月読んだゆとりの法則に引き続き、トム・デマルコ2冊目。Peopleware片道1時間以上電車に揺られるところまで打ち合わせに行くので、その間に読もうかと出かける前に書泉へ行って買ってきた。(火)ピープルウエア読了ゆとりの法則より扱っているテーマが広く分量も多いので読み終わるまでちょっとかかった。「ダメ」なケースがいろいろ書かれているのだが、こうすればヨイというのは逆にあまりない。結局のところ王道なし。自分で頭をつかって考えなければいけないということであり、本書もそういう意図で書かれているんだと思う。ソフトウェアの「品質」についてはバランスが難しい。「適応型ソフトウェア開発」で書かれている品質とあわせて、落としどころどうするのかかがポイント。ゆとりの法則とあわせて要再読。歯医者の待合い室で読了。「ゆとりの法則」でもリスク図がでてくるのだが、ここではなぜその曲線になるのかという点には触れられていなかった。「熊とワルツを」ではきちんとそれについても説明されている。過去のリスクに関するデータにもとづくモンテカルロ法。いえばモンテカルロ法なんてあったけなぁ。自分では適用した事がなかったから存在自体忘れていた。いうことで本に登場するリスク図は主にこの業界のデータから導かれた確率分布だと。したラインではあるが、無いよりは何倍も良い。実際に自分のプロジェクトで使ってみようとすると、なかなか手強そうだ。手順まで丁寧に説明されているので、やれそうなものなのだがやはり不確定なものというのはとらえがたい。自分のかかわっているプロジェクトのリスク・リスト作りからはじめるべきか。