[#TiDD] アダプタブル・ウォーターフォール開発の事例 ～想定外の作業はチケットで補完せよ!～ #RxTstudy - ソフトウェアさかば[#TiDD] アダプタブル・ウォーターフォール開発の事例 ～想定外の作業はチケットで補完せよ!～ #RxTstudy 第2回 RxTstudy(Redmineやタスク管理を考える勉強会＠大阪)で講演をしてきました。 これまで、補完型チケット駆動開発と呼んでいたもののうち、従来型の開発に提要したものをアダプタブル・ウォーターフォール開発と呼んでいます。今回はその事例を紹介します。 講演で少ししかお話しできなかったコーチングのお話は、別の記事に書きました。
![[#TiDD] アダプタブル・ウォーターフォール開発の事例 ～想定外の作業はチケットで補完せよ!～ #RxTstudy - ソフトウェアさかば](https://cdn-ak-scissors.b.st-hatena.com/image/square/cb3189f8cb55f68fc5c2b0270b2e8657e0d2eb43/height=288;version=1;width=512/http%3A%2F%2Fsakaba.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)
[雑多]「RxTstudy」(第1回)に参加してきました
実際の開発PJで利用した事例紹介とその良かった点、課題、そしてRedmineを使うことについてまとめ的に話しました。 伝えたいことがたくさんあり過ぎて、時間はオーバー気味だわ、早口だわと自分としては反省が多かったです。 家に帰ってから資料を見直して、話漏れたこと、補足を少し書いておきます。 ◆Y-PJの「How to Use3：イテレーション毎に動くものを見てもらった」 イテレーションには「バージョン」を使いました。 お客様にもチームにも(極力)そのイテレーションで使う機能の仕様決め、実装に集中しました。 他のイテレーションのことも考えようとすると「あれもこれも」となってしまい、(このPJの状況では)良くないと考えたためです。 ◆Z-PJの「Context1：東阪10人で開発」「Context2：経験豊富なメンバー多い」 このチームは画面、DB、ネットワークなどの横のレイヤー毎に担当を分け
![[雑多]「RxTstudy」(第1回)に参加してきました](https://cdn-ak-scissors.b.st-hatena.com/image/square/be19293b1f274ca0c910c122bf073cdf626f1e0c/height=288;version=1;width=512/https%3A%2F%2Fyakumo-yoh.up.seesaa.net%2Fimage%2Fyohhatu_2014.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
