開発チームでのOKR導入2018年10月26日amachinTweetはじめにDocBase開発チームでOKRを導入を開始しました。始まったばかりですが、弊社でのOKRの決め方、運用方法を書きたいと思います。実はこれまでに何度か会社全体で導入を試みて、開始すら出来ずに失敗に終わっていました。弊社と同様にOKRの難しさから導入を諦めたチームや組織に少しでも助けになればと思います。Results)をリンクさせ、組織と個人が向かうべき方向性とやるべき事を明確にする目標管理手法の1つです。OKRで調べると上記のような説明が出てきます。OKRについて説明してある良い記事がたくさんありますので、ぜひそちらを参考にしてみてください。【保存版】Googleも採用する目標管理「OKR」を徹底解説!導入事例や運用ツールも紹介なぜ導入したいのか?DocBaseが、どこを目指すのかと正しく進めているのかをチーム全員が認識し、活動できるようにしたかったからです。サービスを運営していると様々な要望が送られてくるため、機能を追加したくなります。競合サービスが新しい機能を追加すれば、追従したくなります。それらに振り回されず、ミッションに向かって、脇目もふらず進められるようにしたい。弊社の場合は、全員が受託プロジェクトにも関わっているため、DocBaseの開発ではミッションに沿った大事な部分しか開発したくないということで、OKRの導入を検討していました。OKRの難しさ何度か失敗して感じたのですが、OKRの難しさは下記の点にあると思いました。適切なObjectiveの設定OKRを運用し続けること1については弊社の場合は受託開発事業と自社サービス事業の2つの事業があり、その2つの事業のOKRについて整合性を取ることが難しいという問題が一番大きかったのですが、1つの事業だけの会社であっても会社と部門、個人のOKRを連動する形で設定するのはかなり難易度が高いです。2については、ただ単に決めただけで終わってしまう場合です。弊社でも週報などで運用し始めたけど、単にKRの進捗を見直していくだけで終わりました。クリスティーナ・ウォドキー.(著)を参考に再挑戦して運用しています。先ほど挙げた躓いた点を回避するため、DocBaseの開発チームのOKRに絞ること、また上記の本で紹介されている四角形の形式で毎週ふりかえるようにしています。OKR(オーケーアール)日経BP社Objectiveを決めるまず小さく始めるため、DocBaseの開発チームのみで始めてみました。OKR本を参考に次のように決めています。Resultsについても、事前に案を検討してから話し合うようにしました。Resultsの設定ミーティングを分けましたが、時間があれば、一気に進めてしまってもいいとは思います。Resultsを決定するルールOに対して3つのKRを作成するKRはOを満たしたことを数字で表す目標を達成できる自信が半分(自信度10分の5)となるストレッチゴールとするふりかえりDocBaseの開発チームでは、以下の4点を決めて、毎週月曜にふりかえりを行っています。弊社では次のような毎週ふりかえりのドキュメントを作成して、いつも見えるようにしています。弊社ではまだ行っていませんが、週の終わりに開催するウィン・セッションは良さそうです。金曜日のウィン・セッションでは、各チームが見せられるものをなんでも見せ合う。エンジニアは作業中のコードを、デザイナーはモックやマップを見せる。どんなチームにも共有できることがあるはずだ。営業部門は成約に至った顧客を紹介できる。カスタマー・サービス部門はサポートした顧客について話せる。ビジネス開発部門は取引の概要を共有できる。大きな機能追加としては次の2点がありました。「いいね!」で応援よろしくお願いします!このエントリーに対するコメントコメントはまだありません。date*日本語が含まれない投稿は無視されますのでご注意ください。fax.0422-26-9781お問い合わせはこちらからどうぞ。