何故チケット駆動開発はタスクやイテレーションの変更に強いのか？ - プログラマの思索
Redmine.JP | Redmine on Twitterを見ていて、下記の質問は、「何故、チケット駆動開発はアジャイル開発に使えるのか？」「何故、チケット駆動開発はタスクやイテレーションの変更に強いのか？」を示唆するヒントだと直感した。 考えた事をメモ。 #下記はあくまでも一つの参考意見。 【元ネタ】 Twitter / EG: Redmineとかtracとかで「ちょっと気になって ... Redmineとかtracとかで「ちょっと気になってること→対応すべきこと」というレベルアップや「○○バグの修正」と「ソースの全般的な修正」のような規模の違うものをどう扱うのがいいのだろう 上記の質問に対する回答としては、二つあると思う。 一つ目は、タスクの内容に応じてワークフロー(トラッカー)を変えて管理する。 チケット駆動開発の基本ルールは「チケットファースト」。 プロジェクト内部の作業はチケ
ITの地殻変動はどこで起きているか？～Agile2.0をサポートするチケット駆動開発 - プログラマの思索
2010年を迎えるに当たり、ITの地殻変動がどこに起こっているのか？を考えてみる。 ＃自分の理解した範囲内のラフなメモ書き。 【過去の記事】 第二期アジャイルムーブメント: プログラマの思索 「塹壕よりScrumとXP」 チケット駆動開発はアジャイル開発の実装である: プログラマの思索 ITの地殻変動はどこで起きているのか？～2009年: プログラマの思索 ITの地殻変動はどこで起きているのか？～SeasarとRuby、そしてPF～2008年: プログラマの思索 ITの地殻変動はどこで起きているのか？～2006年: プログラマの思索 【Agile1.0の登場と課題】 2000年頃出現したXPによって、初めてアジャイル開発が開発者へ認知されたように思う。 XPは従来のウォーターフォール型開発のアンチテーゼとして、特に開発者に熱狂的に受け入れられた。 XPの最大の特徴は、繰り返し開発の実践プラ
TiDDを実践して気付いたことpart7～繰り返し開発を制する者はSW開発を制す - プログラマの思索
先日、S-OpenでRUPで有名なクールシュテン博士によるアジャイル開発の講演があった。 Agile開発は大規模プロジェクトでは難しい、アーキテクチャを重視するプロジェクトでは難しい、などの話を聞いて、そんな話は昔から聞いていた、と正直聞き飽きた。 そんな違和感を感じながらも、チケット駆動開発を実践して、アジャイル開発の難しさが何となく分かってきた気がする。 考えたことをメモ。 【元ネタ】 TiDDを実践して気付いたことpart6～TiDDでAgile開発を実践して分かってきたこと: プログラマの思索 TiDDを実践して気づいたことpart4～TestLinkによるテスト戦略: プログラマの思索 以前書いたように、Agile開発が難しい理由は、その最大の特徴である「超短期間の繰り返し開発」を実現するハードルが高いことにある。 その内容は次の3つに言い換えられる。 １・繰り返し開発はイテレー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
