インセプションデッキは、一つのアジャイル開発ミッションを始めるうえで、チームがミッションのゴール達成に向かうために、ベクトルを合わすための大切なプラクティスとして活用されています。サイボウズでは、このインセプションデッキに、萩本順三さんが提唱している匠メソッドを組み合わせて、価値駆動でインセプションデッキを作る試みをしています。

インセプションデッキは、ソフトウェア品質の面から見ても、非常に重要な事柄を表現し、中期的な計画を示します。１０の質問を考えてチームで共有することは重要です。でも、私たちが一番やりたいことはなんでしょうか。顧客価値の最大化ではないでしょうか。顧客価値をどう最大化できるかということを、この計画で表現していきたいですよね。今回、それにチャレンジしてみました。

インセプションデッキに、価値の要素を入れていきました。多様なステークホルダの価値と、チームが持っている意思、価値観です。それをインセプションデッキに加えることにより、そのミッションで、そして、ステークホルダにどのような価値を提供しているのか、それを最大化しようとしているかを表現し、考えていくことで、よりイノベーティブなミッションを行う計画を立てることが期待できます。

このセッションでは、その流れを説明しながら、価値駆動開発における計画の考えを紹介したいと思います。

QA2AQ(品質保証からアジャイル品質への移行に関するパターン)は、アジャイルの品質保証を学ぶための有用な情報を与えてくれます｡現在23あるパターンのうち、2020年8月から、2１年10月までに12のパターンを社内で勉強会、ワークショップを開いてきました。もう使っているパターンもあれば、やられていないものもありました。その一部を、2020年8月に、スマートエスイー主催のセミナーで発表したこともありました。（Linksを参照）。

今回の発表は、その中の一つを事例として発表します。

パターン名は　”システム品質：ラジエータ: System Quality Radiator”です。

メトリクスは、CFD（Cumulative Flow Diagram)を用いました。フローの質を測り、それをラジエターで毎日見せることで、チームがどのような行動変容したかというお話になります。

"メトリクスは、メッセージを持つべき"、つまり"Talking Metrics"というのが戦略です。チームをオブザーブし、その兆候から予想されるリスクを、メトリクスを使っていかにチームに気づかせるかがカギになります。なので、メトリクスの形をアダプティブに変化させていきます。

名付けて　”アジャイル・トーキング・メトリクス：Agile Talking Metrics”

メトリクスにはメッセージを込めます。つまりメトリクスが話しかけ、気づかせるようなメトリクスを作りたい、というのが思いです。

それにより、インペディメントを抑え、品質を落とす行動を防いで、チーム全体のレジリエンスを引き出すといった連続した効果を、メトリクスを使ってご紹介します。

38日間の、アジャイル・トーキング・メトリクスを使った品質のラジエータの旅をお話しします

サイボウズでは2018年に、kintoneの開発部隊からモブが部分的に始まり、それが、チームの拡大とともにkintoneの開発チーム全体に広がった。そのモブは、高い心理的安全性をベースに、チームにおける認知活動が行われていた。チームメンバー同士の多様性による創発と、高いレビュー効果があいまって、モブ・プログラミングの効果を出していた。その後、Hunterにも訪問し、そこで、ここでのモブは、変異を遂げていることに気が付いた。導入による開発の変容を第一形態とすれば、これは第二形態といえる。

独自のモブのメンタリティは開発チームだけでなく、全社に広がった。プログラミングだけでなく、2人以上で集まった思考活動をモブというようになった。

とそこで、最近、モブに対する反発の行動が一部にでてきた。以前もあった一過性のものと思っていたが、今回は思いのほか深く、あるチームの運用にも影響を与えることがあった。HunterのChrisにも意見を聞き、我々はそれに今向き合い、新たな形を模索しながら、今でもモブの活動は行われている。

これは、第三形態への新たな変容なのだろうか。ここで起こったことは、もしかしたらモブをやられている他社でも起こるかもしれない。

皆さんと共有しながら、次の形態への変容を考えてみたい

モブプログラミングは、いますごく話題になっています。モブはいいという話が多くされてはいますが、具体的にどういうことがいいのでしょうか。そして、モブプログラミングでは何が起こっているのでしょうか。モブで、チームメンバーはお互いにどんなやりとりをしているでしょうか。それがそれぞれにどのように働きかけているでしょうか、その結果、どんな効果が生まれているでしょうか。

サイボウズでは、日本の開発は全てモブでやっています。そこから戻ることはありません。何が彼らをひきつけているのでしょうか

私は、そのモブに接した時、衝撃を受けました。そしてその魅力に取り憑かれました。何が起こっているのか、もっと調べたくなりました。そこで、モブのやりとりのログを徹底的に取っていきました。

そうすると、うまくいっているモブの状態や行動に、あるパターンが見えてきました。しかもそのパターンは、チームで不確実な問題を解決していくうえでのメンタリティーを援けているばかりでなく、高い品質をはじめから埋め込んでいく仕組みを裏付けていました。これを言語として表現して、その言葉で議論していけば、さらなるモブの改善や、モブ文化の伝達に寄与することが期待されます。

これはあくまでも、サイボウズのケースですが、モブの推進の参考になればと思います。

モブプログラミングは、いますごく話題になっています。モブはいいという話が多くされてはいますが、どういうことでいいのでしょうか。そして、モブプログラミングでは何が起こっているのでしょうか。モブで、チームメンバーはお互いにどんなやりとりをしているでしょうか。それがそれぞれにどのように働きかけているでしょうか、その結果、どんな効果が生まれているでしょうか。

サイボウズでは、日本の開発は全てモブでやっています。そこから戻ることはありません。何が彼らをひきつけているのでしょうか

私は、そのモブに接した時、衝撃を受けました。そしてその魅力に取り憑かれました。何が起こっているのか、もっと調べたくなりました。そこで、モブのやりとりを徹底的に取っていきました。そこからモブメトリクスというものができて来ました。そのメトリクスを改善していくうちに、虜にさせるモブのメカニズムが見えてきました。そこには、チームが不確実な問題に取り組む際のメンタリティーを高める効果ばかりでなく、高い品質をはじめから組み込んでいく仕組みを支える効果もありました。

このセッションでは、その膨大な情報から見えて来たモブの活動の何がすごいかをご紹介したいと思います。