２０１９年４月２２日（月）に開催された「POStudy ナイト」第１回に参加しました。
会場は５０人以上の参加者で、大盛り上がりでした。

会場の様子

『アジャイルソフトウェア開発宣言』に対する誤解と真意

ここでは「左記のことがらに価値があることを認め」と明記されていますが、日本にアジャイルが普及した当初、この部分が抜けた状態で広まった為、アジャイル開発に対する「誤解」が生じてしまったようです。

グループワークショップ『アジャイル宣言の背後にある原則』

「アジャイル宣言の背後にある原則」を、
日本の企業・組織文化を考慮して言い換えられた「１２の原則」（IPA 作成）について、
グループ別にディスカッションを行い、
「プロダクト責任者にに必要なマインドセットとは」というテーマについて、
グループ毎に発表しました。

アジャイル宣言の背後にある原則〜一覧〜

私は「原則04：全員で共通の目標に向かう」に参加しました。

原則04：全員で共通の目標に向かう

ビジョンを明確にすること、またワクワクするようなビジョンが必要。
部分最適化に目が行きがちだが、全体最適化をメンバー全員が意識するように。
最後までやり抜く精神力も必要。

以下、その他のチームの発表です。

原則01：顧客の満足を求め続ける

経営者、現場のビジョンをまとめ上げることが大事。

原則02：要求の本質を見抜き、変更を前向きに

受入時点の変更、UIについての変更要求が多い。またSORとSOEでも変わってくる。
ここをどう考えるかが大事。

原則03：成果物を2-3週間で、リリースし続ける

２週間でリリースできるようにするため、プロダクトバックログの粒度が大事になる。
またステークホルダーへ随時共有をしないと、直前で戻りが発生してしまう。

原則04：全員で共通の目標に向かう（２チーム目）

心理的安全性、チームビルド、共通言語が大事。
何がしたいのかを、プロダクト責任者が自身とチームに問いかけること。

原則05：人の意欲は信頼から

なぜそれをするのかを、メンバーへ説明し、期待値を示す。
受託開発との関係についても、相互理解が必要。

原則06：顧客も開発チームも直接対話で

ユーザー、プロダクト責任者、開発チームで同じ空間を実現できない場合、
プロダクトバックログの透明性の確保を始め、
間の立場となるプロダクト責任者が中心となって動く必要がある。

原則07：進捗も品質も現物で

ドキュメントは必要な場合も、不要な場合もあるが、
チームとしてどうするかについては、プロダクト責任者の決断力が必要。

原則08：一定のペースでプロジェクトにリズムを

原則09：よい技術、よい設計、よい品質の追求

プログラムソースの可読性が高くないと、
ユーザーからのフィードバックへの対応に時間がかかるようになってくる。
逆に内部品質を高めれば、外部品質が良くなり、フィードバックループも回っていく。

原則10：ムダ＝価値を生まない、を探してやめる

「ムダ」の定義について共通認識を持つことは大事。
例えば高い学びを得られた失敗など、
チーム内では価値があると思えることでも、経営層から見たらムダに見えることはある。
このような場合は、経営陣に分かるように説明する必要がある。
また、失敗には再現性があるが、失敗からの学びを、プロダクト責任者間で共有するように努めているか。
失敗を活かす為のプロセスが大事。

原則11：よいモノはよいチームから

良いチームは全体最適性が高い。目的ニーズを揃える。伝え続ける。工夫も必要。

原則12：自分たちのやり方を毎週、調整する

どのようなチームにしたいのかをメンバーへ示して、向き・不向きを理解する。
チーム内のパーソナリティの理解も必要。

参考

アジャイルソフトウェア開発宣言の読みとき方
IPAのサイトで公開されています。

POStudy ナイト～プロダクト責任者への道 2019～
毎月１回、全１１回で開催予定とのことです。