「ジョイ・インク 役職も部署もない全員主役のマネジメント」

この記事は 「ひとりでアジャイルo0h② Advent Calendar 2021」のday-23です。 adventar.org

day-23は「ジョイ・インク 役職も部署もない全員主役のマネジメント」です。

どんな本

元気の出る良い本ですね!!
とてもざっくり言えば「XPを取り入れて、本当に大事なもの”喜び”に基づいた組織づくりをする」という感じでしょうか。

個人的には、XPやアジャイルが本当に目指しているのはこういう事なんだろうなぁ・・と思います。
ビジネス的にも、という面はもちろんあると思いますが。それ以上に、「開発者が本来的なやりがい・働き方を取り戻す」「イキイキとしたソフトウェア開発」として、みたいな。 完璧な計画を立てて、そこから寸分も違わぬように1人1人が行動をするように求められる・・という従来的な科学的管理手法や「機械のパーツのような」ソフトウェア開発よりも、1人1人が持てる力や創造性を発揮しながらお互いに助け合ってダイナミックに目的に向かっていく、というような「アジャイル」です。

お気に入りポイントかいつまみ

単なる「働きやすさ」に留まらず「価値のある仕事」をすることを喜ぶ

もちろん「退屈な働き方なんてやめて、苦しさよりも楽しさを持って開発しようぜ!!」的な話でもあるのですが。
それ以上に、印象的だなぁと思ったのは「自分たちの楽しさ」だけでなく「社会、顧客にとって喜んでもらえるもの」をとても大事にしている点でした。

誰でもすぐ当たり前だと気づくように、喜びに満ちたチームのほうがよい成果を出す。それに僕たちの喜びは内部だけに閉じない。僕たちのねらいはここでの仕事が世界に出て行き、広く普及し、期待どおりの人びとが喜んで使ってくれるところにある。喜びに満ちた会社が大事に考えるのは、自分たちがいかに世界を変えるかだ。外部にそうした喜びをもたらし続けられるのは、内部にも喜びがあってこそだ。

リチャード・シェリダン. ジョイ・インク 役職も部署もない全員主役のマネジメント (Japanese Edition) (Kindle の位置No.333-337). Kindle 版.

という文章や、

メンローでの喜びの根幹にあるものは、僕たちが作ったソフトウェアを人が使ってくれ、うれしい体験だと感じてくれることだ。

リチャード・シェリダン. ジョイ・インク 役職も部署もない全員主役のマネジメント (Japanese Edition) (Kindle の位置No.1868-1869). Kindle 版.

などは、素直に「良いな、憧れるな」と思えるものです。

ともすれば「開発者にとっての楽しい働き方」という側面だけを強調すれば、自己本位的で排他的なやり方になってしまうかも知れません。
「本当に良いもの」は「お互いにとって良いもの」とでもいうような、美麗辞句ではない本質的な「意味のあるもの」としても”喜び”を感じました。

アジャイルの話だけどアジャイルの話ではない

いわゆる「アジャイルの本」だったり「アジャイル開発を取り入れて組織を改革するには」みたいな話とは違って、最も本書を際立たせている特徴だとも思うのですが、「アジャイルとは何か」「それを目指してどう動くか」ということが話の軸になってはいません。

「どういうのが価値のある仕事で、プロダクト開発を通じて社会にも従業員にも良い体験をもたらすか」という課題に本気で取り組んだ結果、XPとであって・・・といった話になっています。
「XPを知って、探し求めていたものを見つけた」という話でもあると思いますが、だからといって「XPを目指して組織を作った」という方向性にはなっていないように感じます。寧ろ、自ら到達した「喜び」という価値観が最も太くて中心的な軸になっています。

(なんて事を言いつつも、ペアプロを初めとしたXPを取り入れてみて見事に手応えを感じたり、それが仲間たちにも認められて受け入れられていく様子は少し鳥肌が立つくらい興奮しましたが。)

「ビジョンが鍵」という言葉は強く響いてくるものがありますね。

「ど真ん中に『アジャイル』を置いていないが、ソーシャルチェンジについて描き出した本」だと思いました。

