チケット駆動開発はツールによる改善か、プロセスによる改善なのか - プログラマの思索
チケット駆動開発を実践してプロジェクトが大きく改善された事実を話して、一番気になる質問がある。 「チケット駆動開発を運用したプロジェクトはツールで改善されたのですか？ それともプロセスで改善したのですか？」 質問の意図は、チケット駆動開発の話を聞くとBTSやらバージョン管理やらツールの使い方の話が多い。 そのプロセス改善はツールに依存しすぎではないか？ ツール無しの開発プロセスにできるのか？ チケット駆動開発は、BTSがなければ運用できないのか？ と。 この質問は今の僕が抱える問題点の一つを持っている。 それについては後でまとめる。 【1】チケット駆動開発の定義の一つは、BTSチケットをXPのタスクカードのように使うことだ。 すなわち、障害だけでなく要望なども取り扱う。 この方法は、Issue Trackingとも呼ばれている。 つまり、障害修正のワークフローをSW開発における全ての作業の
ハイパフォーマンスチーム - チーム殺しを避けるには
原文(投稿日：2009/6/5)へのリンク Steven Denning氏は近頃、ハイパフォーマンスチームに関する一連の記事を書いた。ハイパフォーマンスチームは、アジャイル組織が効率的であることを裏付けるのに必要だとされている。 Denning氏によると「ハイパフォーマンスチームは職場にあるチーム全体の2％にすぎない」そうだが、彼は次のように語っている。 「マネジメント慣行が正しいときには、たくさんのハイパフォーマンスチームがいます。それがトヨタとホンダ、そしてソフトウェア開発で起こっていることなのです。どれくらい"たくさん"なのか？正確に言うのは難しいことです。トヨタとホンダは自動車産業の4分の1を占めています。ソフトウェアにおいては、おそらくソフトウェア開発全体の3分の1が、今や"アジャイル"や"Scrum"、"XP"という名札を付けて、ハイパフォーマンスチームになるべく進歩している、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
