弱いチームの戦い方と強いチームの作り方

リーダーたるもの、自分のチームが強いほうが望ましいです。

ですが、必ずしもそのようなチームを担当できるとは限りません。特にトラブルヘルプとかに突っ込まれると、自立するのすら危ういくらいのチームを持たされたりします。

トラブルプロジェクトとかになると、風評被害で人が集まらなかったり、離任していったりして、一般のチーム構成とはちがう形になります。

一般的なチーム構成はピラミッドのような形になっています。ですが、トラブルプロジェクトとなると、高いスキルの人も少なかったり、スキルの十分でないメンバーが多く集まったりします。結果、図の右のような構造になってしまうのです。

f:id:vekitomo-0:20170502152234p:plain

では、自分のチームが弱いチームだとしたらどうしますか?

こんなチームでは戦えない、といって諦めますか?勝てる方法を探して戦いますか?

戦闘力の低いチームが戦うにあたってのポイントは2つです。  ・ 弱いチームの戦い方をすること  ・ そして、強いチームにすること です。

サッカーなども同じです。弱いチームは引いて守ってカウンター、というように弱いチームの戦い方をします。 そして、監督は中長期的にはチームを強くしなければなりません。

弱いチームの戦い方

f:id:vekitomo-0:20170502170516p:plain

弱いチームの戦い方のポイントは、 スキルレベルの低さとばらつきを抑えて、底上げすることと、作業を徹底的に効率化することです。

それにあたって、
- プロセスの整備
- フレームワークの利用
- Toolの作成・利用
です。

誰がやっても同じ手順で、人によってばらつきがでないようにフレームワークを使い、 ツールでできるものはツールで実施する、という狙いです。

できるだけ属人性を排除することがポイントです。 弱いチームが属人性を出してしまうと戦えません。

強いチームの作り方

そしてチームを強くしなければ、永遠に弱いままです。

f:id:vekitomo-0:20170502170409p:plain:w350

まずは、リーダーが変わることです。 リーダー本人が変わるというパターンと、リーダーをリプレイスするというパターンがあります。 チームはリーダーによって大きく変わります。

規律を守ることも大切です。 ルールを守らないことを咎められないチームは、無法状態のチームとなり、 作業品質が低下する一方です。

弱いチームは規律が甘い。
乱れている。
断言してもいい。

これは野村克也 元監督の言葉です。

失敗を律することで、チームがまとまり、時間が立つと、言われなくても自分たちで改善する自浄作用が働くようになります。

自浄作用が働き始めると、あとは自然とチームがカイゼンして強くなっていきます。

そして、「育成」という行為が必要です。育成には時間がかかりますが、これを怠っては永遠に強くなりません。 育成は、何を育成するか、というポイントがありますが、私の場合は、リーダーの育成、次世代リーダーの育成に力を入れています。

なぜかというと、強いチームの大前提が良いリーダーがいること、だからです。 リーダーが良くないとチームは強くなりません。そのためにリーダーを育成しています。

今回は、弱いチームの戦い方と強いチームの作り方について書きましたが、仕事のベースはシステム開発です。他の仕事の場合は、この記事を参考にエッセンスを抽出していただければと思います。

f:id:vekitomo-0:20170513142629j:plain:w300

仕事には『やりきる力』というスキルも必要

いくら頭脳明晰で、いくらリーダーシップがあっても、この『やりきる力』というものがなければ仕事で成果を出すことはできないと思っています。

やりきる力には2つあります。

ひとつは、難しいこと、難局を乗り越える力です。 難局になると、それを突破するのにものすごく負荷がかかります。精神的にも負荷がかかります。いろいろな負荷を打破しなければやりきることができません。 途中で負けそうなときに、諦めてしまっては結果はでません。

もうひとつは、続ける、ということです。 タスクを立ち上げたり、課題解決に着手したはいいけど、途中であいまいになったりするケースが散見されます。 いわゆる「尻切れトンボ」状態です。
こういった人たちは、ものごとを継続する、ということが苦手タイプが多いです。
逆に、一瞬の対応や、火事場のなんとかというのは得意だったりします。
どちらがいいとか、そういうものではありません。継続しなくてはいけないのです。

仕事はやはり成果につながらなくては、評価の対象になりません。

ロジカル・シンキングや仮説思考、テクニカルスキル、リーダーシップ、マネジメントと同じように、『やりきる力』というものも大切です。