まとめ

ワクワク感のある、楽しい気持ちになる本だな〜と思います。
これをみて、「さて自分はどうやって働きたいかな」とも考えたくなるかも知れません。

インターネット上でアクセスできる文献にも、本書の雰囲気をよく感じられるものがいくつもあります。
これらの記事・資料を読んでみると、より楽しめそうです。

codezine.jp

note.com

「大規模スクラム Large-Scale Scrum(LeSS) 」

この記事は 「ひとりでアジャイルo0h① Advent Calendar 2021」のday-23です。 adventar.org

day-23は「大規模スクラム Large-Scale Scrum(LeSS) 」です。

どんな本

LeSSわかんねーなぁ〜と思い、ちょっと概要だけでも知りたいなーと思って買った本です。
対象読者としては、「 プロダクト開発に関わる全ての人」で「唯一の前提知識は基本的なスクラムの知識」であるしています。
本書は、役割や計画・イベントについて「1チームスクラム(いわゆるスクラム)」「LeSS(複数チームへの展開)」「LeSS Huge(組織レベルへの展開)」といった段階的な説明を各章にて展開しています。
なので、対象読者のスクラムに関する理解を「基礎知識」と限定しているように、スクラムの復習もしながらLeSSへの展開を説明する〜というような流れになります。

どのようにLeSSを導入するのか、どんな狙いをもって利用するのか、どんなチームを構成すべきか、バックログやスプリントの運用について扱われています。

個人的には、「もう少しLeSSの基礎的な内容・体系を頭に入れてから読んだ方が良かったかも」とも感じました。
例えば、本家サイトの学習リソースや

less.works

@ryuzeeさんの概要スライド slide.meguro.ryuzee.com

などが参照できます。

お気に入りポイントかいつまみ

LeSSの本だけどLeSSを考えていない組織でもヒントになりそう

まず読了後に浮かんだ感想がこれでした。
「そもそも単一チームのスクラムも稼働できてないぞ・・・」という中で「将来的に選択肢に入ってきたら良いな」「ひとまず、知識としては抑えておきたい」と思い、この本を手に取ったのですが。

LeSSをLeSSらしく活用するためには、やはり「しっかりと基本を抑えて実践する、型を活かす」というのが基本になるのだとは思います。
一方で、スクラムが開発と価値へのフォーカスを求めた結果のフレームワークであるように、LeSSも複数チームで単独プロダクトに取り組むためのフレームワークです。
「どうやってその形に至ったのか」という背景や価値を知ることで、「どういう課題を想定して、どういう対処を選択したのか」を感じることが可能になります。

本書は、まず1チームスクラムでの実践についての解説をしながら、簡単に「LeSS ver.」の概要を示し、その上で「何に気をつけるべきか、どう考えるのか」を紹介します。
こうした「難しいところ、うまくいくためのコツ、考え方」を厚めに扱っている点が面白かったです。
「新しいフレームワークではなく(規模を発展させて使う)スクラムなのだ」としているからこそ、(スクラムを履修した人向けに)どう応用するのか?に焦点を当てている、とも言えるのかも知れません。

その結果として、先述の通り、「必ずしもLeSSを採用しなくても、複数チームやいくつかのセクションに分かれた上での意思決定やコミュニケーションをデザインするには?」というヒントにもなり得るものだと感じました。
Y理論的な組織設計、システムシンキングをベースとした意思決定、「プロジェクトやプログラムよりもプロダクト」といったエッセンスは、汎用的な「複数チームで一緒にゴールを目指すには」といった組織設計にも役立つのではないでしょうか。それらをプラクティスに落としたのが「LeSSのルール」だとしたら、正にスクラムやLeSSの採否に関わらず真似できるもの・学ぶべきものが多くあるな、と感じました。

文化と構造

組織(の全体や部分)の動き方について語っている本なので、構造の話は大きなウェイトを占めます。
その一方で、「何を目指すのか」「何を求められるのか」といった文化的な部分が「構造」を作る上での目的であるとも言えるはずです。

