[#TiDD] As isから始めよう - チケット駆動開発の3事例 -
台風接近のため DevLove関西でLTできませんでしたので、ブログで公開します。
この発表は、以前発表した「AsIsとToBeの視点によるチケット駆動開発の事例の考察 - 坂本記念WorkShop -」「チケット駆動開発によるプロセス改善 - 現場重視、管理重視、それとも情報共有重視 -」と同じ事例の再構成です。これら発表では、管理重視は良くない時があるので現場の問題を解決しよう、といった内容ですが、どうもモヤモヤするものがありました。
そこで、チケット駆動開発の「ライトウィング」と「レフトウィング」 と組み合わせました。しかし、どうも納得いきませんでした。
色々と考えて気付いたのは、チケット駆動開発はプロセス改善でなので、単純な成長をしないと言うことです。この時に思い出したのは、ソフトウェアプロセス改善カンファレンス2004(SEPG Japan 2004)の乗松さんの発表(PDF)でした(特に23ページの図)。
As is にも To be にも長所短所があり、状況に応じて必要なアプローチをとることが必要です。そして、様々な改善の経験を通してチームや組織に常に改善する文化が根付くのだと思います。
« ソフトウェアと制約と自由 - 「納品」をなくせばうまくいくを読んで - | トップページ | [#TiDD] アジャイルの夢を実現する – チケット駆動開発で考慮すべき点 »
「チケット駆動開発」カテゴリの記事
- One fact in one placeとチケット駆動開発 - Software Processes are Software, Too -(2021.12.21)
- マルチスレッド処理と進捗管理・配員・作業分割/割り当て- Software Processes are Software, Too -(2021.12.20)
- カプセル化と組織パターン - Software Processes are Software, Too -(2021.12.20)
- [#TiDD] ポケモンGOにチケット駆動開発のポイントを学ぶ(2018.05.01)
- [#TiDD] プロジェクトを成功させるチケット管理(2017.07.02)
この記事へのコメントは終了しました。
コメント