shinagawa.redmine 第4回勉強会 #47redmine
-
- いいね！3
ずきゅ～んたん
@ZuQ9Nn
TiDDの原則、価値とプラクティンスの領域における普遍のルール。１。最初にチケットありき SW開発の作業も課題も障害もチケットへ、チケットなしの作業不可 #47redmine
2012-11-10 13:18:11
持久力
@dmp
最初にチケット作るとき、不具合調べてからチケット作るみたいなときは No Ticket, No Work が実践できなくて困る #47redmine
2012-11-10 13:18:30
ずきゅ～んたん
@ZuQ9Nn
チケットとは、製品尾変更時に管理すべき対象プロセス、チケットはワークフローで制御される、チケットは成果物や仕様ではない #47redmine
2012-11-10 13:20:11
ずきゅ～んたん
@ZuQ9Nn
TiDDにおける構成管理とは、ソフトウエア資産を記録する仕組み、ソフトウエアの変更を記録する。定期的にリリース可能なソフトウェアにラベル付け。リポジトリにリリースタグを付与、製品にビルド番号を付与 #47redmine
2012-11-10 13:21:43
ずきゅ～んたん
@ZuQ9Nn
TiDDの価値観とは、何が望ましく、なにがふさわしくないのかという基準、チケットの取捨選択にかかわる判断基準 #47redmine
2012-11-10 13:22:35
ずきゅ～んたん
@ZuQ9Nn
TiDDによるパラダイムシフト、従来のWF開発は頻出コスト納期は固定、チケット駆動肺初はスコープを調整。地検との取捨選択でスコープ管理する、 #47redmine
2012-11-10 13:24:50
持久力
@dmp
TiDDにはQCDに加えスコープがある。納期に間に合わないときはスコープ（チケット）を切り捨てることで調整できる #47redmine これ現在進行中（しろめ
2012-11-10 13:25:20
ずきゅ～んたん
@ZuQ9Nn
プラクティスとは、現場で実践された実践技法、プラクティスは価値観に基づく行動をうながす、パターン言語で表現してみる。特定の状況のもんだにおける解決方法 #47redmine
2012-11-10 13:25:43
ずきゅ～んたん
@ZuQ9Nn
問1.チケットの粒度。肥満児のチケット、タスク分割が不十分、当初のみつもりよりも倍以上の工数がかかる。作業してみたら、不明点や課題が出て状況が変わった #47redmine
2012-11-10 13:27:05
ずきゅ～んたん
@ZuQ9Nn
放置されたチケット。チケットを駒各区すればチケットは乱発されやすい、本番リリース直後に同一原因の障害を大量に登録してしまう。記述はリリースバージョンの未定の「今すぐ」チケット #47redmine
2012-11-10 13:28:11
こくぼ@Leaner Technologies
@yusuke_kokubo
#47redmine 肥満児チケットをつくるくらいなら乱発した方がマシじゃないかなー
2012-11-10 13:29:38
ずきゅ～んたん
@ZuQ9Nn
No Ticket, No Commit、チケットなしのコミット不可、チケットの閉じ方、修正したソースがでグレードしたのはなぜ？障害の記録と成果物の作業履歴が動機されてない #47redmine
2012-11-10 13:29:40
TERAJIMA Motoyuki
@trmmy
NoTicket, No Commit チケットはコミットできる単位にする トレーサビリティが確保できるようになる それが一番の利点 (プロセスを管理する、につながる話と思われう) #47redmine
2012-11-10 13:30:53
ずきゅ～んたん
@ZuQ9Nn
タスクはチケットで分割統治、チケットは機能追加なのに、リファクタリングばかりしている。開発者が作業しやすいチケットの内容になっていない #47redmine
2012-11-10 13:31:47