本書は、その両者をどちらも重視しながら扱っているような印象があります。構造やチームのデザインをする際にはその「意図」を、意図を説明する際には「中〜大規模で求めるべき意志の浸透やコミュニケーションの在り方」を欠かさず説明してくれています。

まとめ

LeSS面白そうだな、うまく取り入れたらいきいきとしたプロダクト開発ができそうだな〜という魅力を感じました。
実際に体験としてどこかで触れてみたいなぁ。

ただ、個人的には、この本を読んで「よし明日からLeSSやるぞ!!」と言えるまでの解像度を得るところまでは行かなかったかも知れません。。
(もう少し、「自分が近い内にLeSSやっていくぞ〜〜!」という気概を持って読み込んだら全く違う感想になるかも)

それでも、「スクラムについては少しは勉強したんや・・・」って状態から読んで見る分には、とても興味深く面白かったです。
LeSSか否かを問わず、「複数チームで合意をとって一緒にモノを作っていく」という自体は自分にとっても発生しそうな今日です。なので、フレームワーク自体というよりも少しメタな情報を読み取りながらページを捲っていました。
それが、「プロダクト開発の組織設計を考える人にとっては広くヒントになるんじゃないかな」と感じられた一因でもあるかも知れません。し、そういう向き合い方でも得るものが多かった一冊だったなぁ〜という感想に繋がっています。

「アジャイルコーチング」

この記事は 「ひとりでアジャイルo0h② Advent Calendar 2021」のday-22です。 adventar.org

day-22は「アジャイルコーチング」です。

どんな本

アジャイルコーチとしてチームに関わる」という題目です。どういう振る舞いを求められるのでしょう?といった話が書かれています。

もちろん役割としてアジャイルコーチを・・というのが、本書の最も合致しそうなシチュエーションだと思いますが、もっと広くの人に役立つ本です。
(アジャイルソフトウェア開発をやり始めた)チームのリーダー、マネージャー、スクラムマスターなど。個人的には役割としての「アジャイルコーチ」という存在を認識していなかった時に、「スクラムマスターのやるべき仕事」を理解したくて手にしました。
そして、実際にスクラムマスターの「コーチとして」「チェンジ・エージェントとして」の能力を開発していこうと考えた時には、手助けになてくれそうな本だなと感じました。

「どういう風に・どういう場面でコーチが求められるか」というのは、ひいては「自己管理型のチームを育むにはどう支援すべきか」という話にも通じます。そういう意味で、コーチやリーダーだけではなくてメンバーと一緒に本書を読んでみるのも、チームのレベルを上げる手助けになる気がします。
日本語版の推薦の言葉から、@kiroharadaさんの言葉を借りれば「コーチに限らず、チームでシステム開発をする難しさを知っている人には、ぜひ手にとって欲しい本」とのことです。

「コーチとは」から始まり、アジャイル開発の難しい局面(プラクティスXXを導入したが上手く行っていない、など)についての観察や介入の仕方、そして(チームだけでなく自身も含めた)持続的な成長をしていくための指南へと続きます。

いわゆるコーチングだけでなく、ファシリテーションティーチング的な「やるべきこと」についても扱われた本です。
扱う範疇もチーム作り、技術的プラクティス、カイゼンへと渡ります。

ボリュームの割には中身がギュッと詰まった、それでいて「実行に移すにはこれらはあまりにも状況によりすぎる、自己成長と徹底的な観察(と引き出し)が必要そうだ、それに対してこの本は重要な/頻出する問題についてベースとなるようなヒントを与えてくれているな」と感じた本でした。

お気に入りポイントかいつまみ

「直接手を動かさないでチームを支援する」ってどんなイメージ

サーヴァントリーダーシップやコーチなど、「自らがど真ん中に立って課題を解決するわけではない」という立ち回りがあると思います。
実際のところ、それは「出来るはずの人が出来ることをやっていない」というヤキモキした気持ちになったりもすると思うのです。特に、プレーヤーからマネージャーだったりスクラムコーチに転身した場合など。

それに対して、この本には「間接的に助ける」「そっと支援する」といった感じの関わり方を、考え方と具体的な行動指針をあわせて説明しています。