f:id:vekitomo-0:20170501144845j:plain:w350

与えた期間/カネを食いつぶす『パーキンソンの法則』

f:id:vekitomo-0:20170513150045j:plain:w350

ひとに期間とカネを与えてしまったら、それはすべて使い切られてしまう、と思っておいたほうがいいです。 特に、リーダーであれば、自分のチームメンバーに無用に時間とカネを渡してはいけません。

3人に同じ仕事を、

  • Aさんに3日でやってくれ
  • Bさんに5日でやってくれ
  • Cさんに10日でやってくれ

と依頼したとします。

すると、残念なことに、3人とも自分の期限までかけて完了させてしまいます。

これを『パーキンソンの法則』といいます。

f:id:vekitomo-0:20170426134912p:plain:w350

早めに作業が完了できるものでも、与えられた全ての期間を使いきってしまい期間が早まることはない、という行動様式です。 学生症候群と同じように、ほとんどのひとに備わっている行動様式なので、これを前提に仕事の期限を切る必要があります。

そこを注意しないと、無用に時間とカネを失ってしまうことになります。

年末の道路工事は余った予算でやっているのではないか、という都市伝説もあります。
そして、年末の道路工事を見て、「税金を無駄遣いしている」とボヤいているビジネスパーソンも実は、 部門の予算が余ったからと言って、特段必要でもないオフィスの事務機器を購入したりしているのです。

f:id:vekitomo-0:20170426134914p:plain:w350

『学生症候群』と『パーキンソンの法則』。リーダーが気をつけておいたほうがいい人間の行動様式です。

vekitomo-0.hatenablog.jp

仕事が期限ギリギリに終わる理由 〜学生症候群

多くの仕事は期限ギリギリに完了します。

どんなに速く依頼したとしても期限ギリギリになることがほとんどです。

それはなぜでしょう? その理由は、学生症候群です。

夏休みの宿題をぎりぎりまでやらない、学生症候群です。

私自身もそうでしたが、多くの人が夏休みの宿題は夏休みの終わりが近づいてきてから本腰を入れたと思います。

f:id:vekitomo-0:20170426125302p:plain:w350

他には、

  • 宿題のレポートを前日よるに突貫工事
  • 期末テストを一夜漬け

などです。

学生症候群といっていますが、その行動様式は残念ながら社会人になっても同じです。お尻に火がつかないと着手しないのが、人間本来の行動様式です。

ですので、無用に長い期限を与えると、着手すること自体が先となってしまい、速く仕事が終わることはありません。 『期日が近づいてからようやく着手する』のです。

期限を

  • 今週末まで
  • 来週末まで
  • 今月末まで

と切っても、 いずれも期限の数日前から着手します。

なので、人に仕事を依頼して期限を切るときは、無用に長い期限を切らないほうがいいです。

リーダーは計画に戦略を込めるべし

システム開発の世界では、開発規模を見積り、見積りの結果を受けて計画を立てていきます。

開発規模を『人月』という単位で表します。100人月の仕事であれば、1人が100ヶ月掛けると100人月。 10人で10ヶ月でも100人月です。

そして、現場でよく目にする計画は、その計算通りの計画をたてることです。 100人月の見積りに対して、10人☓10ヶ月という計画です。

私は、このような計画を算数上の計画と呼んでいます。 算数上、と言っているのは、普通に加減乗除のレベルでの計算であるからで、ある意味、揶揄してい使っています。

10人月だから10人☓10ヶ月という計画をたてるのは算数の世界です。 算数レベルの計画は、ある意味「何も考えていない」ということを意味しています。

リーダーは、計画に対して戦略を込めないといけません。

f:id:vekitomo-0:20170413002449j:plain:w400

どうすれば効率的に、短期間で、品質を確保しながらプロジェクトを進められるか。

考えることはたくさんあります。

作業の段取り次第でスピードが変わりますし、体制の組み方でも変わってきます。 この戦略こそ、リーダーの知力と意思を込めるところです。

私はよく、配下のリーダーが持ってきた計画に対して、
『魂はこもっているのか?』
と聞いています。

算数の世界でない計画。自分の知力と意思と魂を込めた計画をつくる意識を持つといいでしょう。

f:id:vekitomo-0:20170424152518j:plain:w300

