SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

【夏サミ2017】セッションレポート(AD)

企業が成長し続けるために欠かせない、自己組織化されたチームづくりとは?【夏サミ2017】

【B-6】eurekaの普遍的に優秀な人材として成長し続けるための組織づくり

  • X ポスト
  • このエントリーをはてなブックマークに追加

「自立・自律した組織」を目指す

 エウレカが目指すチームとは、「自立・自律した組織」である。そのチームビルディングを担当したのが、CTO室責任者の梶原氏だ。自立とは自らの足で立てること。そして自律とはその足で誰にも道を示されずとも正しい方向へ進めることだ。「自立・自律している人で構成されたチームではプロセス・ゲインが起こる。だから私たちは、すべてのチームが自立・自律したメンバーで自己組織化されることを目指す」と梶原氏は言う。

 自己組織化された状態には、「チームにスキルがある。もしくはチーム自身でスキルを獲得する方法を知っている、リーダーは生産性に関与しない、自分たちで意思決定できる、衝突を内部で解決できる能力を持つ、といった特長がある。これは書籍『エラスティックリーダーシップ ―自己組織化チームの育て方』(Roy Osherove著)で述べられている」ことだと梶原氏は説明する。ではなぜ自己組織化されたチームが必要なのか。梶原氏は次の3つのメリットを述べる。第一に「現場で判断し、問題、課題を解決することによって、早いサイクルで改善できる」こと。第二が「チーム内で良い意味での厳しい指摘をフィードバックし合える関係によって視座が上がる」こと。第三は「エスカレーションすべきことを理解しているので、判断待ちを最小にすることができる」ことだ。

 ではエウレカではどうやってチームビルディングを行ったのか。「人は集まっただけではチームにならない。まずはチームの状態を知るため、タックマンモデルに当てはめて考えていくことが必要だ」と梶原氏は説明する。タックマンモデルはメンバーが集められた状態の形成期から、チームの目的・目標に対する意見の食い違い、考え方や役割などで衝突が起きる混乱期、共通認識ができてチームが安定していく統一期、チームが一体化して目的・目標に向かっていく機能期へと進化していく。「なるべく早く成果がでるフェーズに進み、その後、自己組織化したチームになれるように戦略を描いた」と梶原氏は明かす。そのためにはメンバー間で共通的な理解を増やすこと、メンバーの価値観や相互理解を増やすことがポイントになる。

 そこでエウレカでは、「ドラッカー風ワークショップとインセプション・デッキという2つのワークショップを実施した」そうだ。ドラッカー風ワークショップとは、メンバー間の期待のすりあわせを行うため、「自分は何が得意なのか?」「自分はどうやって貢献するつもりか」「自分が大切に思う価値は何か」「チームメンバーは自分にどんな成果を期待しているか」といった4つの質問を投げ、参加者がそれぞれ書き出して共有し、話し合うというものである。これによりメンバーのことや自分に期待されている成果をいち早く把握できるようになるわけだ。このワークショップで学べたのは「お互いの意思疎通が取りやすくなったことや、個人のモチベーションをチームにどう生かすかといった視座の向上、自分の振る舞いに自信を持つことができるようになったことだ」と梶原氏は語る。

 もう一つのワークショップ、インセプション・デッキは、プロジェクトの進め方の共通認識、共通価値の把握のために実施した。インセプション・デッキによって得られた学びは、「目標や目的とチームの期待のすりあわせができたこと、チームとして判断に迷った際の判断基準を合わせることができたこと、メンバー間のプロジェクトに対する認識のずれを減らすことができたこと」などだ。「共通認識を増やすためにはチーム内の対話を増やすことが大事。ワークはそのきっかけとして活用するべきだ」と梶原氏は力強く語る。「大事なことはそれだけではない。伝達するのではなく、チームで対話して合意することで共通認識が生まれると考えている」と、続けて述べた。

自己組織化したチームをつくるための、ふりかえり会と妨害リストの運用

 自己組織化へのステップは4段階あり、まず「課題を見える化する」、次に「一緒に課題を解決する経験をする」、第三に「チーム自身で課題を解決する」、第四に「チームで意思決定するのが習慣化する」の4つである。エウレカではチームが自己組織化するために、次のことを行っている。スプリントごとに自らのプロセスを振り返る「ふりかえり会」と、チームの活動を妨げるものをリスト化する「妨害リストの運用」だ。

 「ふりかえり会は役職、雇用形態に関係なく、チーム全員が同じ立場で、チームのプロセスやチームの状態についてどう改善できるかを考える会。何を発言しても安全な場にしている」と梶原氏。特に重要になるのは意見ではなく、事実に目を向けることだという。

 もう一つの妨害リストとは、仕事を進める上で妨げとなっていることをリスト化し、優先順位をつけて解決の方法を検討するためのもの。ここで大事なことは「常にチームから見えるところに置いておくことだ」と梶原氏は語る。チームの課題を見える化できるので、共通認識ができるだけではない。リーダーからアサインされるのではなく、メンバー自らがサインナップするため、自己組織化への第一歩となるのだ。

 「チームビルディングに正解はない。対話と学びから微調整するしかない。ただ言えることは、自己組織されたチームが強いチームになる。自己組織化されたチームはユーザーに価値を早く届けることができるようになる。自己組織化されたチームは幸せになる」

 最後に梶原氏はこう語り、セッションを締めくくった。

自己組織化へのステップ
自己組織化へのステップ

お問い合わせ

 株式会社エウレカ

この記事は参考になりましたか?

  • X ポスト
  • このエントリーをはてなブックマークに追加
【夏サミ2017】セッションレポート連載記事一覧

もっと読む

この記事の著者

CodeZine編集部(コードジンヘンシュウブ)

CodeZineは、株式会社翔泳社が運営するソフトウェア開発者向けのWebメディアです。「デベロッパーの成長と課題解決に貢献するメディア」をコンセプトに、現場で役立つ最新情報を日々お届けします。

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

【AD】本記事の内容は記事掲載開始時点のものです 企画・制作 株式会社翔泳社

この記事は参考になりましたか?

この記事をシェア

  • X ポスト
  • このエントリーをはてなブックマークに追加
CodeZine(コードジン)
https://codezine.jp/article/detail/10373 2017/08/29 14:00

おすすめ

アクセスランキング

アクセスランキング

イベント

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー

アクセスランキング

アクセスランキング