参加レポート:【アジャイルコーチ対談】組織を変えるヒントとは

# 概要
株式会社英和システムマネジメント様が開催されたイベントを視聴しました。
https://esminc.doorkeeper.jp/events/110078


組織変革やチームへのアジャイルの導入に関しての話題が多かったです。
時間は1時間で、あっという間でした。
イベント後に相談会のようなあったようで聞いてみたかった！！残念！


本記事ではイベント内容メモと、僕自身の感想を最後に書きます。

# アジャイルコーチの意義とは

**木下さん**

* スクラムの場合はスクラムに**関わる方の関係づくり**をまず最初にやる。泥臭いが一人一人と話をする。
* 最近は**one on one**が流行っているが、昔はインタビューをやっていた。自分は怪しいものではないというのを伝える


**天野さん**

* **コーチの語源は「馬車」　乗せた人を目的地に届ける**
    * まず乗ってもらう < 怪しくないですよ〜
    * どこに向かいたいかを明らかにする
* アジャイル開発やりたいと聞いて現場に行くと、なぜアジャイル開発がしたいかという目的が抜けていたりする。


![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/199256/8b7eecdd-f332-0b4e-800d-211ffa0edac7.png)


木下さんもされている、アジャイルの目的を付箋に書いたりするワークがあるそうです。 
目的を書いてもらうと、同じ組織でも目的がバラバラになることがあるとのこと。

誰が旗振りしているのか不明な場合もあり、とある部長がアジャイルやりたがっているというのが一人歩きし、結局部長は何も言っていなかった。ということなどもあったとのこと。

## 昔と今の違い

* 昔はチームのいけてるエンジニアがアジャイルやりたいと言ってきてチームに行くことが多かったが、最近は組織のトップから呼ばれるようになってきた
* アジャイル推進チームというのも増えてきた

## アジャイルコーチとして入る期間

**天野さん**

* ３ヶ月は最低いたい

**木下さん**

* 半年から一年が多い


## 社外と社内のコーチについて
**天野さん**

* 昔は自分でXPを実践しており、その後コーチになった時に困ったのは、やってもらえないこと
* 他の方にXPをやってもらうのが難しい。最近はやってもらう伝え方とかがわかるようになった


# リーダーシップについて
こういうリーダが良かったというエピソード

**天野さん**

* コーチの初めての仕事でのPM
    * 会社のパーティションを取り除いてくれた。会社にも外すようにコーチしてくれた。
    * 本気で取り組んでくれているというのを感じた

**木下さん**

* 最初にアジャイルに懐疑的だったPOが、どんどんアジャイルが好きになってくれた。
    * 朝会で、「教えてもらったことをそのままやるだけじゃダメ。自分たちで考えてやってみよう」ということを話していた。
   

なぜアジャイルに懐疑的なPOが変わったのかということについては、少しずつチームが変わる様子がわかってきた点が大きいのではないかとのこと。

ずっとコーチしていると、頭ひとつ違う人が見えてくる。
コーチというのはリーダシップを持っている人を見つけるのが仕事なのかもともおっしゃっていました。

## スクラムマスター
* 役職でスクラムマスター決めがちだが、役職でやるのはよくない
* 人によりプログラマ向きの人、スクラムマスタ向きの人がいる


# 組織の変革について

**天野さん**

* 適材適所が重要
* SIerで内製しようとした際、プログラマがいなかったが、プログラマだったおじさんプログラマが若手を育てることができた。その時はPMが流行っており、プログラマのおじさんは本領発揮できていなかった。

## 組織変革の難しいところ
**天野さん**

* 開発者の特徴にもよるがスクラムマスターいない問題
* スクラムマスターになることに喜びを感じない人がいる
* 開発できないという不満になったりする
* スクラムマスター価値がないように思われたりする
* スクラムマスターとしての会社としての価値・キャリアが作りにくい


**木下さん**

* 兼務が多い
* 時間が取れなかったり、極端だと4つ兼務なども
* 既存の成功ビジネスが一番成功やイノベーションの壁になるというのはよく言われる