難しい仕事でも、基本の延長である

システム開発をしている私の業種でいうと、超トラブルプロジェクトというのは、いわゆる難しい仕事です。 他にも難しい仕事はたくさんあると思います。

ちょっと勘違いされやすいのは、難しい仕事は何か特別なことをしているのでは、ということ。

ですが、まったくそんなことはありません。 あくまでも、基本に忠実に、基本の応用を実践しているのです。

ただ、その基本の応用は簡単なものではありません。

f:id:vekitomo-0:20170413002408j:plain

車の免許を取って一般道を運転できるからと言って、F1を運転できるわけではありません。 船舶免許を取って穏やかな海をクルージングできるからといって、大きな船で荒海を乗り切れるわけではありません。

私のプロフェッションはプロジェクト・マネジメントで、その基本はPMBOKというものがあります。ですが、それを知っているからと言って、炎上しているプロジェクトの火を消せるわけではありません。

ですが、F1ドライバーにしても、車の運転の基礎・基本があり、それらを高い技術まで成長させてF1を運転しているのです。もちろん、普通車には必要のないスキルやテクニックも使っています。

サッカーにしても、超一流選手も基礎があって、それらを高いレベルで実践しています。選手それぞれにスタイルや個性がありますが、それは基礎ができている上でのこと。

今、自分がそれほど難しい仕事をしていなくても、その難しい仕事ができるようになる準備をしておいた方がいいと思います。

そういった仕事は突然降って来ます。そのときに準備不足が理由でできないとしたら、チャンスを逃すことになります。

私はプロジェクトマネジメントが専門職ですが、その知識以外にもロジカルシンキングや心理学、統計・分析学、組織論、戦略論、ネゴシエーション、歴史学、ドキュメンテーションなどといった学びをしてきました。

いざというときに自分が使える武器は多ければ多いほどいいと思います。そのためには、普段からの準備が必要です。

f:id:vekitomo-0:20170418123451j:plain:w300

仕事でチャレンジをするかしないか? どちら?

f:id:vekitomo-0:20170413001350j:plain

私はシステム開発という世界で、ほとんどのキャリを上のような船に乗ってきました。

よく、「大変だね」とか「かわいそうに」という声をかけられます。

みなさんは下のように、ふたつのオファーがきたらどちらの船に乗りますか?

f:id:vekitomo-0:20170413001507j:plain

私の経験上、左の優雅なヨットに乗る人のほうが多いです。

実際に、右の船に乗っている立場で人を探しても、なかなか集まりません。

ですが、本当に左の船のほうがいいのでしょうか?

もし、向上心があるのであれば、私は右の船を強くおすすめします。

なぜならば、優雅なヨットでは経験できないことがたくさんあるからです。 本当にたくさんあります。これは、私の実体験を持って言えます。

成長を目指すならば、波風立たない海を航海するよりも、波風立っている嵐の中を航海する方が断然にいいです。

チャレンジしないことには始まりません。失敗を恐れていては次のステージに進めません。

激しい嵐の中に突っ込まないまでも、今の自分にとってチャレンジである、という環境が目の前にきたら、それをつかむべし、と私は思います。

ワークスタイルは人それぞれ。ですが、ステップアップを目指しているならば、チャレンジすべきだと思います。

時間の長いプレゼンの時間コントロール方法

f:id:vekitomo-0:20170411230701j:plain

先日、社内で75分のプレゼンを行いました。そのプレゼンで苦労したことのひとつがプレゼンの時間コントロールです。

これまで行ってきたプレゼンの中で最長です。セミナーなどで4−5時間ほど話をすることもありましたが、それは途中途中で休憩を入れたりしながら、4−5時間の枠でマネージできるものでした。

途中の休憩なしの75分プレゼンは最長です。 これまでは10分、20分くらいがせいぜいでした。

何が違うかというと、プレゼンの中身を覚えられるか、覚えられないか、というのが最大でした。

例えば、10ー20分のプレゼンであれば、チャートは数枚で、それぞれのチャートで何を喋るかは暗記しながらチャートごとの時間調整が可能でした。

ですが、75分のプレゼンの中身を頭に覚え込ますのは、相当の準備が必要になります。とはいえ、普通に、本業を抱えながらの準備になるので、そこまでの時間をさくことはできません。

