DebTab

  • ホーム
  • DevTabとは
  • 記事一覧
    • きたえる
    • かえる
    • つくる
    • みちびく
    • たばねる
    • つたえる
かんたんログイン
Githubでログイン
Githubアカウントでかんたんにログインして、DevTabをもっと便利に使おう。

DebTab成長しつづけるデベロッパーのための情報タブロイド

DebTab

ログイン

検索 検索

やりたいことができない場合は小さく分解すればいい

写真中村 洋

たばねる

2017.01.31

ポイントポイント

0

皆さんの現場では「ふりかえり」であがったTryはどれほど実行されているでしょうか?

「一見良さそうなTryが出て、チームもそのTryに合意しているが、次のふりかえりで聞いてみると実行されていない」という現象を見聞きします。特に手強いProblemに対するTryや、(壮大な遠い目標を掲げた)新しいチャレンジとしてのTryなどはその傾向は強くなります。
このようなパターンの場合、ふりかえりの会話で「◯◯のTryをやろうと思ったのですが、”いろいろ”あってできませんでした…」という会話が出てきます。

このパターンが続くと「結局Tryを出しても何も変わらない」と雰囲気が沈みがちになりチームのパフォーマンスが落ちたり、Problemが解決されず大きな問題が発生するといった悪影響が出てきます。このようなパターンが発生する原因はなんでしょうか?

これは【Tryが大きすぎる】【Tryが具体的でない】ことが多くの原因です。
日々のタスクもある中で、大きすぎたり、具体的な一歩が見えていないと「やるの大変だなぁ…」と気持ちになり、他のことに目移りしてしまい、なかなかそのTryに取り掛かれない状況になります。

Tryが大きすぎる

例えば「リリースサイクルが長い」というProblemがあり、原因の1つに「デプロイが手動」というのがあったとします。そして「CIを導入して完全に自動化されたデプロイメントパイプラインを構築する」というTryがあがったとします。

この「CIを導入して完全に自動化されたデプロイメントパイプラインを構築する」は、多くのチームにとって大きすぎるものとなります。
どれくらいが大きいか…というのはチームの練度やスキルセットによって変わりますが、これを見極めるのもポイントです。

これまで手動でデプロイをやってきたチームだと、「CIってなに?」「デプロイの自動化ってどうやってするの?」「一気にできるんだろうか?」という分からないこと、不安が多く出てきます。こうなるとなかなかその一歩が踏み出せなくなります。

そこで「CIを導入して完全に自動化されたデプロイメントパイプラインを構築する」を小さいActionに分解します。例えば「(何らかの)CIツールを導入する」「シンプルなデプロイの仕組みを1つ作る」「デプロイの結果をブラウザから見えるようにする」などです。

このように大きなTryを小さなActionに分解することで、最初の一歩を踏み出しやすくなります。また小さなActionにすることで作業をペアで進めたり、平行して進めることができるようになり、チームとしてとりかかることができます。それは改善の早さを上げ、学ぶことが増えることにもつながります。

Tryが具体的でない

「(何らかの)CIツールを導入する」「デプロイの結果をブラウザから見えるようにする」は小さなActionになり、とりかかりやすくなっていますが、もう一段具体化することでよりActionが明確になります。

「(何らかの)CIツールを導入する」は「CIツールにはJenkinsを使い、◯◯サーバーで稼働する」などと具体化します。こうすることで、いざやろうとした際に「何から手をつければ良いんだろう?」という状況を防ぐことができます。また事前にやらないといけないこと(この例だと◯◯サーバーを操作する権限など)も見えてきます。

Tryを具体的なActionに落とし込めないということは、チームでもイメージがすり合っていない可能性が高く、そのままTryしようとしてもムダが多くなり、冒頭の「◯◯のTryをやろうと思ったのですが、”いろいろ”あってできませんでした…」という状態になりがちです。

大きく具体的でないTryを小さな具体的なActionにすることで、ふりかえり自体も引き締まり、改善の早さも目に見えて変わってきます。

1つ別の視点でポイントがあるとすれば、マネージャーがあれこれ指示をするのでなく【チーム自身で考えてActionを出してもらうように促す】ことです。これをすることで「自律的に考え、自己改善ができるチーム」に近づいていきます。
#促すためのポイントはいくつかありますが、またそれは別のエントリで書きます。

最後に

このような現場コーチを始めとして、ギルドワークスのやっていることに興味を持たれた方はお気軽に【ギルドワークスに依頼する】をご覧の上、お問合せください。

他にもふりかえりに関するTipsを書いているので良かったらそちらもご覧ください。

  • #Tipsその1:「根本的な帰属の誤り」
  • #Tipsその2:Problemの深堀りの質問
  • #Tipsその3:安全な場を作るためのグランドルール
  • #Tipsその4:「ふりかえり」をもっとうまくやるためにふりかえる

※注意:この記事は2015年8月17日にGuildWorks Blogで公開したエントリをリライトしたものです。

※アイキャッチの写真:https://www.flickr.com/photos/taedc/13049644443/

共感した

ポイントポイント

0

取り消す

この記事に共感したら、何度でも押してこの記事のポイントをみんなでアップしよう。

自分の感想を残す

この感想は、サイトに公開されることはなく自分にしか見えません。自分の考えのログを残すために感じたことを登録し、のこしておきましょう。あとで振り返ったときに、あのとき自分はこう考えていたのかということを知ることにより、あなたの成長へとつながります。

Githubでログイン

Githubアカウントでかんたんにログインして、DevTabをもっと便利に使おう。

  • ひとつ前の記事

    遠くへ、早く行くために欠かせないこと。

  • ひとつ後の記事

    ユーザー・インタビューで、インタビューイを前にした際に最も気をつけるべきこと

この記事もどうですか?

「ふりかえり」をもっとうまくやるためにふりかえる

クライアントの現場と共に、課題を解決し、あるべき姿に向かうために活動している現場コーチでは、ほぼ必ず…

たばねる

2017.01.24

ポイント
0

チームが自律的になるには安全な場がまずは必要

「チームが自律的になって欲しい」というマネージャーの声 現場コーチのヒアリングをしていると、経営者、…

たばねる

2016.04.12

ポイント
0

議論が噛み合わない時には"認識の相違の階層"を意識してみる

状況 会議などで議論や対話をしているが、認識が違っている。 認識を合わせようとしても、どこか話が噛み…

たばねる

2018.08.24

ポイント
5

シェア
  • Twitter
  • このエントリーをはてなブックマークに追加
  • Google Plus

ログインして
ブックマーク

  • Twitter
  • このエントリーをはてなブックマークに追加
  • Google Plus
  • ログイン
LINE@

新しい記事が出たときや、注目の記事などを
定期的にLINEでお知らせしていきます

LINEで登録

LINEイメージ

DevTab
成長しつづけるデベロッパーのための情報タブロイド

株式会社ギルドワークス
https://guildworks.jp
  • プライバシーポリシー
  • お問い合わせ

Copyright © GuildWorks Inc. All Rights Reserved.

ページのトップへ