これはなに？

こちらはレッドジャーニーのアドベントカレンダー25日目の記事です。
前日は市谷さん(@papanda)のそれでも、デイリースクラムをやらない理由とは？
でした。

レッドジャーニーのアドベントカレンダーを書いていて感じたこと

12月1日に始まったこのアドベントカレンダーも最終日になりました。

1日目のアドベントカレンダーで、森實さん(@samuraiRed)がアドベントカレンダーをやるということ でこのように書いていました。

我々のアドベントカレンダーの目的は自分たちの「発信力強化」。
つまり、自分たち自身のトレーニングとしてアドベントカレンダーをやっているのです。

25日書き続けたことがどのような変化を産むことになるかわかるにはもう少し時間が必要です。
それでも「レッドジャーニー全員で25日間なにかを発信し続けたこと」自体は事実ですし、少しでも発信力がレベルアップしたかなと思います。

なによりより物事を考えるきっかけにもなります。

みんなの書いたアドベントカレンダーを見てて、普段考えていることを出発点にしてこの機会により物事を考えたんだろうなぁというブログもあり「みんな、変わっていっているんだな」と感じました(手前味噌ですが)。

私自身もアジャイルコーチとして、日々いろいろな組織、チーム、人々と関わり、そこで起きていることに向き合い、また何かを起こそうと共に歩んでいます。そのような状況では”変化していくこと”は大事な要素の1つになります。

というわけで今回は”変化”について書いてみます。

どんな変化を自分がしたのか？

このブログを書いている25日の朝、市谷さんとのいつもの雑談で「自分はこの1年でどのような変化をしたのか？」という話をしました。

その中で「あまり自分は大きく変化していないのではないか？」と感じた場面がありました。

日々、組織、チーム、人々と関わらせてもらい、そこでの出来事に向き合う中で、新しい理論や考え方、プラクティスと出会ったり、その出会ったものやもともと手にあったものをより効果的にうまく使えるように手に馴染むようにする。このようなことはやっていたつもりです。
そして、ありがたいことにクライアントからも一定の評価はいただいているようです。

一方で、「こういう明確な変化があった」とハッキリと言えない自分の存在に気づきました。
うまく言えないのですが、ロールプレイングゲーム(RPG)でいうと、今使っている武器の熟練度は上がっている気はしているけど、これまで使っていなかった武器やあまり取り組んでいなかった魔法については手には入っていない感じです。

このこと自体がダメとかそういうわけではなく、この1年の変化に対し、自分がどのような感覚を持っているのかがわかったというところです。

変化を意識できているか？

変化することそのものや変化したことについてさらに話していくうちに、”意識せず起きた変化”と”意識して起きた変化”の大きく2つがあるよねという話になりました。

それぞれの名前の通りですが、”意識せず起きた変化”は、自分では意識していないふるまいや考えが知らず知らずのうちに変わっていったという現象です。

一方、”意識して起きた変化”は、自分である方向に変化することを意図し、その意思を持って活動した結果として起きた変化を指しています。

“意識して起きた変化”は継続的な内省などで気づくこともできます。一方、”意識せず起きた変化”は自分だけでは気づくことができないこともあります。
この日も市谷さんとの会話の中で、まさに”意識せず起きた変化”について伝えてもらい、それについてどんな意味が自分にはあるのか？などを深く考えるきっかけになりました。

このように”意識せず起きた変化”を発見するための仕組みや環境づくり(その1つが定期的な雑談です。雑談のススメ)は大切と感じてました。

変化はすぐには訪れない

変化はすぐに訪れるわけではありません。
なにか新しいスキルを身につけて使えるようになるにはそれなりの期間、時間が必要になります。新しい考え方や振る舞いというもう少し内面に関わるようなことであれば、その期間はもっと長くなることもあります。

そして、その変化は緩やかなものです。時には停滞することもあるでしょうし、時には後退することもあるかもしれません。
それにRPGでレベルアップした時のように派手なファンファーレで教えてくれるわけでもないですし、レベルアップした瞬間から突然何かがうまくできるようになるというハッキリとした変化が見えるわけでもありません。

それでも”1年”という期間で見てみると、そこで取り組んできたこと、意識してきたこと、積み重ねてきたことによる変化はあります。きっと、1年前の感覚、場所とは違う感覚、場所にいることがわかると思います。

なにが言いたかったかと言うと。
「日々の変化は小さすぎて見えないかもしれないけど、その期間を長くすれば見えてくるものもある。なので、少しやってすぐに捨てたり諦めるのではなく、やり続けることで起きる変化もあるよ」ということです。
※似たようなことを市谷さんも 1年かけて「成果がない組織」なんてないんだ。で書いています。

ちなみに日々の変化は小さいからと言って、日々の検査がいらないというわけではありません。
例えば、デイリーミーティング(Scrumならデイリースクラム)や毎週のふりかえりなどがその検査にあたりますが、その期間で発見できる変化ももちろん多くあります。