個人的には、第3章にある「質問してはいけない時」、第5章「デイリースタンドアップ」での「自分から先に言わないようにしましょう。」「問題そのものをあげてこないということもあります。コーチとしては、探究心を持ち続けてください。そして、改善の機会がないかと目を光らせてください。」といった箇所など、特に印象に残っています。

チームの成功を一緒に目指す存在ではありつつ、あくまで主役はチームであること、そしてコーチはその支援者である・・・なんて事を感じます。
(忍耐強く付き合っていく、というのがメチャクチャ大変そうではある!)

苦難

チームに対して自ら積極的に関わり影響を与えるのではないにせよ、全くもって放置して消極的・受動的に関われという話ではないはずです。
チームが失敗してしまっては(良い学習にもならない、という意味での失敗)、元も子もありません。

そうすると「チームの停滞」「間違った方向への進行」「自らの”エゴ”を抑え込めるか」などなど、色々な困難が発生します。

本書の多くの章で、「苦難」という節が設けられています。
その名の通り、コーチとしての読者がこれから遭遇するであろう苦難(とその処方箋)を紹介する節です。 こうしたインプットをくれることが、本書の「コーチを目指す人・取り組んでいる人に寄り添った本」としての特徴を際立たせているようにも感じます。

言ってしまえば、コーチに求められる最低限の資質は「自分で考えて最適な選択肢を講じることができる」ことだとも思っています。
なので、必ずしも「マニュアル的に、こうした苦難が現れてくると信じ込む・紹介されている対処を試みる」ことが正解ではないのだと思います。寧ろ、形を変えたり強弱を持って現場に出現してくる事が多いのではないでしょうか。
そういう意味では、別に「正解」や「How to」を与えてくれるものではないはず。

それでも、どうやってチームを観察していくか?どういった部分を(特に)気をつけていれば全体をつかめるか?といったポイントとして非常に有用だと思うのです。

また、「どんな素晴らしい(と自分が思える)ことであっても、人と人がいるところには必ず苦難がつきまとうものだな」とも、改めて感じました。

まとめ

各章・各節をパラパラと捲って見て見るだけでも、思い出しがてら気付かされたり学べることの多い1冊だなと感じます。
時折、手にとってみたいです。

個人的には、より「チェンジ・エージェント」的な側面を強化するのにはFearless Changeと併せて読むことで「踏み出し方」「促し方」「辛抱のやり方」も学ぶと良さそうという気がしました。相性の良い本同士ではないでしょうか。

「チームを育てていきたい」と考えている人には、今の役割や立場に関係なく得るものがある本だと思います

「いちばんやさしいアジャイル開発の教本 人気講師が教えるDXを支える開発手法」

この記事は 「ひとりでアジャイルo0h① Advent Calendar 2021」のday-22です。 adventar.org

day-2は「いちばんやさしいアジャイル開発の教本 人気講師が教えるDXを支える開発手法」です。

どんな本

アジャイル開発ってどういうものなんだろうね?」というのを扱った本です。
「教本」というシリーズ名の通り、レベル感としては初学者向け・実践よりも知識や効果について重心を置いている、それに挿絵が多く見出しもキレイなので紙面の印象としてメリハリのある感じも受けました。読みやすい・見やすいと思います。

個人的には、「アジャイルって全く触れたことがなくて」とか「スクラムやカンバンを始めてみようと思うんだけど」という人たちに渡しやすい本ってないかな?と思って探している中で、手にとった本です。

経営層・マネージャー層に向けて「アジャイルとは」を説明する本は読んだことがあったのですが*1、「開発者だけに向けたわけでなく、PdMやビジネスサイドだけに向けた訳でもなく、本当に概要や思想の感覚を知るためにアジャイルを概説した本」という意味で少し珍しく感じました。(自分がこれまでに読んでいないだけで、そういった書籍はたくさんあるとも思っていますが)

アジャイルについて、登場の背景・考え方の特徴や強み、弱み・(スクラムを例にした)活動の雰囲気を知ることができそうです。

お気に入りポイントかいつまみ

