スクラムでもなんでも、一緒に働く仲間と関係性が悪いとうまくいかない

これは人間関係を軽視していた結果一緒に働く仲間から避けられていたマネージャーが、アジャイルに向き合うことで、慕われるようになるまでの奮闘記です。

元々はスクラムチームが取り組んでいるプロダクト（およびプロジェクト）のマネージャーだった私は、メンバーとの関係性を軽視した状態でプロジェクト推進を優先し続けた結果、スクラムマスターによってスクラムセレモニーから追い出されてしまいました...。

自分は良かれと思ってチームに関わっていましたが、むしろ私がいることでチーム内のコミュニケーションや意思決定が効果的・効率的になっておらず、ある意味自分がボトルネックになっていたようでした。

このままではいけないと思い、人との話し方やチームが大切にしているアジャイル、スクラムについて改めて学び直していったところ、チームが自己組織化することが重要と知りました。

またアジャイルソフトウェア開発宣言に記載の "Individuals and interactions"が 「個人と対話」と訳されていることを自分なりに解釈しなおし、うまく「対話」することで関係性やコミュニケーション問題が改善し、より効率的に成果が生み出せると考え始めました。

この「対話」をするために、まず自分の考え・言動の癖を認知バイアスを絡めて捉え直し、都度「自覚」「捉え直し」「改善」を繰り返していき、ある時からチームや関係する方々から雑談・相談を持ちかけられるようになったりと、徐々に慕われてきたと実感するようになりました。

またチームだけでなく他事業部の方からも「とりあえずなんか困ったら相談する相手」というなんともマネージャー冥利に尽きる称号を得ることもできましたw

ここに至るまでの奮闘記を「嫌われ期」「気づ期」「改善期」に分けてお伝えできればと思います。

このセッションを通して、同じようにスクラムチーム外のマネージャーでも、良い関係を保ちつつ成果を最大化したい方の後押しになればと思います。

どのような開発現場でも会議はつきもの。

そして会議にはファシリテーターがつきもの。

例えば、スクラム開発では4つのイベントである「スプリントプランニング」「デイリースクラム」「スプリントレビュー」「スプリントレトロスペクティブ」があります。

またスクラムを導入しようと思ったあなたは、「スクラムマスター」としてこのスクラムイベントを回そうと（ファシリテーションを）すると思います。

ただそれぞれタイムボックスが決まっている中で

会議の目的（ゴール）まで辿り着かせることができない...！

レトロスペクティブでは、意見が少ない時は自分が意見を出し自分で意思決定し、意見が多い時は時間が守れず「時間が足りないから」とどんどん時間を伸ばしている...本当にこれでいいのだろうか？

ファシリテーターがうまく回すべきなんだろうけど、

そもそもファシリテーションって何をどうすればいいの...？

こんな苦悩に苛まれるかもしれません。

ファシリテーションの基本的な型として、

1. 事前に目的やアジェンダを明確にする
2. 安心・信頼の雰囲気を形成する
3. アクティブリスニングをして、意見を引き出す
4. 意見を取りまとめ、整理する
5. 質問を多角的に行い、気づきを与える

などなど...

会議のファシリテーションについて一般的に語られる概念や要素は様々あります。

今回はこれを踏まえた上で、

では具体的にどうすれば良いのか？

を、私が経験した「よく発生する複数の問題とそのカイゼン案」という形でお伝えします。

このセッションを聞き終えた後、

会議のゴールへ導くファシリテーションができる

状態になっていれば幸いです！

チームトポロジーの実践は難しい...！

私たちの開発チームは顧客及び事業のニーズに寄り添った変化に強いアーキテクチャーや組織を目指していますが、各チームがそれに必要な技術や体制、価値観について考えるきっかけ・余裕がない状態になっていました...。

そこでちょうどその頃チームトポロジーに感銘を受けていた私が、イネイブリングチームを発足しチームの伴走支援を行うことで、自己管理型組織を形成しあらゆる技術・組織的な意思決定のできる状態をめざしました！

この支援活動で、うまくいった部分もあればうまくいかなった部分もありました...。

本セッションでは実際にイネイブリングチームの活動を通じて得た成果と、活動の改善点を共有することで少しでも「ちーとぽやろう！」と思っている方々への参考になればと思っています！