チケット駆動開発は仕事をさばく仕組み #agileto2010 #tidd - プログラマの思索
10/30に行われたAgileTourOsakaのライトニングトークスで、@kami_teruさんのLTがとても興味深かったのでメモ。 下記のUstreamで見れます。 【元ネタ】 AgileTourOsaka2010 LT, Recorded on 10/10/30 tetsu_m on USTREAM. 会議 Atsuteru Kamiya (kami_teru) on Twitter 「チケット駆動開発をやってみて」というタイトルで、@kami_teruさんのチケット駆動開発の導入経験談。 率直な感想は、とても面白いし、とても興味深かった。 @kami_teruさんによれば、XP祭り関西2010のチケット駆動開発セッションを聞いたのが、Redmineによるチケット駆動開発をやるきっかけだったとのこと。 詳細は上記のUstreamを見て頂きたい。僕が興味を惹いたのは2つ。 一つは、いき
バージョンのないRedmineプロジェクト～TiDD初心者が陥りやすい罠 - プログラマの思索
TiDD初心者が陥りやすいアンチパターンを実際に見つけたのでメモ。 【1】チケット駆動開発の概念に慣れておらず、Redmineでタスク管理をまず始めた人に多い特徴がある。 それは、バージョンが設定されておらず、ロードマップが空っぽないし非表示な状態。 話を聞くと、Redmineのバージョンの意味や使い方が理解できないらしい。 だから、彼は、Redmineのチケット一覧画面でタスク管理を実施している。 彼のチケット一覧画面を見ると、スクロールできないくらい、たくさんのチケットが無造作に一覧表示されている。 どうやら、必要なタスクはチケットに登録しているが、彼のチケット管理を見ていると、チケットの納期が意識されていない。 そのチケットはいつリリースするのか？の観点が漏れているみたい。 何故なら、チケットがたくさんありすぎて、どのチケットが必要なのか、チケット一覧画面では分かりにくいからだ。 だ
PFP関西WS#20でチケット駆動開発が紹介されました - プログラマの思索
PFP関西ワークショップ＃20で平鍋さんのPFの資料が下記に公開されました。 ４３頁目に、「チケット駆動開発とPF」のスライドで、PFの事例の一つとして、チケット駆動開発(TiDD)が紹介されています。 平鍋さん、ありがとうございます！ プロジェクトファシリテーション、Agile開発、Lean開発などの概要を知るには、上記だけで十分かも。 PFP関西WS#20の雰囲気は、2009-11-23 - mnishikawaの日記をどうぞ。 PFで最も重要な概念は「見える化」。 SW開発は営業や製造業と異なり、ただでさえ「見える化」しにくい。 だから、デスマーチプロジェクトに陥りやすく、プロセス改善しにくい弱点がある。 平鍋さんの資料のように、野球のスコアボードのように、「最新の正しい情報」を「選手」「審判」「観客」全員が見ていて、「次の行動」を誘発するのが重要。 TiDDでも特にRedmineで
チケット単位に並行開発する事例 - プログラマの思索
分散バージョン管理Git、Mercurialを絡めたチケット駆動開発で、興味深い事例があったのでメモ。 【事例1】 gitだからこそできるチケット駆動開発のやり方 - kunitの日記 今やっている方法は、作業するなら作業用のブランチを切れ！それにはチケット番号を付けろ！という方式にしている。 たとえば会員管理の機能に追加したい場合は以下のような手順になる。 1. 会員管理を拡張したいなぁ 2. じゃRedmineでチケットを切るぞ 3. チケット番号が振られた(たとえば #567 だとする) 4. さぁ、ブランチ切るか(members_567) 5. そのブランチで作業開始！ 濱野さんがWEB+DBでも入門Gitでもかかれている「トピックブランチ」というものの良さが本当に現れてくる。 【事例2】 Mercurialを使った俺々バージョン管理ノウハウまとめ(2009年夏編) - 文殊堂 t
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