おわりに

今回は”変化”について書いてみました。

2023年12月には「自分はこんな変化をしたよ」と明確に言えるように、また活動していきます。
みなさんにとっても「自分がどんな変化をしたか？」を言葉にするヒントになれば幸いです。

Photo by Brett Jordan on Unsplash

この記事はギルドワークスのアドベントカレンダーの3日目です。

要約

• 変化していこうとするといろいろな壁と出会う
  
• これまでコーチとしていろいろな壁に出会ってきた
  
• July Tech Festa 2019で「アジャイルコーチが見てきた、組織の壁とその越え方」という新たな壁の話をする

アジャイルに立ち向かった時のいろいろな壁の話

これまで現場コーチとして、いろいろな組織、チームがアジャイルになっていくための活動を支援してきました。
具体的な活動としてはScrumチームの立ち上げを支援したり、これからのマネジメントのあり方を考えたり、ビジネス側と開発側にある”側”という言葉や考えを取り除きOneTeamになることを背中を押したりしてきました。

もちろん現場ごとに違いますが、そういう取り組みをした時によく出会う壁があることに気づきました。
このエントリでは、これまで出会ってきた壁について書いてみます。

アジャイルな現場になっていく時の越えなければいけない3つの壁

AgileJapan2015 でお話したのは導入の壁、定着の壁、拡大の壁、組織の壁についてでした。
(「〜3つの壁」というタイトルでしたが、結局は4つになりました)

導入の壁は「アジャイルに取り組む時に当事者たちに理由がないとうまくいかない」というものです。
定着の壁は「正解をあるという前提でそれを見つけることの固執してしまう」というものです。
拡大の壁は「広げて行く時に活動やプラクティスの理由が伝わらず表面的になる」というものです。
最後の組織の壁は「アジャイルをなること自体が目的になってしまって、本来の目的が忘れ去られてしまい頓挫してしまう」というものです。

アジャイルカルチャーが組織に根付くまでの挑戦

Regional SCRUM GATHERING Tokyo 2017でお話したのは変化することへの壁、やり方の壁、役割の壁についてでした。
※参考：【資料公開】アジャイルカルチャーが組織に根付くまでの挑戦 – サウスポーなエンジニアの独り言

以下のブログに詳しく内容を書いていただいています。
[RSGT2017 レポート] アジャイルカルチャーが組織に根付くまでの挑戦 ｜ Developers.IO

アジャイルコーチが見てきた、組織の壁とその越え方

そして今度の日曜日、July Tech Festa 2019でまた壁についてお話します。

セッション概要は

これまでの考え方ややり方を変えようとする時、最初は小さく上手に始められたとしても、しばらくすると文化に根ざす壁にぶつかることが多くあります。トップダウンでもボトムアップでも同じです。その壁にどう立ち向かうか？により組織の文化の方向がつけられます。
このセッションでは、現場コーチ(アジャイルコーチ)として様々な現場の変化を、組織の中からではなく一歩外から関わってきた経験からその壁の越え方をお話します。

今回はチームの中の壁、チーム間の壁、現場とマネージャー・経営の壁といった3つの壁について、どういう時にその壁が発生するのか、その壁はどういう問題を引き起こすのか、その壁を向き合って壊すためにはどうすればいいのかといったお話をするつもりです。

最大6トラックのセッションがあり、いろいろな人がお話するようですので、興味がある方はこちらからお申し込みください。

ギルドワークスに興味がある方はお気軽にお声がけください

ギルドワークスと一緒にプロダクトづくりをやってみたいと思った方、また、自社のプロダクトづくりや現場のチームのことで相談したい方はお問い合わせフォームやギルドワークスや各社員のSNSなどからお気軽にお声がけください。

そろそろUltimate Agile Storiesの季節です。
というわけで、Ultimate Agile Stories1に続き、Ultimate Agile Stories2で書いた内容をほぼ原文で公開します。

題名：アジャイルの好きなところ

2. はじめに
皆さんは「アジャイル」のどういうところが好きですか？

「そもそもアジャイルとは何か？」という議論も色々ありますが、ここでは「アジャイルソフトウェア開発宣言」を理解して実践しようとしていることとします。
私が「アジャイル」に感じた好きなところは以下のようなものです。
　
(a)顧客により価値の高いものを提供することができる
(b)自分達の成功体験を短いスパンで感じることができる
(c)携わったプロダクトやサービスに誇りを持つことができる
(d)またこのチームで仕事をしたいと思うことができる

以降、それぞれについて書いていきます。

3. 顧客により価値の高いものを提供することができる

アジャイルでは顧客に実際に動くものを見てもらい、フィードバックを得ます。
そのフィードバックを次のスプリントの開発に活かすことで、本当に顧客が欲しかったものを提供できる可能性が高くなります。

