![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
ディシプリンド・アジャイル・デリバリー 〜アジャイル開発の現実解〜 #devlove
![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
ああ…DADて思ったより難しくない話なんだな…。現実的なアプローチだからパッと読んで難しく感じられるだけで、 大規模SIもピュアなアジャイルも経験したことがあるならすんなり受け入れられるやり方なのかも。 #devlove
2013-07-16 20:32:09![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
私見 最初に計画できるならそれにこしたことはない ただ、実現可能性のリスクと時間経過による要求変更のリスクはあるのでさじ加減がむずかしいよね #devlove
2013-07-16 20:32:21![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
今後、この本を使っていくのであれば、表が一番使えるんじゃないか。#devlove
2013-07-16 20:38:36![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
私見 というか悩み。 エンタープライズで多くの場合、ひとつのストーリーを満たす機能だけリリースしても役に立たないことが多いと思う。なのでデリバリーし続けることに意味があるのかしら #devlove
2013-07-16 20:39:33![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
「知の道具箱」 みなさんの身体の中に作ってほしい。道具をたずさえて欲しい。IT産業のプラクティスを総動員してJITで使う #devlove
2013-07-16 20:45:35![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
使いどころは、勉強ではなく、現場に持ち込むこと。 #devlove
2013-07-16 20:47:04![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
「ディシプリンド・アジャイル・デリバリー 〜アジャイル開発の現実解〜 #devlove」をトゥギャりました。 http://t.co/pxTZNJifCU
2013-07-16 20:49:03![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
うーんよくわからん。そもそもエンタープライズをアジャイルにする理由ってなんだっけ?今日の話だと、継続的なデリバリーじゃないよね。開発のアジりティを高くする事? #devlove
2013-07-16 20:49:59![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
ディシプリンド・アジャイル・デリバリー 〜アジャイル開発の現実解〜 #devlove http://t.co/a5Y69EbzfL
2013-07-16 20:53:00![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
【知っ得】 Togetter新着 ディシプリンド・アジャイル・デリバリー 〜アジャイル開発の現実解〜 #devlove http://t.co/FJ2meliOxG #togetter #twitter #hackEX
2013-07-16 20:53:02![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
@terahide27 なるほど。質問してきた。今日のお話は成果物駆動からDADに移行するお話が中心で、本にはその先が書かれているとのこと #devlove
2013-07-16 20:53:48![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
「顧客を巻き込むのが難しい場合、DAD本では内部リリースと外部リリースで分けると書いている」 #devlove
2013-07-16 21:36:39