ミーティング時にその場で発言しておくべき点をメモした際に、すぐに探し出せるように。(自分が推進しているわけだが)。ソースファイルの扱いがちょっと不便である。いえば以前はこの問題の声が聞かれたけれど、最近誰も言わなくなったな。解決したのか、差分とか見なくなったのか。数行書き換えて、一つの変更点としてコミットメントログを残せる単位でガシガシコミットしてしまう私と一緒に作業している人は、いつもコミット負けしているはずなのだが。外部差分ビューアとして使えるツールを調べておこう。自動判別してくれるし、表示が美しい。差分を見るには良さそうである。自身では直接編集できないようだ(外部エディタを呼び出すことはできる)。こちらはまだ試していないので後日。(月)ソフトウェアかんばん「見えない化」チームメンバが重なっている2005年度の2つのプロジェクトがほぼ終了したので、事後評価セッションを開催。興味深いポイントについて:ソフトウェアかんばんが見えない今回1つのソフトウェアに対してソフトウェアかんばんを適用した。担当開発者の2人は以前このコンビで別のソフトウェアでかんばんを使用し、コラボレーションが促進したのだが、今回はどうもイマイチであった。先日のレイアウト変更で、タスクカード/ストーリーカードを貼る(座っている場所から見える)パーティションが無くなってしまったのが敗因と推測されている。tracking開発中に発生するモジュール間のインタフェースの問題点(あるいは不明点・疑問点)などの確認/議論の必要なものライセンス関連の問題など意思決定を要するものなどについて誰かが指摘した後、迅速・確実に処理がなされないことが多かったという意見も多かった。後半「コミットメント・リストチェックを電子上での各自チェックに切り換え」たことにより、皆が頭を突き合わせて真剣に意思決定する場が減ったのが大きなマイナスだったか。その方式は2月に終了したスタッフが2拠点に分散したプロジェクトで成功した方式で、うまくいったので導入してみたのだが、このチーム向きではなかったようだ。基本は顔合わせということを実感。追跡する仕組が必要かなと。導入して遊ぶという手もあるが、手段が目的になってしまいそうでもある。どのようなプロセスがチームに向いているのかも含めて、ここはひとまず紙ベースでいろいろ試行してみようと思う。できるだけシンプルにして、各自が自分の好みのツールと連動して処理していけるようにするようにしたい。プロセスとスムーズにやりとりできるようにしたい。扱いで残して複数人開発で途中開発者間にまたがるインタフェースの仕様が何回か変更になった。改良のために仕様変更はアリだと思うが、コード変更に愛情が足りなかったため実行できないコードが断続的に発生し、確認のための開発待ちが発生した。残しつつ、新しいインタフェースを提供するのどちらかを取りかつ周知をする必要があるが、この辺がうまくできていなかった。次回はうまくやれるはず。ちなみに「できるだけ早く仕様を決定するようにする」というアイデアも出たが、これはまず守られない。みんなそれを望んでいるし、そのように努力しようとするんだけれども、最初の時点で完全な仕様を決定できることはほどんどない。仮にその時点で完全でも、数ヶ月後には状況が変わり仕様がふさわしくなくなってしまっていることもある。無理に最初の仕様に固執することの方がデメリットが大きいことも多い。止まらないプログラミング変に一人で抱えこんで数時間あるいは1日プログラミングを止めてしまうことを無くそうという提案。30分ルール「30分」のところは15分だったり1時間だったりするかもしれないが、とにかく必要以上に一人で悩んで立ち止まらないようにしようという話。関係者に確認すれば数分で解決してしまうことも多い。技術不足とかそういうこととは関係なし。したら「そのインタフェース実はまだできてないので結果は適当です」というのを呼び出して結果が合わないと悩んだりしてたりとか。チームのトータルのスループットを最大にするようにコミュニケーションしよう。あるソフトウェア開発プロジェクトで2月から朝会を行ってみているのだが、この記事をみてもっと工夫できそうだということで、良さそうな点を取り入れてみることにした。一昨日にに新ルールをアナウンスしたのだが、昨日は私は休んでしまったので自分としてはスタートは今日から。ルール記事を参考に、以下のルールにしてみた。(New!)15分以内でやる。最後に来た人から話す。(New!)時計回りで発表する。(New!)以下のフォーマットで話す。(今日はどうする?)コミットメントを達成するための問題点は何?話す内容は前日に準備しておく。