概要的であり「なぜ」「なにを」に終止している点

「入門書」にはいくつか方向性があると思うのですが、その中の1つは「真似してやってみれるようにする」ためのプラクティカルな本だと思います。
で、この本はその真逆、とても「概要を広くそれなりに浅く」のレベル感を保っているように感じました。
そのため、開発職が読んでもいいし、非開発職(プロダクト制作/製作に関わっていない人、プロダクト部門でない人も含め)が読んでもOK!なバランスになっています。

「はじめに」で述べられているコンセプト、

アジャイル「開発」という名が示すように、技術者をターゲットとしているのはもちろんですが、経営者やマーケッター、セールスパーソンなど非技術者でもアジャイル開発を理解し実践できるように心がけました。

市谷聡啓,新井剛,小田中育生. いちばんやさしいアジャイル開発の教本 人気講師が教えるDXを支える開発手法 (「いちばんやさしい教本」シリーズ) (Japanese Edition) (Kindle の位置No.39-41). Kindle 版.

が実現されているように感じます。

程よく「どうやって」にも触れている

執筆陣には、「カイゼン・ジャーニー」のコンビの名前もあります。
あちらあとても「現場的」な本でした。まさに「このとおりにやってみよう、真似してみよう」というプラクティカルなところが先にあり、そこに対して理論や背景を解説するような。
もちろん、その「やり方」「理論」の両軸ともしっかりと質が高かったから良い本足り得るわけです。

そんな面々が関わっている本なので、本書も「どういうことなのか」の説明が分かりやすいです。
先に書いたとおり、全体を通じて「概要」レベルの話を展開している訳ですが、そこから「実際にはどんな感じなの」を感じさせる程度に少しだけプラクティスの話も入っています。(例えば「プランニングポーカー」とか「ペアプログラミング」「KPT」なんて単語も出てきます)
これがあることで、「だたの理論」で終わらずに、「実際に現実の開発プロジェクトで使われているんだろうな」というイメージをするための橋渡しになっているように感じます。

まとめ

自分としてはサラサラと読む感じでしたが、初学者が2,3冊目に読むような本としては薦められそうだなと思いました。
例えば「カイゼン・ジャーニーを読んでみたが、より理論的な所を知りたい」と感じた人にとってこの本が答えになるかも知れません。

「あのチームはアジャイルなんとかっていうのをやっているらしいぞ」「なるほど、それは一体何なんだ?」って感じになったら読んでみて欲しい本。

「アート・オブ・アジャイル デベロップメント ―組織を成功に導くエクストリームプログラミング」

この記事は 「ひとりでアジャイルo0h② Advent Calendar 2021」のday-21です。 adventar.org

day-21は「アート・オブ・アジャイル デベロップメント ―組織を成功に導くエクストリームプログラミング」です。

どんな本

「アート・オブ〜」シリーズは須らく名著が多いですが、これもその内野1冊・・・

タイトルには「アジャイルデベロップメント」とありますが、本書は数あるアジャイルの手法のうちエクストリーム・プログラミング(XP)に手法を当てており、XPのプラクティスについての包括的な解説書になっています。
『アート・オブ・アジャイル・デベロップメント P ix』

と、監訳者まえがきにて説明されています。
ただし、例えば「アジャイルには興味あるけど今のチームがスクラムだから、XPはちょっと」みたいな話があったとしても、両者には通ずるところも多いので「スクラムの人」にとっても読んで見る価値は非常にあると思います。
むしろ、「フレームワーク」性が高いスクラムよりも、「価値・原則に対してシンプルに解放を提供している」というXPのプラクティス群は、寧ろ本質を感じ取りやすいのかも知れません。

お気に入りポイントかいつまみ

体系的・網羅的なプラクティスの説明

(体系的とは?っていうのが少し本書の目指しているニュアンスともズレるかも知れませんが)

先に紹介している、「エクストリーム・プログラミング(XP、XP入門)」「エクストリーム・プログラミング 導入編」よりも、プラクティスを広く扱っています。
それと同時に、オリジナルのXPにないプラクティスを追加したり、あるいはあるものを削ってみたり。
そうやって「体系・網羅性」の面での完成度、説得力を高めています。