そこで今回はセクションごとに時間を決める、ということにしました。 今回のプレゼンは大きく5つのセクションに分けました。

その5つのセクションごとに話す時間を決めて、カンニングペーパーに時間を書き込みました。

それがこちらです。 f:id:vekitomo-0:20170411225954p:plain

当日はこのカンペと時計を見ながらプレゼンをしました。

ですが、案の定、緊張もあり途中までは予定通りにはいきませんでした。

2つ目のセクションの終わりで25分経過の予定だったのですが、緊張も手伝って速く進んでしまい、実際には20分と5分も速くなってしまいました。

その次の3つ目と4つ目のセクションで話を長くし、5分の進みを取り戻し、予定通り60分で5つ目の最後のセクションに入ることができました。

最後のセクションを15分としており、時間のオーバーだけは、絶対にダメだったので、少し余裕を持たせて話をしたところ、最後2分だけ余った状態で終えることができました。

75分のプレゼンを73分で終えることができたので、まあ、及第点だったかな、と思います。

ポイントは、セクションごとに時間を決めて、それに対して調整を書けたことだと思います。

時間の短いプレゼンだと、ページ単位でもう少し細かい調整が可能ですが、時間が長いと喋ろうと思ったことが話せなかったりしますし、そもそも75分のプレゼンの全体を頭の中に入れるのも現実的ではありません。

参考図書

プレゼンの2週間前に同僚に紹介された本でしたが、とても参考になりました。 これはおすすめします。

最も共感を覚えたのは、コミュニケーションは発信側の責任である、というところです。

アメリカの大学生が学んでいる「伝え方」の教科書

アメリカの大学生が学んでいる「伝え方」の教科書

  • 作者: スティーブンE・ルーカス,Stephen E. Lucas,狩野みき(監訳)
  • 出版社/メーカー: SBクリエイティブ
  • 発売日: 2016/11/30
  • メディア: 単行本
  • この商品を含むブログを見る

重いタスクの同時進行は3つが限界だった・・・

しばらくこのブログの更新も滞ってました。

というのも、いろいろと超重いタスクが3つ重なってしまってたからです。

f:id:vekitomo-0:20170408221246j:plain:w250

自分の今の限界値がここだと分かったので、今後はもう少しいけるように精進したいと思います。

さて、重いタスクが何だったかというと、

  • 本職のプロジェクトの大きなマイルストーンが3月末
  • 2冊目の執筆活動
  • 会社での75分の重要なプレゼンが4/8

でした。

今日、ようやく3つ目の仕事が終わったので一段落しているところです。

この重なりで一番難しかったのは時間配分です。ひとつ目の本職のプロジェクトは、そこそこの状況なので、日中の時間はほとんどそこに費やされます。

ふたつ目の執筆活動は、本職ではないので平日の夜中とか休日を費やしています。

3つめの会社のプレゼンは、業務中に準備することは可能なのですが、なにせ本職プロジェクトの状況が状況なもので、思うように時間をさくことができませんでした。しかも、75分のプレゼンなので、準備もそこそこの時間がかかります。

頭をつかう仕事と手を動かす仕事 という状況で、意識していたのが頭をつかう仕事と手を動かす仕事です。 例えば、プレゼンの準備だと、何を話そうか、どんな構成にしようか、といった考える仕事と、それをパワーポイントの資料に起こしたり、当日のシナリオを書いたりする手作業の仕事に別れます。 頭を使う仕事は、自席に座っていなくても、移動時間などを使って進めることができます。手を動かす仕事は、基本的に自席でPCを使ってやります。

このバランスが難しかったです。これまで、重いタスクが重なったのは2つでしたが、これくらいまでは特に問題はなかったのですが、重いタスクが3つとなった瞬間に、頭で考える仕事が競合し始めました。

今後の拡充に向けては、この頭のエリアをどう棲み分けしてうまく活用していくか、かな、と思っています。

今回、75分のプレゼン資料をつくるにあたって、きちんとプロセスを整理しながらやってきたので、ちょいちょいとなりますが、ここの場でフィードバックをしていきたいな、と思っています。

複雑な仕事はマトリクスで分割して単純化しよう 〜複雑なまま取り掛かるからうまくいかない

複雑な仕事というのは単純化と分割ができていないということだと思います。 複雑なように見えますが、実は、整理ができていないだけ、ということばかりです。

