2013/02/14 デブサミ2013【14-B-5】チケット駆動開発の本質 #devsumiB
#devsumiB ソフトウェア資産を記録する仕組みは構成管理。バージョンはソフトウェア資産を確定される締め日。チケットはリリースに至るまでのコミット履歴というメタ情報 #devsumiB
2013-02-14 15:59:40#devsumiB RT @kamatamadai: #devsumi チケットの粒度に関する問題>あいまいなチケット、肥満児チケット、放置されたチケット(あるある)
2013-02-14 16:03:34No ticket, No work. 『自分の作業は全部チケットに出てますよ!』(同僚のWMも、こういうスタイルでがんばってます)#devsumiB
2013-02-14 16:05:19「No Ticket, No Work」分るんだけど、作業をする前にチケット発行?これだけだと全体が見えないよね。 #devsumiB
2013-02-14 16:05:55#devsumiB 従来のWFでは品質、コスト、納期は固定。TiDDで第4の項目「スコープ」が見えてくる。スコープを調整する
2013-02-14 16:05:55現在TiDDを聞きながら、今度社内にもTiDDを進めるし、前回のチームでのチケットからのアクティビティー計測などをした手法をチームリーダーに開示予定だけど、一番進めたいのが、模造紙と付箋紙でプロジェクトスペース作る事と席を近づける事と言うジレンマ・・・ #devsumiB
2013-02-14 16:07:00『チケット駆動開発では、QCDにプラスして「スコープ」という変数が加わる。』 確かにそんな気がする。チケットベースにスコープの調整はよく発生すること。 #devsumiB 14-B-5
2013-02-14 16:07:04#devsumiB プラクティス「No Ticket,No Commit」→ソースのトレーサビリティがあがる。運用保守に役立つ
2013-02-14 16:07:06タスクって言葉が示す物事の規模感、範囲はチーム内でちゃんと定義した方がいい気がする。ストーリー、フィーチャーレベルの話と実装に入る時の作業レベルとで、結構意味が違ってくると思う。 #devsumiB
2013-02-14 16:07:28