組織をプロダクトオーナーにする、ということ[修正あり] - arclamp

2014年7月31日（木）に開催された「Developers Summit Summer 2014」（通称：夏サミ）にて、「創業122年の企業と顧客価値にコミットした開発を実現する試みと成果について」という講演をしてきました。資料と動画は以下から。 講演には弊社の顧客である（株）東京商工リサーチ（以下、TSR）の青木さん（システム本部 部長）にも参加いただきました。講演の最後に「GxPさんとは、まさに二人三脚のような関係を築けた」という言葉が非常にうれしかったです。 また、講演に向けて打ち合わせをする中で「我々は何をしてきたのか/何が出来たのか」というのをじっくり話せたのは良い経験でした。プロジェクトが完了したら顧客と一緒に講演する、みたいなことが毎回出来たらいいでしょうね。 速さよりもリズム さて、今回の講演のキーワードでもある「組織としてプロダクトオーナーの役割を果たす」も、そういう事

[SavingThrow]

"「組織がITサービスをマネジメントする」ために.「ユーザーが主導すること」が最初にあって、そのために「適切なサイクルで活動を行うこと」が重要と考えています。"

[yusuke-k]

受託開発の現場でお客さんとデブサミで講演できるなんてすごいな。

[uhe_uhe_uhe]

自分は受託が多いためこの話を直接聞けてよかった。「スピードよりもリズム」「顧客主導」「スクラムをやりたいわけではなかった(結果的にそうなった)」この三点をポイントと理解。参考になった。

[mak_in]

新機能はウォーターフォール型、機能改善はアジャイル型、ってのがエンタープライズにおける現状でのベストプラクティスなんだろうな。

[dasman74]

意識してみよう

[quodius]

良い

[tenten0213]

なるほどー。"僕は「ユーザーが主導すること」が最初にあって、そのためには「適切なサイクルで活動を行うこと」が重要と考えています。"

[hiroyuki1983]

これは非常に納得感がある

[t-wada]

これはいいエントリだなぁ

[a-know]

組織をプロダクトオーナーに。

[DiscoveryCoach]

改善