とりわけ「特徴的だな」と思ったのは「XP 第1版」「XP 第2版」「スクラム」と並べて「本書で扱っているプラクティス」の相互的な有無・対応をまとめている表でした。
それぞれのフレームの中に存在するプラクティスや、近接する・別の名前が付いているプラクティスの対応表が作成されています。
そして、このような表を見ながら改めて考えてみると、「XPもスクラムも、(時系列的にはそうじゃないが)根は一緒。『どうアジャイルさを獲得するか』という部分から、それぞれのアプローチを取っているだけで、本質的に望んでいるものや描いているものは変わらないんだな?」という気持ちになりました。

どういうのがアジャイルなんだっけ、というヒントになりそう

XPの本をいくつか読んでいると、それぞれのプラクティスが不思議と「当たり前にやれているべきこと」のように感じられてきました・・・。
タイムボックスを決めて、イテレーションを重視して、ペアプロを含めコミュニケーションを重視して、わかりやすい言葉でストーリーを書いて価値をみんなで考えられるようにする。

もちろん、「言うは易し行うは難し」です。
じゃあ実際にやってみようぜ!というと、価値→原則から踏み込んだプラクティスの話も当然ながら必要になってきます。
その点、この本は十分なボリュームでXPを語っていることもあり、プラクティス側面の話も「不足なし」といった感じです。
なので「じゃあ今の職場で○○プラクティスを導入するとしたら、どんな感じになっていくんだろう?」と、自身の身に置き換えて考えやすいような気がしました。
(もちろん、かといって原則以上のレイヤーの話が蔑ろにされているか?というと、そんなことはなく!)

XPを(フレームワークではなく)パターン・ランゲージとして見た時に、「少しずつ、成功の匂いがするところから始めて見る」というのはアリなんだと思います。
パート2「XPを実践する」の章立ては、「考えること」「リリースすること」「計画すること」「開発すること」と、アクティビティ別に分類されています。
これを見ながら、いま困っている所・弱い所を当てはめて考えながらその時々に読み返してみる〜なんて使い方も可能だろうな、と思いました。

まとめ

XPないしアジャイルソフトウェア開発の本ではありますが、「開発を良くしたいな」と考える開発者やチームリーダーにとっては目を通してみる価値のある1冊だと感じます。
もし「XPについて知りたい」ということであれば、まずはXP入門(白本)を読んで、そこから「導入編」に進むか本書に進むか?くらいの位置にあると思います。(「導入編」の方がプラクティスに寄っている印象)

XP全体的な話題を取り扱っており、それぞれについて言葉足らずにならないように説明をしている・・ということで、全体のボリュームはやや多めになるのかも知れません。
ただ、全体的に文章が平易であるのと展開も拙速すぎず、内容も理論的なものと具体性を適度に織り交ぜていることから、読後感としては「重かったなー疲れたなー!」といった感じはしませんでした。

「UltimateAgileStories 10th Anniversary」

この記事は 「ひとりでアジャイルo0h① Advent Calendar 2021」のday-21です。 adventar.org

day-21は「UltimateAgileStories 10th Anniversary」です。

booth.pm

どんな本

国内のアジャイル系のコミュニティの人達による、同人誌です。
内容はさまざま!!目次を眺めていると、Scrum Festみたいなイベントのタイムテーブルを見ているような感覚になりました。楽しいですね。

見方を変えると、「当たり前なこと」が書いていなくて「好きな人が好き勝手書いている」という感じでもあるので、オタク感というか同人誌っぽさがあり素敵でした!

お気に入りポイントかいつまみ

全体的にどういう話か、というのをまとめるのが難しいので、(今の気分で)好きだった話をいくつか。

アジャイル放談

最初の記事。
アジャイル、XPにせよ何にせよ基本的には『物理的に空間を共有し、近い距離で働くこと』を強く推奨しているものが多いと思います。
そんな中で、2020年に出された本誌では「リモートワークどうよ?」といった話を。座談会の書き起こしです。

