nDiki : ソフトウェアかんばん

ソフトウェアかんばん

先週金曜日に参加した総会関連のプロジェクトについて KPT 法を用いた評価セッションを実施。

プログラマ間でのコラボレーションが一つの課題になった。 決して悪い状態ではなく比較的いい感じであるのだが、より良くしていこうというわけである。

またこのプロジェクトはリリースを前にまだ開発要素が目白押しということもあり、その辺りの見通しもより明確にして共有したい。

ということで、今回はあらたにソフトウェアかんばんを使ってみることにした。

よく紹介されている方法はタスクカードを「TODO」「DOING」「DONE」というカテゴリ分けされた壁に貼って見える化する方法である。

今回はこれをちょっとアレンジして実践してみることにした。

• B6 情報カードを使う。
  • この大きさだと書くにはちょうど良さそうだが広い壁が必要になりそうだ。
• エクストリーム・プログラミングのように、まずはストーリーカードを作成する。
  • 今回はベースとなる仕様書の機能を実装する形。ビジネスサイドがストーリーカードを作るという体制にはできないので、開発チームでストーリーカードをおこす。
• ストーリーカードからのタスクカードおこし。
  • 時間の関係から、まずは優先度の高いストーリーカードを選んでこれをタスク化する。
  • タスク化済みのストーリーカードは(tなどの)マークをつける。
• タスクカードのカテゴリは「TODO」「DOING」「CHECKING」「DONE」の4つとする。
• 開発者は TODO タスクカードから1枚カードを選んで署名して DOING へ移す。
• タスク作業完了後「DONE」あるいは「CHECKING」へ移す。
  • 「CHECKING」はチームはタスクを受け持った人が作業完了後、チームでチェックをして欲しい時に入れられるカテゴリ。
  • カテゴリ名はこれでいいかな?

まずはこれでスタート。

実装しなければならないストーリーがたくさんあることを直観的に、他のスタッフにも理解してもらえる。社長も「まだこんなにやることがあるのか」とプロジェクトの状況を理解してくれたようである。

今後であるが、以下の点をまだ行っていないので順次実行していきたい。

• イテレーションの設定
• タスクの見積もり
• ストーリーの見積もり
• 全体の見積もり
• 定期的チェックタイムの設定
• 貼りやすいプッシュピンの入手

---

[ ソフトウェアプロジェクトマネジメント ]

今年のキーワードは「どのようにすれば」 - 私的10大ニュース2005 [ work ]

今年は年明けに技術部の上の人が抜けて、立場が随分と変わった。

すごい会議

そんな中「すごい会議」に出会い、仕事に対するマインドもかなり変化した。

• すごい会議
• ソフトウェアかんばん
• KPT法

など、マネジメントの面などでいろいろトライし楽しい1年であった。チームメンバの理解があった事もなによりであった。

GTD

個人面では、GTD の導入により溢れる仕事への対応を実践。 完全に自分のものにしたわけではまだなく工夫の余地があるが、この方法のおかげで仕事の漏れを大幅に減らすことができた。

ソフトウェアかんばん「見えない化」

チームメンバが重なっている2005年度の2つのプロジェクトがほぼ終了したので、事後評価セッションを開催。

興味深いポイントについて:

ソフトウェアかんばんが見えない

今回1つのソフトウェアに対してソフトウェアかんばんを適用した。 担当開発者の2人は以前このコンビで別のソフトウェアでかんばんを使用し、コラボレーションが促進したのだが、今回はどうもイマイチであった。

先日のレイアウト変更で、タスクカード/ストーリーカードを貼る(座っている場所から見える)パーティションが無くなってしまったのが敗因と推測されている。

ぐらさん言わく「見えない化」

issue tracking

開発中に発生する

• モジュール間のインタフェースの問題点(あるいは不明点・疑問点)などの確認/議論の必要なもの
• ライセンス関連の問題など意思決定を要するもの

などについて誰かが指摘した後、迅速・確実に処理がなされないことが多かったという意見も多かった。