f:id:vekitomo-0:20170313232314j:plain

ダ・ヴィンチは

シンプルさは究極の洗練である

といい、デカルトは、

難問は分割せよ

と言いました。

さて、まずは次の絵を見てください。いろいろなキャラが転がっていますね。そして、いろんな色をしています。 ごちゃごちゃしていて、よくわからない状態です。

f:id:vekitomo-0:20170313232303j:plain

では、これを少し整理してみましょう。キャラと色でまとめてみたのが次の図です。

f:id:vekitomo-0:20170313232322j:plain

どうでしょう。少しはわかりやすくなりましたね。ですが、ほんのちょっとです。まだ雑多感は残っています。

マトリクスで整理する

次にこれを表形式のマトリクスで整理してみます。

f:id:vekitomo-0:20170313232320j:plain

ここまでくると、整理された感が出てくると思います。 タテ軸にキャラを取って、ヨコ軸に色をとります。これでキャラ☓色の構造が見えてきたと思います。

もう一段階整理を進めてみましょう。それぞれの数を数字で表示します。

下の図となりました。これは完全にマトリクスタイプで整理されて、情報も定量的に表すことができています。

f:id:vekitomo-0:20170313232317j:plain

シンプルでかつ、タテ・ヨコが要素に分解されています。

おさらいとして、4つの図を並べてみましょう。 どうですか?
どれが分かりやすいかは一目瞭然だと思います。

f:id:vekitomo-0:20170313232316j:plain

マトリクスで整理することのメリット

まず、全体像が把握しやすいと思います。キャラがいくつあって、色のバリエーションがいくつあるか、そして、それぞれいくつずつあるのか。 キャラごとの総数、色ごとの総数、全体の総数もすぐにわかります。

そして、この後にアクションを検討するとしても、すべてに対して検討する必要はなく、データを見ながら選択と集中をすることができます。

たとえば、紫と茶色について深掘りする、といった具合です。

このように的を絞ることができるのは、整理した結果、複雑と思われた事象の構造がクリアになったからです。

一番最初の雑多な状態では、的を絞ることができません。仮に、的を絞ったとしても、それはヤマカンであり、最適なものではありません。

人に説明もしやすい

どの図が説明しやすいでしょうか?これも最後のマトリクスですね。 どこからどう説明するかは、目的に応じますが、このようにマトリクスで整理されていると、どの角度からでも説明ができます。

また、表になっているため、細かく説明しなくても、表を見せるだけで理解してもらうことができます。

複雑なことほど最初に整理をしよう

複雑な仕事は複雑に見えているだけです。雑多のものを単純化して、要素に分割していけば、簡単なものの集合体に整理することができます。

そして、それらの簡単なものごとに取り扱っていけばいいのです。

単純化、分割をするアプローチはいくつもありますが、とりあえず、マトリクスで整理すればほとんどの事象を整理することができます。

使い慣れてくると、驚くほど効果が得られることを実感すると思います。

参考図書

ロジカルシンキングを理解すれば、マトリクス整理をより使いこなすことができます。 ということで、私が読んだロジカルシンキング系のおすすめの本を紹介しておきます。

ロジカル・シンキング―論理的な思考と構成のスキル (Best solution)

ロジカル・シンキング―論理的な思考と構成のスキル (Best solution)

世界一やさしい問題解決の授業―自分で考え、行動する力が身につく

世界一やさしい問題解決の授業―自分で考え、行動する力が身につく

考える技術・書く技術―問題解決力を伸ばすピラミッド原則

考える技術・書く技術―問題解決力を伸ばすピラミッド原則

思考の整理学 (ちくま文庫)

思考の整理学 (ちくま文庫)

入社10年分の思考スキルが3時間で学べる

入社10年分の思考スキルが3時間で学べる

[カラー改訂版]頭がよくなる「図解思考」の技術

[カラー改訂版]頭がよくなる「図解思考」の技術

説得できる図解表現200の鉄則 第2版 (ロジカル思考をアピールするチャート・概念図はこう描く)

説得できる図解表現200の鉄則 第2版 (ロジカル思考をアピールするチャート・概念図はこう描く)

超図解「デザイン思考」でゼロから1をつくり出す

超図解「デザイン思考」でゼロから1をつくり出す

図解する思考法 基礎編

図解する思考法 基礎編