昔は上司の理解というのが組織導入の障害だったが、最近は組織変革自体にはアグリーだが、既存と新規のビジネスの両立が難しいというのが課題になっているとのこと

# 質問タイム

## アジャイルコーチを引き込むよさ
第三者が言わないとぶれる

## コーチごとのアジャイルに対しての思想の違いはあるか？
僕から質問させていただきました！

違いはいっぱいあり、二人で仕事していると学ぶことは多い。

コーチにも教えるタイプや教えないタイプなどある。
コーチとしてどれくらい見守るべきか。失敗させるパターンと失敗する前に教えるパターンがある。

また得意分野も違い、マネジメント系が得意だったり、エンジニアリングが得意だったりする。

## アジャイルコーチする時に準備してもらいたいこと
一番は時間を確保すること！

## アジャイル興味ない人嫌いな人はどうする？

アジャイルは目的ではないので、課題があれば解決する方針で良い。
インタビューしてなぜそうなのか聞いてみたりする。

## アジャイルに興味を持てるようなコンテンツ

**岡島さん**
組織変革については半沢直樹おすすめ！w


## チームからコーチが離れるタイミング

* 契約期間ではなれてしまうことが多い
* スクラムマスターがチームにいなくても良いような雰囲気になると出ても良い兆候
* 最近は離れるのが早い傾向があるかも。　スクラムマスターがチーム外の圧力に負けてしまうパターンがあったりする



# 感想

## アジャイルコーチがほしい時
僕としてはアジャイルコーチがいるといいなと思う時は、

* アジャイルの知識に対しての自身がない。
* チームとしてぶれていないか確認してほしい。

結局はチームの意思決定の際に`この決定はアジャイルやスクラムのプラクティスとしてはどのような位置付けか`、`チームとしてブレすぎでいないか`、`目的から外れていないか`などを検査いただけたり指摘いただけると助かりますね。

スクラムマスターが示唆できれば良いと思いますが、提案をスクラムマスターがやることも多いので、いいのか悪いのか不安になることも多いです。

最近はチーム内では`ぶれていないか`などはチームメンバーからの指摘が多くなってきていい感じなので、`アジャイルの知識`面でチームに良い影響をもたらすスクラムマスターになれるようにしたいですね。

## スクラムマスターとしてのキャリア・向いてる人
僕自身はスクラムマスターには向いているのではないかと思っています。
なぜかというと

* コード書きたい気持ちがそこまで強いわけではない。
* チームとしてこうすればいいのではとか、組織こうなれば良いということを考えるし、それに対して行動したいと思っている。また、組織が変わっている様子を見るのは好き。

しかし、スクラムマスターとして一番不安に思っているのは、**キャリア**の部分ですね。

直感的にエンジニアはシステムなどの成果物ができますが、チームに対して貢献するスクラムマスターは成果が目に見えにくいですし、スクラムマスターが良かったから良いチームになれたのか、いなくても良いチームになったのかはよくわかりません。

スクラムマスターをやっている僕でもそうなので、やっていない人でスクラムマスターって何って思っている人や必要なのと思う人は多いと思います。

この前の社員面談でも「スクラム**マスター**っていうくらいだからすごいんだね」みたいなこと言われて、マスターという名前の与える影響と自分の説明力の無さを感じました。

今までも「スクラムマスターってどんな仕事？」という質問に、納得の答えができたことがあまりないので、今度ブログでまとめときたいと思います。

ポイントは

* スクラムマスターとは何をしているか
* スクラムマスターは本当に必要か

という質問にきちんと答えられるかですね。

## 業務の兼務について
忘れがちですが、常にのさばっている問題ですね。

最近生産性を高めるには1WIPという記事を見たばかりなので、兼務って結局忙しいフリしてるだけで生産性低いってことという風に思ってしまいました。

# 終わりに

リモートになり素敵なイベントにたくさん参加できて良いですね。
ありがとうございました！