後半「コミットメント・リストチェックを電子上での各自チェックに切り換え」たことにより、皆が頭を突き合わせて真剣に意思決定する場が減ったのが大きなマイナスだったか。 その方式は2月に終了したスタッフが2拠点に分散したプロジェクトで成功した方式で、うまくいったので導入してみたのだが、このチーム向きではなかったようだ。

やはり基本は顔合わせということを実感。

またコミットメントではないけれど、細かい issue を追跡する仕組が必要かなと。 ツールに走って issue tracking system 導入して遊ぶという手もあるが、手段が目的になってしまいそうでもある。

どのようなプロセスがチームに向いているのかも含めて、ここはひとまず紙ベースでいろいろ試行してみようと思う。

できるだけシンプルにして、各自が自分の好みのツールと連動して処理していけるようにするようにしたい。

(というか、自分は自分の GTD プロセスとスムーズにやりとりできるようにしたい。)

インタフェースを変更するなら、古いのも deprecated 扱いで残して

複数人開発で途中開発者間にまたがるインタフェースの仕様が何回か変更になった。 改良のために仕様変更はアリだと思うが、コード変更に愛情が足りなかったため実行できないコードが断続的に発生し、確認のための開発待ちが発生した。

通常開発中のコード内でのこのようなインタフェース変更については

1. インタフェースを変更する人が、同時に呼出し側のコードも修正してコミットする
2. しばらくは古いインタフェースを @deprecated で残しつつ、新しいインタフェースを提供する

のどちらかを取りかつ周知をする必要があるが、この辺がうまくできていなかった。 次回はうまくやれるはず。

ちなみに「できるだけ早く仕様を決定するようにする」というアイデアも出たが、これはまず守られない。もちろんみんなそれを望んでいるし、そのように努力しようとするんだけれども、最初の時点で完全な仕様を決定できることはほどんどない。仮にその時点で完全でも、数ヶ月後には状況が変わり仕様がふさわしくなくなってしまっていることもある。 無理に最初の仕様に固執することの方がデメリットが大きいことも多い。

止まらないプログラミング

変に一人で抱えこんで数時間あるいは1日プログラミングを止めてしまうことを無くそうという提案。

• 30分ルール

「30分」のところは15分だったり1時間だったりするかもしれないが、とにかく必要以上に一人で悩んで立ち止まらないようにしようという話。

関係者に確認すれば数分で解決してしまうことも多い。 技術不足とかそういうこととは関係なし。 もしかしたら「そのインタフェース実はまだできてないので結果は適当です」というのを呼び出して結果が合わないと悩んだりしてたりとか。

チームのトータルのスループットを最大にするようにコミュニケーションしよう。

ポスト・イットでソフトウェアかんばん

短期決戦型プロジェクトが佳境状態。 かなりスピーディーさを要求される展開なので、応接室のホワイトボードを奪ってきて昨日からソフトウェアかんばんに仕立てあげた(さらにその前から、プロジェクトの情報用に占有していたりする)。

今まで何度か情報カードを使ってソフトウェアかんばんをしているけれど、今回は細粒度なタスクレベルでクリアしていく必要があるので、お手軽にポスト・イットにした。

強粘着のものを買ってきたのだが、あまりつきが良くない。 雑巾でホワイトボードを綺麗に拭いてから貼りはじめたんだけれど、まだ油分が残っていたのかなぁ。

そこそこの情報を書けるように 75mm x 100mm のポスト・イットにしたのだけれど、これだとちょっと大きすぎた。 小さなタスクを沢山貼るにはこれだとスペースが足りなくなる。

とりあえず半分に切ってペタペタ。

見える化すると、厳しさがより鮮明に見えてきた。 「もっと早めに……」というのは言いっこなしだ。

WiKicker でソフトウェアかんばん

情報カードベースでソフトウェアかんばん(ストーリーカード + タスクカード)を作っている開発プロジェクトがあるのだが作ったっきりあまり活用されていないので、今回は試験的に WiKicker による Wiki 上でかんばんを作ることにした。

