コミットメント・リスト派とはまさに私の事である(多分)。いい機会なので自分の中でも、コミットメント・リストとガントチャートについて整理しておこう。ここで言うところのコミットメント・リストというのはすごい会議で紹介されているものである。ちなみに私はプロジェクトマネジメントについては教育を受けたこともないし、明確な手法を導入したプロジェクトマネージャーの下についたこともない。「ガントチャートは駄目」だとも思っていない。以下は試行錯誤を繰り返している中での現在の私見である。どちらも特徴・欠点があり適材適所(と好み)があるのだと思う。両方同時に使っているケースもあるであろう。これらは一つのツールであるから、本来はもっと上位の管理手法まで議論しなければならないであろう。モデルコミットメント・リストでは「期日」という点で「成果」をリスト化する。ガントチャートでは「期間」という点で「作業」をリスト化する(たいがい)。作業時間がある程度精度よく見積もれる作業時間と成果が比例的であるであるような場合はガントチャートで計画しやすい。逆に言うとそうでない場合は、コミットメントベースの方が合っているように感じる。達成できていないコミットメントのチェック、フォローができている担当自身が忘れていたコミットメントもクロスチェックで再認識できるコミットメント一つ達成するたびに「いい気分を味わえる」まとめ現在自分がマネジメントしているような、ソフトウェア開発の含まれる少人数体制のチームではコミットメント・リストベースがかなりイケているように思われる。必要であるならば適応型ソフトウェア開発にあるような、タイムボックス(サイクル)を設定してコンポーネントを割り当てる形で長めの計画をコミットすればよいであろう。ガントチャートは、それこそ「依存関係のある工程が順番に進んでいく」「クリティカルパス重要」のようなプロジェクトにはいいんだと思う。自分が扱っているプロジェクトがそういうものではないのだなと。影舞でコミットメント・リストを作成して運用している。割当済み完了を用意していた。担当は「割当済み」コミットメントを達成すると状態を「完了」に変更するのだが、そうすると割当済みリストから消え、よく見る影舞のプロジェクトトップページに表示されなくなる。メンバにメールで通知がいくものの、全員で完了の合意が取れていないのがちょっとよくないな。割当済み確認待ち完了のようにしてみた。担当が達成したと判断したら「確認待ち」とし、コミットメント・リストの進捗チェック時に皆で確認した上で「完了」とする流れに。これでより、プロジェクトの状態を皆で共有できるのではないかと。ちなみに「提案」は一度も使われていないので不要のようだ。]情報カードを使って高速すごい会議プロジェクトの後期フェーズのキックオフミーティングをすごい会議スタイルで開催。もろもろの制約条件があって2時間程度しか時間がとれないので、今日はスピーディに進めたい。参加者はみなすごい会議慣れしていて、結束力もある。今までのすごい会議では参加者が「各発言時にホワイトボードに書く」という部分に時間がかかっているようなので、今回は買ってきた情報カードを利用してみることにした。「書いてから発表する」にあたりワークシートに書き出すのではなく、直接B6の無地の情報カードに書く。基本的には1カード、1項目にする。B6だと(机に広げるには)大きすぎるので適宜切る。問題点などを書く時は、情報カードを半分に切って書く。担当分野を書く時は、情報カードを6つに切って書く。今回はミーティングスペースの都合から前半ホワイトボードが使えなかったこともあり、発表はテーブルの中央に情報カードを披露する形で行うようにした。ホワイトボードに書く手間だけでなく、立って移動する手間もない。時間が短いし参加者が慣れているということで、いくつか手順をはしょろうかと思っていたのだが、結局フルセットやって2時間15分で完了した。巨大ポスト・イットも使ってみたいけれども、コスト的にもスピード的にもカード式もなかなか良いことを実感。(後の手順で使える)担当決定後のコミットメント作成時に参照情報として、問題点カードを適任である担当へそれぞれ渡せる。同じ発言を集めて整理できる。担当分野の抽出も非常に効率的。コミットメント・リスト作成時には簡単に日付順に並べ替え、挿入ができる。ルール化すると良さそうなこと濃い目で太字のペンで書く。手順名(キーワードでも可)を書く(あとでどれかわからなくなる)。誰のカードかわかるようにする(発言者名、イニシャルなどを書く)。4人で着席してやるならば、情報カードは最初からもう少し小さいものでもいいかもしれない。(月)ソフトウェアかんばん「見えない化」チームメンバが重なっている2005年度の2つのプロジェクトがほぼ終了したので、事後評価セッションを開催。興味深いポイントについて:ソフトウェアかんばんが見えない今回1つのソフトウェアに対してソフトウェアかんばんを適用した。担当開発者の2人は以前このコンビで別のソフトウェアでかんばんを使用し、コラボレーションが促進したのだが、今回はどうもイマイチであった。先日のレイアウト変更で、タスクカード/ストーリーカードを貼る(座っている場所から見える)パーティションが無くなってしまったのが敗因と推測されている。tracking開発中に発生するモジュール間のインタフェースの問題点(あるいは不明点・疑問点)などの確認/議論の必要なものライセンス関連の問題など意思決定を要するものなどについて誰かが指摘した後、迅速・確実に処理がなされないことが多かったという意見も多かった。後半「コミットメント・リストチェックを電子上での各自チェックに切り換え」たことにより、皆が頭を突き合わせて真剣に意思決定する場が減ったのが大きなマイナスだったか。その方式は2月に終了したスタッフが2拠点に分散したプロジェクトで成功した方式で、うまくいったので導入してみたのだが、このチーム向きではなかったようだ。基本は顔合わせということを実感。追跡する仕組が必要かなと。導入して遊ぶという手もあるが、手段が目的になってしまいそうでもある。どのようなプロセスがチームに向いているのかも含めて、ここはひとまず紙ベースでいろいろ試行してみようと思う。できるだけシンプルにして、各自が自分の好みのツールと連動して処理していけるようにするようにしたい。プロセスとスムーズにやりとりできるようにしたい。扱いで残して複数人開発で途中開発者間にまたがるインタフェースの仕様が何回か変更になった。改良のために仕様変更はアリだと思うが、コード変更に愛情が足りなかったため実行できないコードが断続的に発生し、確認のための開発待ちが発生した。残しつつ、新しいインタフェースを提供するのどちらかを取りかつ周知をする必要があるが、この辺がうまくできていなかった。次回はうまくやれるはず。ちなみに「できるだけ早く仕様を決定するようにする」というアイデアも出たが、これはまず守られない。みんなそれを望んでいるし、そのように努力しようとするんだけれども、最初の時点で完全な仕様を決定できることはほどんどない。仮にその時点で完全でも、数ヶ月後には状況が変わり仕様がふさわしくなくなってしまっていることもある。無理に最初の仕様に固執することの方がデメリットが大きいことも多い。止まらないプログラミング変に一人で抱えこんで数時間あるいは1日プログラミングを止めてしまうことを無くそうという提案。30分ルール「30分」のところは15分だったり1時間だったりするかもしれないが、とにかく必要以上に一人で悩んで立ち止まらないようにしようという話。関係者に確認すれば数分で解決してしまうことも多い。技術不足とかそういうこととは関係なし。したら「そのインタフェース実はまだできてないので結果は適当です」というのを呼び出して結果が合わないと悩んだりしてたりとか。チームのトータルのスループットを最大にするようにコミュニケーションしよう。氏と再会したのをきっかけに、当時一緒に仕事をしていた気が置けないソフトウェア開発者4人で同窓会をすることになった。KAGURAZAKA。神楽坂から路地に入ったところにあるお店で、上品な味の料理で満足だった。店内もうるさくなくて話しやすかったし、たばこを吸っている人もいなかったので快適だった。現職のまま続けている1人と、別の場所で働くことになった3人だけれどみなそれぞれソフトウェア開発現場に関わっていて、それぞれの開発スタイルなどについて情報交換したり。大企業だからしっかりした開発をしているとか、スタートアップだからモダンな開発をしているとかでは必ずしも無いよねという話だった。バージョン管理一つにしてもうまくできていない(やっていない)場合も多いとのこと。当時を振り返ってみると小規模かつ独学の状況ながら、今では普通になってきたプラクティスやツールをその時から実践/活用していたなと自画自賛した。コミットメント・リストとして。Wiki2002年3月初設置。書けなくなったホワイトボードマーカーはその場で床に投げ捨て「書けなくなったホワイトボードマーカーはその場で床に投げ捨て」に共感を持ってもらえていたのが、振り返って当時の自分の一番の成果だな。謹製のものだったのでその後どうなったのかなとたまに気になっていたのだけれど、ビル管理会社の人に社内サーバの電源を切られたことによりサーバごと死んで闇に葬られたらしい。同窓会らしく「あのひとは今」的な話をしたり、当時フィルムカメラで撮っていた業務風景のアルバムを持ってきて盛り上がったり。あとはレーシックやドライアイ治療ひぇー的な話題が出たり。あとは展示会の時のレクサー・リサーチポロシャツ制作秘話とか。いえば出席はできなかった2013年2月開催の「LEXER設立20周年記念サロン・パーティ」で会社のるぐるロゴの立体置物が配られたと聞いて、あ、欲しかったなーと。事業の部長をしています。日記(兼パーソナルナレッジベース)です。※内容は個人的見解であり所属組織とは関係ありません。