色々な所に話が飛び火しながら、後半以降の「アジャイルとは何だったのか」「スクラムは、XPは、」なトピックが出てくるとギアが1つ上る感じが。
アジャイルコーチやスクラムマスターたちの「実際にやってみて何が起きたか、どうなったか」という話には、なるほどなぁと感じる部分が多くあります。
(あと単純に皆さんの知識の深さや話題の広さがすげぇ・・)

その中でも、「いきいきとした開発(とアジャイル)」という話があったり、「スクラムほどXPが(「マーケティング」的に)成功しなかったのは。何が違ったのか」とか「でも、ワクワクするのはどっちだ・・・」とか、めちゃくちゃ面白いなーと思いました。

そして角谷さんの↓の講演が見たくなる・・・アーカイブとかあるのだろうか

speakerdeck.com

Fearless Change でやってみる現場改善

Fearless Changeかなり好きな本なのですけど、それを「使う」事に目を向けた話です。
もともとがパターンランゲージの本として書かれているので、個別の「パターン」を取り入れていくだけでなく「組み合わせることで全体を作り上げる」というための機能もしっかり備えているのです。
流れ、組み立て、そうした後に得られるアウトカムを・・・というのは、「うんうん、そうだよねやっぱりそれをやりたいんだもんな」と思いながら読みました。

新任のスクラムマスターが観察すべき5つのこと

私のCSM研修の際のトレーナーであるharadakiroさんの章。
とてもコンパクトなのですが、力強さを感じました。

自分自身として、今は(スクラムチームでもないのだけど)プロジェクトを直接指揮するよりもプロジェクトリーダーの壁打ち*1役のような関わり方が多いです。
で、プロジェクトって生き物だよな〜と思っているので、「まぁ元気そうならどうにかなるんじゃない」という感覚もあり。勝手に立ち上がれる、自分で進める、適度に進んで行ければゴールには着くでしょう!と。 逆に「まだ元気が足りねぇな」ってなると、必死でテコ使ってぐいぐい押したりするわけです。

この章で言っていること、すなわち「観察すべきこと」は全て「○○は元気か」「○○に活気はあるか」で纏められています。
元気があれば何でも出来る。あ、これで冒頭の話・・「そもそも、開発っていきいきとやりたかったはずだよね」的なものにも繋がっていくんですかね。

中動態と感覚統合とアジャイル

書いてある内容が難しい・・・という感じはしつつ、これは深く頷きながら読みつつ「はぁ〜ん」と嘆息しながら読みました。

そこでアジャイルを中動的に捉えることを推奨したいです。自分ごとと して内なる主語としてその過程の中にいる立場で地に足をつけ、成長し ていく姿勢です。そこには「〜する」も「〜される」もありません。そ の状態になるためには自己を見つめ、自由と強制のどちらでもない立ち 位置に「いる」ことが大切になるはずです。プラクティスの実践や学び に高揚することは大事なことですが、今自分たちはどのような過程に「い る」のかに着目することで情熱と冷静の間に身を置くことができるので はないでしょうか。複数の人たちが集まり協働するチームだからこそこ の姿勢が大切だと実感しています。 『UltimateAgileStories 10th Anniversary P111』

「する」でも「される」でもなく、「ある」とでも言うような。 強い意志を持って(ぐいっと自他を押すように)動くでもなく、誰かに命令されてやるでもなく、自然と「次の行動が湧く」という感じなのかな?と捉えています。
で、これってOODA LOOPでいうところの「皮膚感覚」だな、と。

私は、数年前より感覚統合とアジャイルチームをテーマにして講演やデ ィスカッションを重ねてきました。そこで大切なことは、アジャイルや チームでの活動においては、如何にチームとして感覚統合できるかがプ ロダクトとチームの成長に関係しているのではないかということです。 (中略)
チームの感覚統合とは、「今の状況がわかっている」(固有受容覚)と 「バランスが取れている」(前庭覚)であり、これを土台として姿勢・ 言葉・感情 → 学習・対話・実践へと繋がっていきます。土台がないと 学習・対話・実践したことが定着せず、能動態と受動態の対立構造に陥 ってしまい、本質的な取り組みに注力できなくなるという構図です。 『UltimateAgileStories 10th Anniversary P112』