まだ荒削りだけれども、まずはとにかく以下のルールで始めてみる。

ルール

カードの作り方

基本的には 1カード毎に WikiPage を作るようにする。 ページ名はストーリーカードを表す SC と 状態 (TODO / DOING / DONE) を含む名前にする。

• SC/TODO/<ストーリー名>
• SC/DOING/<ストーリー名>
• SC/DONE/<ストーリー名>

タスク名も同様に作る。

• TC/TODO/<ストーリー名>
• TC/DOING/<ストーリー名>
• TC/DONE/<ストーリー名>

カードの内容は XP で扱っている内容で。 新規作成が楽なようにテンプレートページを作っておき、これをコピーして作れるようにしておく。

状態変更

TODO -> DOING -> DONE という状態変化にあわせて、WikiPage 名を変更してページを移動させる。

 例:
 TC/TODO/名前をつけて保存メニューを追加
   |
   V
 TC/DOING/名前をつけて保存メニューを追加
   |
   V
 TC/DONE/名前をつけて保存メニューを追加

一覧ページの作成

SC/TODO、SC/DOING、SC/DONE、TC/TODO、TC/DOING、TC/DONE ページを作りそれぞれに、子階層の一覧を表示させる (WiKicker の [[index:child]] を使用)。

参照

タスクカードからは「SC/<ストーリー名>」という名前で、ストーリーカードへリンクさせる。

