風呂の残り湯を洗濯機へ。それなりに疲れるし、「体力作りに最適」かと考えてみても同じ動きばかりであまりよろしくなさそうである。いうことで、スーパーでお風呂ポンプを買ってみたわけである。揚程1mで40L約5分らしい。終わった後の濡れたホースの収納と、なにげにいろいろ面倒。慣れるまでいろいろ試行錯誤が必要そうだ。(買った時は「この部分が先に壊れちゃうんじゃない?」と思って、それほど重視していなかったんだけれども)。飽きる/壊れる(ポンプの寿命は400時間だそうで)のが先か、節約効果でポンプ代を回収するのが先か。口の前の信号を渡ってすぐのファミリーマートでパンなどを買い、竹下通りの1本北の路地を入る。曲った道を進むと東郷神社の裏。そのままぐるりと正面へ回るもベンチなどはなく。東郷神社や東郷記念館には「お日柄もよろしく」結婚式も真っ最中で幸せな気分があふれていたが、こちとらコンビニで買ったホットドリンクが冷めていくなか空腹をかかえて路頭に迷うことになるのであった。ある地図をみると、神宮前1交差点からちょっといったところに緑色の小さな領域を発見。命運をかけて行ってみたところ、小さいけれども桜の咲く小さな公園が。ベンチに腰をおろしてほっと一息。「夜空ノムコウ」のプロモーションビデオの撮影場所に1つとのこと。いう洒落た本屋を見つけて立ち寄ることができたりと、結果オーライ。店内にはグッドデザインなアイテムがずらりと並んでいて、1品づつ眺めながら回るだけで楽しい。"名刺&メモ・ホルダー"」は思っていたよりコシが柔らかい感じだったのでパスすることにした。"ドキュメントホルダー"」がいい感じだったので、こちらを買って帰ろうと思ったらこちらは残念ながら品切れ。しょうがないので、自分で何か作るかなぁ。いうことで手ぶらで退散。のぞいて、今日のショッピングはオシマイ。(月)ソフトウェアかんばん「見えない化」チームメンバが重なっている2005年度の2つのプロジェクトがほぼ終了したので、事後評価セッションを開催。興味深いポイントについて:ソフトウェアかんばんが見えない今回1つのソフトウェアに対してソフトウェアかんばんを適用した。担当開発者の2人は以前このコンビで別のソフトウェアでかんばんを使用し、コラボレーションが促進したのだが、今回はどうもイマイチであった。先日のレイアウト変更で、タスクカード/ストーリーカードを貼る(座っている場所から見える)パーティションが無くなってしまったのが敗因と推測されている。tracking開発中に発生するモジュール間のインタフェースの問題点(あるいは不明点・疑問点)などの確認/議論の必要なものライセンス関連の問題など意思決定を要するものなどについて誰かが指摘した後、迅速・確実に処理がなされないことが多かったという意見も多かった。後半「コミットメント・リストチェックを電子上での各自チェックに切り換え」たことにより、皆が頭を突き合わせて真剣に意思決定する場が減ったのが大きなマイナスだったか。その方式は2月に終了したスタッフが2拠点に分散したプロジェクトで成功した方式で、うまくいったので導入してみたのだが、このチーム向きではなかったようだ。基本は顔合わせということを実感。追跡する仕組が必要かなと。導入して遊ぶという手もあるが、手段が目的になってしまいそうでもある。どのようなプロセスがチームに向いているのかも含めて、ここはひとまず紙ベースでいろいろ試行してみようと思う。できるだけシンプルにして、各自が自分の好みのツールと連動して処理していけるようにするようにしたい。プロセスとスムーズにやりとりできるようにしたい。扱いで残して複数人開発で途中開発者間にまたがるインタフェースの仕様が何回か変更になった。改良のために仕様変更はアリだと思うが、コード変更に愛情が足りなかったため実行できないコードが断続的に発生し、確認のための開発待ちが発生した。残しつつ、新しいインタフェースを提供するのどちらかを取りかつ周知をする必要があるが、この辺がうまくできていなかった。次回はうまくやれるはず。ちなみに「できるだけ早く仕様を決定するようにする」というアイデアも出たが、これはまず守られない。みんなそれを望んでいるし、そのように努力しようとするんだけれども、最初の時点で完全な仕様を決定できることはほどんどない。仮にその時点で完全でも、数ヶ月後には状況が変わり仕様がふさわしくなくなってしまっていることもある。無理に最初の仕様に固執することの方がデメリットが大きいことも多い。止まらないプログラミング変に一人で抱えこんで数時間あるいは1日プログラミングを止めてしまうことを無くそうという提案。30分ルール「30分」のところは15分だったり1時間だったりするかもしれないが、とにかく必要以上に一人で悩んで立ち止まらないようにしようという話。関係者に確認すれば数分で解決してしまうことも多い。技術不足とかそういうこととは関係なし。したら「そのインタフェース実はまだできてないので結果は適当です」というのを呼び出して結果が合わないと悩んだりしてたりとか。チームのトータルのスループットを最大にするようにコミュニケーションしよう。事業の部長をしています。日記(兼パーソナルナレッジベース)です。※内容は個人的見解であり所属組織とは関係ありません。