ミッション(プロダクトビジョン、ワーキングアグリーメント等のValue)による方向付けと、「見えるか」による現状理解の解像度を揃える&十分に情報を流通させ続けることによって、自然と「これが今やるべきことだな」といったタスク感覚が自然と(内発と外発の中間、もしくは融合地点から)湧いてきて、それに違和感もなく動く。気付いたら勝手に体が動いているような、そんなチームはとても強いよなぁと思います。

まとめ

この記事を書くために、改めて目次を読み返していると「あれもこれも面白そうなものがたくさんあるよな〜」と再実感しました。
気が向いた時にパラパラとめくって読みたい本だな、と思います。
あと同シリーズの過去の版も興味あるかもな、読んでみたいな〜

*1:というよりは積極的にティーチング〜コンサルティング寄りのコミュニケーションが多いですが

「Software in 30 Days スクラムによるアジャイルな組織変革"成功"ガイド」

この記事は 「ひとりでアジャイルo0h① Advent Calendar 2021」のday-20です。 adventar.org

day-20は「Software in 30 Days スクラムによるアジャイルな組織変革"成功"ガイド」です。

どんな本

スクラムの生みの親である二名による、「ソフトウェアを開発”しない”人に向けて書いた」、なぜスクラムが成果を上げるのか?を説明した本です。
すなわちシニアな管理者や経営者向けの本ですね。これまでに自分が読んだ本だと、アジャイル開発とスクラム スクラム 仕事が4倍速くなる“世界標準”のチーム戦術辺りと対象読者が近いのかなぁ。

これまでの開発プロセスから脱却すべき理由や、スクラムの原理についての説明、そしてプロジェクトレベルでのスクラムの動き方から複数チーム、組織レベルでの変革について取り扱っています。
「現場レベルでのコツ、ガイドライン」みたいな話はスコープ外ですが、「ビジネスに対してどう有効なのか」を集中的に記述しています。

お気に入りポイントかいつまみ

ビジネスサイドや管理側から見たスクラム

スクラムについて「実際にやる側としてどう頑張るか」という本はとても多く、役立つものだと思います。が、「そうじゃない人向け」の説明が多くあるのはそんなに多くないかも知れません。自分の見ている範囲が狭いだけな気もするけども。

概要レベルで「スクラムチームは何をしているのか(どういう風に動いているのか)」と、「どうやったら良い・悪いを判断できるのか」をチームの外から知るのには大きな価値があると思います。
そうした話こそ、本書に書かれていることです。

第1部では「経験主義」に主に焦点を当てながら、自己組織化や透明性についても紹介されていました。
この辺りを押さえながら、スクラムでよく使われるメトリクス = ベロシティだったりPBIの数だったり、を知ることでコミュニケーションに役立てていけるはずです。

目のさめるような事例

スクラムをやってどうなったか」という話が実在の企業のエピソードとして所々で紹介されています。
顧客満足度の改善、技術的負債の減少、進捗の透明化と従業員の活性化、etc・・・

中には「Adobe CSの開発にスクラムを導入したら品質が上がった」といった、「あのプロダクトの裏にもそんな話が・・・」という(内容以上に?)ワクワクするものも含まれています。

まとめ

本書が組織内でのレイヤーの高い人に向けて書かれていることもあり、大きな話も扱われています。
スクラムとは」から始まり、導入の拡大、そして「企業の変革」へと話が展開されました。副題にもある通り「組織変革”成功”ガイド」というのが、やはり最終的に目指している地平だと思います。
スクラムを始めてみましょう!」といった本に比べれば、なかなか息の長い話になっていきそうです。実践していって、その「ゴール」にたどり着く・・というには時間がかかりすぎてじれったさもありそうです。
ボリューム自体はそんなに多くない本ですが、今の自分達がどこにいるのか?を分析して比較しながら、タイミングに合わせて必要な所を読んで見るというのも良いかも知れません。