WiKicker では「SC/<ストーリー名>」というページない場合、「SC/*/<ストーリー名>」というページを探してリンクしてくれる。この機能のおかげで、状態にあわせてページ名を変更してもリンクはそのままで追従してくれる。

担当者

担当者が割り当てられて実行中のタスクカードには [[DOING:担当者名]] という文字列を記述しておく。

「DOING:担当者名」で検索することで、各担当者が何を実行中なのかリストアップすることができる。また DOING: を「DOING:担当者名」を検索する Wiki 自身への InterWiki として定義しておくことで、この記述自体を検索結果へのリンクとすることができる。

Google ドキュメントでソフトウェアかんばん

ソフトウェア開発の見える化としてソフトウェアかんばんの良さは実感しているのだが、分散開発ではさすがに「情報カードで」というわけにいかず実行しにくい。

今回の分散開発プロジェクトに向けていろいろ考えた結果、Google ドキュメントのスプレッドシートを使ってソフトウェアかんばんを遠隔共有してみようと思う。

他の検討候補

TRICHORD を使ってみたいのだけれど予算の問題が。 検討したのは以下。

• TRICHORD - 本命。使ってみたいが予算が。
• Firefox + Internote (light-board.com ライク) - カード感は十分。しかし共有に難。
• 影舞用に新しくソフトウェアかんばんテンプレートを作る - 影舞を使い慣れているという点では○。ただストリーカードとタスクカードをどう扱うかが課題。
• Wiki - 以前やって失敗した。
• XPlanner - インストールと学習が手間。それと開発止まっている?
• その他 Agile Project Management Tool - カードメタファで良さそうなのはあるが、予算が。
• Google ドキュメント プレゼンテーション - 矩形をカードにしようとしたが文字は別オブジェクトで書かなければならず×。文字の背景を設定するというのも試したが見栄え・操作性が良くなかった。

スプレッドシートだとカードっぽさが薄れるが、共有・同時編集という点では安心して使えるし最大行数的にも OK。 一番運用しやすそうだということでこれでいくことにした。

スプレッドシートの作成

以下のようにスプレッドシートを作る。

• 1シート目はインフォメーションシートにする。ソフトウェア概説・かんばんルール・通信事項などを書くのに使う。
• 2シート名以降をかんばんにする。複数ソフトウェアならシートを分けてもよいかもしれない。
• かんばんシートE列の背景を「条件をに応じて変更」で本日より前だと赤くなるように設定する。
• かんばんシートF・G・H列の背景を「条件に応じて変更」で @ と書くと背景がそれぞれ赤・黄・青くなるようにする。

• ソフトウェアかんばんサンプル rev. 1

カードの書き方

• 各行にはストリーカードかタスクカードを書く。
• ストーリーカード行は目立つように罫線をつける。

列	内容
A	カード番号をつける。
	ストーリーカードは S番号。タスクカードは S番号T番号とする。
B	カード作成日を書く。
C	ストーリーカードの時にストーリー名と作成者名をかく。
D	タスクカードの時にタスク名と作者名をかく。
E	期日をかく。
F	TODO の時に @ とかく。DOING に移行した時は @ を消す。
G	DOING の時に @ と開始日、担当者の名前を書く。DONE に移行した時は @ を消す。
H	DONE の時に @ と終了日、担当者の名前を書く。
I	備考欄

TODO、DOING、DONE 列は1列にまとめることもできるが、ちょっとは「かんばん」っぽくなるかと思って分けることにした。

運用

• カード番号は重複しないように。
• カードの状態にあわせて @ を書き換えていく。
• DOING から TODO に移る時には、開始日と担当者名を消さないで残しておく。
• 列単位でソートしないこと。
• タスクの粒度はできるだけ揃える(例えば半日～1日にする)。

課題

• カードが増えた時に使いにくくならないか? 終わったカードを別シートに分けるルールなどを考える。
• タイムボックス等にあわせて並べ替える時の手間。
• カード番号が手動。
• 集計について考慮していない。

今日のさえずり - フロスティ食べたい

2009年12月09日

• 09:22 周囲の人に不評なリーバイスの大穴ジーンズ1本とバイバイした。今日はユニクロのジーンズ初日。
• 09:32 フェルゼア リペアベールの広告に「24時間うるおいベールで、何度も塗り直しがいりません。」とあるけど水にも強いのかな。高いけど塗る回数少なければ悪くない。
• 09:36 フェルゼアシリーズは PRONTO アルバイト時代からお気に入りなので気になる。
• 09:37 リーバイスのレッドタグに未練。 RT @nyafuru: @Naney おぉ～ついに…！ユニクロジーンズ楽しみです(*^□^*)
• 09:55 いまだにアトレヴィ秋葉原のタリーズコーヒーってどうやって行くのかわかっていない。 #Akihabara
• 09:56 胡散臭っ。 RT @mashori: @Naney ユニクロのジーンズに赤いタグつけちゃいなよ！
• 10:48 あ、またソフトウェアかんばんでやりたいな。
• 10:58 TRICHORD 以外にソフトウェアかんばんをダイレクトに実装しているツールってないのかなあ。
• 11:14 考えてみれば開発者が同じオフィスでしかも近くに座っているので、デジタルでソフトウェアかんばんやらなくてもいいか。昼休みに情報カードとマグネット大量に買ってこよう。
• 11:45 @hiro 付箋 + ホワイトボードでもソフトウェアかんばんやったことあります。付箋がたまに落ちてしまうことがある以外はいいですよね。
• 12:02 シモジマ行ってこよ。
• 12:31 シモジマにカラーの名刺サイズ情報カード無かった。残念。ストーリーカードとタスクカード色分けしようと思ったのに。
• 12:55 昨晩申し込んだ粗大ごみの連絡メールがきた。12月24日(木)収集。下手すると年越しになってたかも。
• 17:03 17:00 で即退社。留守番があるのでマッハ家路。
• 17:20 中央線人身事故らしい。
• 24:14 FeedTweet 登録した。うまく動くようなら FriendFeed 経由でのフィード投稿からのりかえる。 http://bit.ly/5T88Hl
• 25:52 エアコンの入タイマーがn時間後という設定しかできないのでタイミングを逃がすと寒い朝を迎える羽目になる。
• 25:57 2009年12月7日の歩行: 7523歩、5.80km、65分、5.35km/h、消費 289.3kcal、脂肪燃焼 41.3g、4.2エクササイズ。
• 25:58 2009年12月8日の歩行: 5424歩、4.17km、47分、5.27km/h、消費 210.1kcal、脂肪燃焼 30.0g、3.1エクササイズ。
• 25:59 2009年12月9日の歩行: 7008歩、5.46km、58分、5.65km/h、消費 269.2kcal、脂肪燃焼 38.5g、3.9エクササイズ。

2009年12月10日

• 07:42 ほぼ日手帳2010今日から2009と一緒に持ち歩く。2006のカバーを装着。
• 09:22 階下の人引っ越ししちゃったのかな。一昨日引っ越し業者がきてたらしいし、人気もない。
• 09:55 秋葉原 声優のたまごの上に AKIBA SPACE ができてる。 http://movapic.com/...
• 12:15 秋葉原 声優のたまごの入っているビルに新しく入ったテナントはこれか。 http://bit.ly/6oZLKJ #Akihabara
• 12:33 後ろの人のアカウント、ビンゴだった。
• 12:56 モバイル Google マップ、SO905iCS では 2.3.2 で最新。2.3.4 はおりてこない。徒歩ルート案内使えず。 http://bit.ly/5wW9S3
• 20:17 ちょっとヨドバシカメラ。
• 20:30 インプレスの年賀状CD-ROM買った。家族用。
• 20:49 ん? 今普通に動いているけど、京浜東北線止まってたのか。結果的に社内説明会が長引いてよかったかも。
• 21:25 12月分の電気ご使用量のお知らせきた。オイルヒーターの稼働率が上がっているからちょっとドキドキしたけど昨年同月を下回っていてひと安心。
• 22:07 @TokyoBlueline ピーク月は2万円オーバーしますね。タイマーと温度調節の設定に腐心しています。
• 22:10 昨晩設定した FeedTweet が動き始めてる。「ポスト紹介」部必須だと思っていたけれど空にできるのか。つけたくないので外す。
• 22:17 それと FeedTweet で bit.ly 設定しておいたんだけれど URL 短縮サービスが am6.jp になっている。確認したら API key の項目で最後に余分な空白(改行?)がはいっていたみたい。次 bit.ly になるか確認。
• 23:54 ウェンディーズどうなるんだろ。フロスティ食べたい。
• 23:57 久しぶりにウェンディーズ行っておこうかと思ったが秋葉原の昭和通りの店はもう無いんだっけ。
• 24:39 年賀状CD-ROMイラスト9000 (2009-12-10) http://ff.im/-cItuG
• 24:51 今回は FriendFeed の方が FeedTweet より先の巡回/投稿。タイミングの問題だけではあるが。
• 24:58 Ameba 会員登録中。
• 25:10 Amebaなう登録完了。まだ lonely。
• 25:27 Amebaなう: 【1ヶ月】または【500件】までしか保存されません。保存上限を超えると自動的に古いものから削除されます｡ http://bit.ly/5eflVa
• 28:46 FeedTweet 投稿されてない。夜は苦手?

今日のさえずり: イーサン・ハントを「イーさん」だと思ってた人大勢いて安心した

2013年01月24日

• 08:07 @yosh8 健全なレベルでお願いいたします。
• 08:36 @sseze これからが伸び盛り育ち盛りですよ。
• 09:35 “ヤマダ店員「OSは何をお使いでしょうか？」 大喜利まとめ - Togetter” http://t.co/ChVryNP0
• 09:49 雲間から青空がのぞいて明るくなってきた。 (@ 株式会社ミクシィ (mixi, Inc.)) http://t.co/kXwHeMAU
• 10:25 ボスの最近のプロフィール画像ですが縮小されていると、胸を張ったホワイトタイガーマスクが、ぐわぁと赤い口を開けてキェーて言っているように見えます。
• 13:26 参拝。 (@ 金王八幡宮) http://t.co/ERXJUaZ2
• 14:07 鉄分。 (@ ライフ 渋谷東店) http://t.co/saXPrkUu
• 14:42 捜査員や警察職員と SNS でお知り合いになるためにプロフィールに「ハッカー」と書く。
• 15:26 警察庁のフィードを Google リーダーに登録した。
• 15:29 警視庁はフィードない。
• 17:39 警察庁のサイト内検索 Namazu だ。
• 19:05 月間コンピューターテレフォニー2013年1月号読んだ。コーチングとかの話興味深い。
• 19:39 名刺ファイルでソフトウェアかんばんというのはどうだ。
• 21:01 無印良品のカードホルダーをチョイスした。
• 23:17 Debian GNU/Linux sid で Everpad 動かそうとインストールしたけど動かぬ。Ubuntu じゃないと面倒なのか。
• 23:30 警察庁 サイバー対策の今月の標語は「差出人　本当に君の　お友達？」
• 24:37 一応検索してみたらイーサン・ハントを「イーさん」だと思ってた人大勢いて安心した。
• 24:40 小学生の時は GUI 無かった。 RT @sseze: グイが許されるのは小学生までだよね。
• 24:51 @sseze カン・ジュンサンとチュンサンも最初謎でした。

レクサー・リサーチ開発同窓会

2月の Developers Summit 2015 で zakwa 氏と再会したのをきっかけに、当時一緒に仕事をしていた気が置けないソフトウェア開発者4人で同窓会をすることになった。セッティングしてくれた zakwa 氏ありがとう!

COGS DINING KAGURAZAKA (コグス ダイニング 神楽坂)

手配してくれたお店は「焼きたてパンとワインのお店」COGS DINING KAGURAZAKA。神楽坂から路地に入ったところにあるお店で、上品な味の料理で満足だった。店内もうるさくなくて話しやすかったし、たばこを吸っている人もいなかったので快適だった。

• http://www.cogsdining.com/

ソフトウェア開発

現職のまま続けている1人と、別の場所で働くことになった3人だけれどみなそれぞれソフトウェア開発現場に関わっていて、それぞれの開発スタイルなどについて情報交換したり。

大企業だからしっかりした開発をしているとか、スタートアップだからモダンな開発をしているとかでは必ずしも無いよねという話だった。例えばバージョン管理一つにしてもうまくできていない(やっていない)場合も多いとのこと。当時を振り返ってみると小規模かつ独学の状況ながら、今では普通になってきたプラクティスやツールをその時から実践/活用していたなと自画自賛した。

• プロジェクト
  • ソフトウェアかんばん
  • ITS (影舞・Redmine) の利用
    • BTS やコミットメント・リストとして。
  • スタンドアップでの朝会
  • すごい会議
  • 成果物完成毎の記念撮影
• 情報共有
  • 社内 Wiki
    • 2002年3月初設置。
  • 社内 Blog
    • 2006年あたり(記事)
• 開発ツール
  • バージョン管理 (CVS・Subversion・Git)
  • pLaTeX2e を使ったドキュメンテーション
• その他
  • 書けなくなったホワイトボードマーカーはその場で床に投げ捨て

「書けなくなったホワイトボードマーカーはその場で床に投げ捨て」に共感を持ってもらえていたのが、振り返って当時の自分の一番の成果だな。

退職時に使っていた社内 Wiki は Naney 謹製のものだったのでその後どうなったのかなとたまに気になっていたのだけれど、ビル管理会社の人に社内サーバの電源を切られたことによりサーバごと死んで闇に葬られたらしい。R.I.P.

その他

同窓会らしく「あのひとは今」的な話をしたり、当時フィルムカメラで撮っていた業務風景のアルバムを持ってきて盛り上がったり。あとはレーシックやドライアイ治療ひぇー的な話題が出たり。あとは展示会の時のレクサー・リサーチポロシャツ制作秘話とか。

そういえば出席はできなかった2013年2月開催の「LEXER設立20周年記念サロン・パーティ」で会社のるぐるロゴの立体置物が配られたと聞いて、あ、欲しかったなーと。