会った頃は、自分に自信がなく、常に他者の目線を気にし、指示されたことだけをやりたがる「受け身型」の仕事スタイルの人でした。仕事の目的をよく見失い、自分の持っているスキルでとりあえず成果物を作り上げようという、「手段のために目的を選ばない」振る舞いが多く見受けられました。私が所属しているチームは、アジャイルおよびテスト自動化の、サービスによる自発的な実現を支援する業務を担当しています。そのため、常に支援先の状況を把握し、その時に適したアクションを迅速に実施するという主体性が求められます。したチームの性格上、森さんの上述の傾向・振る舞いは看過できないものでした。自分の頭で考え、主体的に行動できるように、森さんを「変える」必要がありました。そこで私は、森さんを「変える」ために、さまざまな「実験」を繰り返しました。Whys」や「そのアクションの目的は何ですか?」と言った質問を繰り返したり、危機感を煽ってみたり、あえて突き放してみたりなどなど。いずれも成功したとは言い難かったです。多くの失敗を重ねたのちに私は、「成功体験を多く積ませることが重要なのではないか」という仮説に行き着きました。いうのも、話を重ねていくうちに、森さんに「仕事で成果を出せた!」と胸を張れる経験が少なかったことが、徐々に明らかになってきたためです。考えた私は、あるチームのユニットテスト自動化支援で、次のように振る舞いました。成果にフォーカスする形で、小さな成功体験を徹底して積んでもらう実験を重ねたのです。2-3日おきに、目に見える成果を出させるようにした。具体的には、コードカバレッジとテストケース数を見るようにしました。難しいユニットテストを簡単に書けるようにするための「ツール」を渡した。具体的には、PHPの「AspectMock」を教えました。ツールを渡して習得させるだけではなく、その使い方を他の人に教える機会を意識して設けた。「AspectMockで困ったら森さんに質問しよう!」という状況を、意識して作り上げました。成果が出た時に、「何が良い結果につながったのか」を都度質問して、考える機会を作った。一連の実験の成果については、森さんの下記資料をご覧いただければと思います。この資料にある活動を自分の頭で考えて実践できるようになったことに加え、このような活動成果を「DevLOVE」というコミュニティーのイベント(2016/11/30)で発表するまでになりました。森さんだけに限らず、私は「成果にフォーカスして実験を重ねる」こうした活動で成長していった人・チームをいくつかみてきました。人・チームの成長でお困りの方がいらっしゃれば、一度この方法を試してみてはいかがでしょう。何らかのきっかけになるかもしれません。甘えさせないようにしよう仕事をする上で「頼りにされること」は、非常に励みになることであり、また自信にもなることです。「頼りにされること」は時として「甘えられること」と非常に似ていて、見分けがつかないことがあります。甘えられた時の対処を誤ると大きなマイナスにつながるため、注意が必要です。とあるチームを支援していた時のことです。直近の計画・アクションプランをうまく策定できなくて困っているということだったので、私がアドバイスをして決定できたということがありました。それを機に、そのチームのメンバーたちとマネジャーから、何かあるごとに「頼られる」ようになりました。初めのうちは、見積もりの仕方の指導など、支援先チームが自発的に成長していくプラスにつながる要望が多い印象でした。要望は徐々にエスカレートしていきました。そのチームおよびメンバーの成果を評価する観点の提示や、評価項目案そのものの提示に至り、しまいには評価そのものを代行して欲しいと言われるようになりました。その時点でわれわれは、そのチームの支援を一時停止しました。「甘えられている」と判断したためです。先述した通り、私が所属しているチームは、アジャイルおよびテスト自動化の、サービスによる自発的な実現を支援する業務を担当しています。「自発性」を培うことが私たちの仕事のポイントです。一方で上述のエスカレートした要求は、支援先チームによる明らかな「甘え」でした。「甘えられること」・「甘えさせること」は、自分で考え行動する意欲を奪い、結果として自発性を発揮したり成長する機会を奪ってしまうことになりかねません。それはひいては、会社を弱くすることにもつながります。それは、私たちのチームのミッションに明らかに反します。仕事をする上では、「頼りにされること」と「甘えられること」とを、明確に区別して対処しましょう。その行動一つで、あなたのチーム・組織・会社を強くも弱くもできるのです。上記の論点を、以下に簡潔にまとめてみました。自分の枠や境目を作らず、オープンに何でもやれることをやろう。仕事をしやすい環境を自分たちで作ろうITだけではなく、コミュニケーションも立派な「仕事」です。変に自分の枠を作って、自縄自縛にならないようにしましょう。定量的な情報や成果をうまく活用して、仕事をよりよく進められるようにしよう。自分のことは自分でやらせ、学習の機会を奪わないようにしよう。甘えさせないようにしよういかに自発的にチーム・組織・会社を成長させるか?そのためにはどのような振る舞いと心構えが必要か?どこまではやってよくて、どこからはやってはいけないか?上記のアプローチが絶対的な正解ではありません。ヤフーの一部の現場では効果があったものです。私は最近、仕事とは日々の実験の積み重ねの成果であると考えるようになりました。皆さんも、自分たちのチーム・組織・会社に合った方法を、実験を重ねて見つけ出してみてください。この記事が、そのための何らかのヒントになればと思います。2017」というイベントで、先述のメトリクスについて、スクラムに特化した形でお話させていただきます。資料も公開しますので、メトリクスを現場で利活用するためのヒントとしてご利用いただければと思います。JAPANでは情報技術を駆使して人々や社会の課題を一緒に解決していける方を募集しています。詳しくは採用情報をご覧ください。JAPANのサービス開発を支える技術やデザイン、文化を発信しています。Reserved.このページの先頭へ。