スクラムだと、各スプリントで行う「スプリントレビュー」でデモなどを行い顧客に確認してもらいます。
私が過去に経験していたやり方のいくつかでは、システムテストまで顧客が実物を見て触る機会がなかったこともありました。
実際に使うユーザにいたっては、リリースするまでその機会がなかったこともありました。

常にユーザに見てもらえる状態を維持するのは、それほど簡単なことではありませんが、それにチャレンジする価値はあります。

要件定義や基本設計の工程の成果物を変更したりできず、またより良い方法をマネージャなどに提案しても力ない笑みや苦笑と共に…「もう決まったことだから」「お客様はそれで良いと言ってるから」という返答を聞いたことありませんか？

社内定義のQCDは充足していたとしても、発注者だけでなく、実際に使うユーザも含んだ顧客の満足度をもっとトレースしたいと思っています。

プロジェクト終盤によく聞く「自分達が欲しかったのとは少し違うなぁ…」という声よりも、プロジェクトの途中に何度も「こういうことをしたかったんだよ。後、ここをこうすればもっと嬉しい」というユーザの声を聞きたくないですか？

4. 自分達の成功体験を短いスパンで感じることができる

「スプリント・レトロスペクティブ」(ふりかえり)が大事な理由の1つとして、チームの良い点をより強化して、改善し、顧客への価値の提供のスピード、質を上げるというのがあると思います。
そして、それと同じほど大事な理由に「自分達チームのことを知って、成功体験を得る」があると思います。

私が過去に経験していたやり方のいくつかでは、「ふりかえり」はプロジェクト終了時…それこそカットオーバー後…に行うことが多くありました。
いくつかは詳細設計などの工程の終わりで実施していたこともありました。
途中でプロジェクトから抜けたり、あまりに大きなプロジェクトの場合、ひょっとすると「ふりかえり」の場すら無いかもしれません。
いずれにせよ、そこで得た改善や成功体験を活かすまで、長いスパンが必要になります。
これでは何度もあるレベルアップのチャンスを逃しているようなものです。

特に経験が浅いエンジニアほど「自分達のチームがどの程度イケてるのか？」に敏感な傾向があり、「ふりかえり」によって成功体験を得ることで一段と伸びていきます。

またチームメンバー同士でフィードバックをし合うことで、個人の成功体験を得て、自信を持つことができ、レベルアップにつながります。
さらに相互理解も深まりチーム全体のレベルアップにもつながります。

「明日からこのふりかえりで出た〇〇をやってみます」とメンバーが宣言しているのを聞きたくありませんか？

5. 携わったプロダクトやサービスに誇りを持つことができる

ある尊敬できるエンジニアが「コードのAuthorに自分の名前を入れたくないようなコードを書くな」と言っていました。
これはプロダクトやサービスでも同じようなものだと思います。

自分達チームがリリースしたプロダクトやサービスを街中やインターネットで見かけた時に胸を張って「自分達が作ったもの」と言えますか？

前述した「顧客により価値の高いものを提供することができる」内容にも関係しますが、私が過去に経験していたやり方のいくつかでは、不本意なコード、ユーザインターフェース、機能群を持ったシステムを提供せざるを得ないことがありました。

アジャイルでは徐々に顧客と一緒にシステムを作り上げていくので、顧客はもちろん自分達チームにとっても「誇り」と思えるものになる可能性が高いと思います。

「このサービスは僕が作ったんだよ」と家族や友人に言いたくありませんか？

6. またこのチームで仕事をしたいと思うことができる

私自身はアジャイルで一番好きなのはこれです。
これは「アジャイルな開発をしたから思った」「アジャイルな開発でないから思わなかった」わけではありませんが、感覚としてアジャイルなチームで開発をすれば、ほぼ間違いなくこの感情を持ちました。

私が過去に経験していたやり方のいくつかは「二度と〇〇の顔を見たくない」ということも残念ながらありました。
でも顧客から「これが欲しかったんだ」という声をもらい、成功体験を積み重ねて、プロダクトに誇りを持っているチームだとそうはならないと思います。

「またこのチームで仕事したい」という言葉を聞きたくありませんか？

7. 最後に

私は「これまで書いたようなことをできる/したいからアジャイルをやろうとした」わけではありません。

当時は色々悩んでいました。もちろん今も悩んでいます。
「どうしたらお客様もハッピーになってチームも楽しく良い価値を提供できるんだろう？」を日々考えて、動いて、フィードバックを得て、改善してまた動いて…を繰返していく中でたどり着いた「こういう状態で働きたい」という形が自分なりのアジャイルなプラクティスや姿勢に近かったという感じだと思っています。

「アジャイルをやりたいんです」とたまにを聞きますが、その前に自分達とチームがしたいことが何なのか？を考えてみるってことも大事かと思います。

※注意：この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。

Photo by palooja on VisualHunt.com / CC BY