事前に書いてきた内容をホワイトボードに書き込まずに貼りつけるだけで済むようにしたためかなり時間が短縮できた。今までの事後評価セッションに比べて次のアクションが明確になり、コミットメント化した事で実行する可能性が高まった。成功点・問題点をそれぞれ発表して確認しあう段階までだった過去の事後評価セッションよりパワーアップ。コラボレーションタイム11月末にモノを発送できたプロジェクトの事後評価セッション。手法は前回と同じくKPT法をとりいれた方法で。セッションでは「質問したい時に、忙しそうにしていると話かけづらい時がある」という課題があがった。忙しいと集中して(あるいは集中しているフリをして)そういう雰囲気を醸し出しているな。こちらは案外好きな時間に声をかけているのだが、立場というダイオードが入っているのかもしれない。集中とコラボレーション、どちらも大切。いうことでアイデアとして、時間を決めてその間はアポがはいっていたり極限状況にあったりない限り、チームメンバで御互いに話しかけたら誠実に対応するというルールを作ってみた。その日にある程度作業をした後問題が発生した頃で、かつコラボレーション後実行してみる時間を残っている時間はこの時間帯かなと。トリンプ・インターナショナル・ジャパンの「がんばるタイム」のように、各個人業務の集中時間を設けるという事例は聞いたころがあるが、こういうコラブレーション推奨時間を設けている話はまだ見かけたことがない。いろんなところでやられていると思うのだけれども。p.s.基本的にそれ以外の時間には話かけるなということではないので、お間違いなく。(月)ソフトウェアかんばん「見えない化」チームメンバが重なっている2005年度の2つのプロジェクトがほぼ終了したので、事後評価セッションを開催。興味深いポイントについて:ソフトウェアかんばんが見えない今回1つのソフトウェアに対してソフトウェアかんばんを適用した。担当開発者の2人は以前このコンビで別のソフトウェアでかんばんを使用し、コラボレーションが促進したのだが、今回はどうもイマイチであった。先日のレイアウト変更で、タスクカード/ストーリーカードを貼る(座っている場所から見える)パーティションが無くなってしまったのが敗因と推測されている。tracking開発中に発生するモジュール間のインタフェースの問題点(あるいは不明点・疑問点)などの確認/議論の必要なものライセンス関連の問題など意思決定を要するものなどについて誰かが指摘した後、迅速・確実に処理がなされないことが多かったという意見も多かった。後半「コミットメント・リストチェックを電子上での各自チェックに切り換え」たことにより、皆が頭を突き合わせて真剣に意思決定する場が減ったのが大きなマイナスだったか。その方式は2月に終了したスタッフが2拠点に分散したプロジェクトで成功した方式で、うまくいったので導入してみたのだが、このチーム向きではなかったようだ。基本は顔合わせということを実感。追跡する仕組が必要かなと。導入して遊ぶという手もあるが、手段が目的になってしまいそうでもある。どのようなプロセスがチームに向いているのかも含めて、ここはひとまず紙ベースでいろいろ試行してみようと思う。できるだけシンプルにして、各自が自分の好みのツールと連動して処理していけるようにするようにしたい。プロセスとスムーズにやりとりできるようにしたい。扱いで残して複数人開発で途中開発者間にまたがるインタフェースの仕様が何回か変更になった。改良のために仕様変更はアリだと思うが、コード変更に愛情が足りなかったため実行できないコードが断続的に発生し、確認のための開発待ちが発生した。残しつつ、新しいインタフェースを提供するのどちらかを取りかつ周知をする必要があるが、この辺がうまくできていなかった。次回はうまくやれるはず。ちなみに「できるだけ早く仕様を決定するようにする」というアイデアも出たが、これはまず守られない。みんなそれを望んでいるし、そのように努力しようとするんだけれども、最初の時点で完全な仕様を決定できることはほどんどない。仮にその時点で完全でも、数ヶ月後には状況が変わり仕様がふさわしくなくなってしまっていることもある。無理に最初の仕様に固執することの方がデメリットが大きいことも多い。止まらないプログラミング変に一人で抱えこんで数時間あるいは1日プログラミングを止めてしまうことを無くそうという提案。30分ルール「30分」のところは15分だったり1時間だったりするかもしれないが、とにかく必要以上に一人で悩んで立ち止まらないようにしようという話。関係者に確認すれば数分で解決してしまうことも多い。技術不足とかそういうこととは関係なし。したら「そのインタフェース実はまだできてないので結果は適当です」というのを呼び出して結果が合わないと悩んだりしてたりとか。チームのトータルのスループットを最大にするようにコミュニケーションしよう。ふりかえり」を行ったのだがイマイチ盛り上がらなかった。対するアクションになりがちであった。具体的アイデアに乏しかった。原因としては以下が考えられる。事後評価セッションではなく中間地点なので、細かいタスクに目が向きがちだった。ホワイトボードがなかった。挙げてもらうように、最初から行っておいた方が良さそうだ。次回以降「ふりかえり」については工夫の余地あり。いった社会的分類ではなくて「なぜその人とつながっていたいか」で分けてみると面白いかも。「オジチャンは刑務所入ってるの。内容の共有をしていただきました。チーム外にきちんとシェアして組織全体で学ぼうというのとても素晴しいです。