[TiDD] 計画できないことの管理と計画できることの管理
知り合いのあきぴーさんのブログを見ていると、Redmineを用いたチケット駆動開発とTestLinkがお気に入りのようです。
それぞれの良いところはわかっているつもりですが、なぜこの2つなのか良くわかりませんでした。そして気付いたのは、この二つが対極にあることです。
チケット駆動開発はアジャイル開発に限らず、開発中に発生する作業を管理します。それは、計画的なものではありません。計画できないことだから、その作業が必要になるたびにチケットを発行して管理するものです。
そもそもRedmineのようなBTSは、BUGという予想できない事象を管理するものなので、計画できない予想外の事象を管理することに向いているのでしょうね。そして、プロジェクト内でその情報をいかに効率よく共有し、管理するかが、ポイントになるということなのでしょう。
一方、TestLinkが管理するテストとは、仕様を満たしていることを確認する作業です。仕様が定まった段階で、テストしなければいけないことが決まりますので、計画的にできる作業と言えるでしょう。
計画的にできる作業ですが、その作業中に計画できないBUGが発見されます。すると、これらを関連付ける必要がでてきます。
すべてのソフトウェア開発には、このような計画できない作業と、計画できる作業があります。それらをいかに関連付けて、効率よく管理するか、それがポイントになるのでしょうね。
| 固定リンク
「ソフトウェア」カテゴリの記事
- レビューを考える - SEA関西プロセス分科会 - #seakansai(2011.10.23)
- [#TiDD] デジタル化の効果をファシリテーションに利用する(2011.10.23)
- 要求開発はアジャイルのフロントローディング #redajp (2011.10.16)
- アジャイルを考える - Agile Tour Osaka 2011 -(2011.10.10)
- [#TiDD] チケット駆動開発によるアダプタブル・ウォータフォール開発 #agileto2011(2011.10.09)
「チケット駆動開発」カテゴリの記事
- [#TiDD] アジャイル開発が注目される理由(2012.04.23)
- [#Tidd] #RxTstudy 発表資料「個人のタスク管理からチケット駆動開発の特徴を考える」(2012.04.22)
- [#TiDD] 個人のタスク管理からチケット駆動開発の特徴を考える #RxTstudy(2012.03.04)
- [#TiDD] プロセスモデリングにおけるチケット駆動開発の可能性(2012.02.26)
- [#TiDD] チケット駆動開発はプラクティス?プロセス?それともアジャイル?(2012.02.26)
「プログラミング」カテゴリの記事
- レビューを考える - SEA関西プロセス分科会 - #seakansai(2011.10.23)
- 要求開発はアジャイルのフロントローディング #redajp (2011.10.16)
- アジャイルを考える - Agile Tour Osaka 2011 -(2011.10.10)
- [#TiDD] チケット駆動開発によるアダプタブル・ウォータフォール開発 #agileto2011(2011.10.09)
- Jenkinsの特長 - メトリクス収集サーバの視点から -(2011.10.05)


コメント