【Agile Japan 再演】アジャイルな開発からアジャイルな組織へ #aj12return

KIMURA Takao @tw_takubon

ソフトウェアは予測困難 #aj12return

KIMURA Takao @tw_takubon

小さい成功を繰り返す #aj12return

Nao YAMAMOTO @natsu_nanana

アジャイルはリスクマネジメントである #aj12return

A.INOUE @inoue_at

予測困難という前提に立ち小さい成功を繰り返す。agileはリスクマネジメントである。 #aj12return

Tsuyoshi Yasunishi | 価値と構造おぢさん @tsuyok

Agileはリスクマネジメント。#aj12return

KIMURA Takao @tw_takubon

Agileはリスクマネジメント＞上司に言う場合は一番響きます #aj12return

msykxxx @msykxxx

Agileはリスクマネジメントである ←経営層に響くコトバ #aj12return

Tsuyoshi Yasunishi | 価値と構造おぢさん @tsuyok

WFは後ろにリスクが集中、Agileは初めにリスクが集中。#aj12return

Nao YAMAMOTO @natsu_nanana

ウォーターフォールのやり方は後ろになればなるほどリスクが高くなる #aj12return

KIMURA Takao @tw_takubon

WFは最後にしかリリース出来ないのが厳しい #aj12return

KIMURA Takao @tw_takubon

継続的デリバリ>ムダを省ける箇所 #aj12return

たのっち @dproject21

物理的には1日でリリースできるのに、通常時は3日とか。リリースプロセスに無駄がある。 #aj12return

KIMURA Takao @tw_takubon

障害時に１日でリリース出来るのであれば、今のリリースプロセスに問題があります #aj12return

Tsuyoshi Yasunishi | 価値と構造おぢさん @tsuyok

テストから本番リリースまで自動な流れ作りたいなー #aj12return

A.INOUE @inoue_at

プレゼンの画像をflickerで探すw #aj12return

たのっち @dproject21

一般的には、リリースプロセスは早い方がいい。 #aj12return

KIMURA Takao @tw_takubon

継続的デリバリーとは、お客さんがリリースしたいときにリリース出来る。 #aj12return

たのっち @dproject21

継続的デリバリー　常にリリース可能なものを用意し、お客様がリリースしたいときにリリース出来るようにする。リリースも自動化されている。 #aj12return

joker1007 (アルフォートおじさん) @joker1007

到着した。 #aj12return

たのっち @dproject21

短期間でデプロイして、その機能が正しいかどうか検証する。 #aj12return

KIMURA Takao @tw_takubon

お客さんとプロジェクトチームとの間に固いフィードバックループ #aj12return

たのっち @dproject21

継続的デリバリー、一日では出来ない。 #aj12return

msykxxx @msykxxx

システムの価値はユーザーからのフィードバックから得る。その為の継続的デリバリー #aj12return

たのっち @dproject21

そこに向けて努力しなければ、いつかお客様から「遅いよ！」と言われ仕事がなくなる。 #aj12return

joker1007 (アルフォートおじさん) @joker1007

常に、「これもうちょっと上手いことやれるんじゃないの?」って考えてない人はエンジニアじゃないよなあと思う。 #aj12return