ぱと隊長日誌

ブログ運用もエンジニアとしての生き方も模索中

リーダーシップの抵抗勢力はどこにいるのか?

新しいことを始めるとき、必ず抵抗勢力がいます。明確に反対しないまでも、協力に消極的な場合もあります。そんな抵抗勢力に対し、どう向き合うべきでしょうか?
同じ職場で働くコンサルタントに相談してみたところ、相手にとってのメリットをアピールして協力してもらう、との回答でした。これはD・カーネギーの『人を動かす』の人を動かす三原則の一つ、「人の立場に身を置く」に通ずる方法だと思います。

ですが、果たして抵抗勢力は周囲だけなのでしょうか。隠れた、そして最も手強い抵抗勢力は自分自身なのではないでしょうか。

リーダーシップをもって新しい価値観に移行する時、それは人々に何かを失うことを納得させる必要があります。そして、それは自分自身に対してでもあります。
それなのに、他人には痛みに耐えることを求めながら、自分は痛みを避けようとしていないでしょうか。それどころか、他人にも自分にも痛みに耐えて前進するよう求めることを避けていないでしょうか。理想を語って変えられない現実を嘆く。そうやって、リーダーシップのとれない自分をかばっていないでしょうか。そんなとき、自分自身がリーダーシップに対して最大の抵抗勢力となってしまっていると思うのです。

マーティ・リンスキーとロナルド・ハイフェッツの『最前線のリーダーシップ』では自分が属する組織やコミュニティをリードする際、自分自身が問題の一部であったことを認めるべきとしています。組織をリードする時、その中にいる自分もまた痛みを感じることに覚悟しなければなりません。

もしあなたが、組織で責任ある役割を担っており、その組織に問題が起きているとすれば、あなたにも問題が起こった責任の一端があり、問題が手つかずになっている理由の一部があなたにもあることはほぼ明らかである。(中略)あなたがもたらそうとしている変革の障害になり得る部分が、あなたの行動や価値観のなかにもあると知っておく必要がある。
出典:最前線のリーダーシップ

そして、休息も大切です。自分が日々回復できる場所・時間を確保しなければ、消耗してしまうでしょう。

リーダーシップを発揮する過程で、孤独と絶望の日々が訪れるかもしれない。この局面を乗り切るためにもパートナーが必要だ。
また、自分自身に戻れる聖域が必要だ。祈りでも瞑想でも散歩でも、バーでスコッチの氷を眺める事でもいい。とにかく聖域を持つこと。そこで心身をいやし、再び戦いの場への出ていく英気を養うのだ。

NHKリーダーシップ白熱教室第6回(世界が君を待っている)まとめ - ぱと隊長日誌

現状維持というぬるま湯は心地よいです。ですが、気が付いた時には茹で上がっていたり、冷え切っているかもしれません。
そうならないために、自分を含めた全体を見渡し、何をすべきか自分に問いかけること。変革への覚悟を持ち、傷ついた心身を休ませる場所を用意すること。それがリーダーシップのベースになると思うのです。

人を動かす 新装版

人を動かす 新装版

最前線のリーダーシップ

最前線のリーダーシップ

転職面接の面接官が応募者に語ってほしいこと

最近、別々の方から転職面接の面接官として同じ悩みを聞きました。そして、それは私も面接を担当する時に感じていたことでした。悩みとは応募者が教科書通りの回答しかしてくれない、ということです。

例えば、プロジェクトマネージャー候補として考えている方に対し、困難なプロジェクトを成功に導くために何をすべきでしょうか?と聞くと、「コミュニケーションをとることだと思います」と答えが返ってきます。では、具体的にはどのようなアクションを取りますか?と聞くと、ちょっと困った顔をしながら「ミーティングをこまめにするとかですかね…」と続きます。
その度に、どうして質問されることが想定されるのに準備しておいてくれなかったのだろう、ととても残念に感じます。

この質問をするとき、面接官側は応募してくださった方に仕事を任せられるか見極めたいと思っています。実のところ、面接官側だって先の質問に完璧な答えがないことを知っています。面接官側も日々の仕事の中で答えを求めて毎日悩み、挑戦しています。応募者にも仲間として一緒に取り組んでほしいと思っています。その思いに応えてくれる方かを見極めようとしているのです。

そのために話してほしいことは、ご自身のエピソードです。極端な話、失敗談だっていいのです。そこから何を学び、次をどうしたいのか。そのために今、何をしているのか。それが面接官として知りたいことです。
例えば、こんな話ができるかもしれません。要件の提示を遅れがちな担当者がいた。いつもそれが繰り返されるので、担当者へ催促や要件調整の協力を申し出つつ、早めにPMへもアラートをあげた。それでも滞るので自分から担当者の上司へも状況の説明と調整を依頼した。こうしたアプローチを繰り返した結果、毎日夕方に担当者との定例会が開催されるようになり、その後の仕様決定がスピーディになった。メールベースだと担当者に返信の負担がかかるが、対面の打ち合わせにしてこちらが議事のまとめを引き受けることで、担当者の負担も軽減することができた。次回はもっと早い段階から対面での打ち合わせを提案したい…。
このエピソードはPMBOK(いわば教科書)で言えば、コミュニケーション/リスク/ステークホルダー分野のマネジメントです。教科書の知識をベースにどのような具体的なアクションへとつなげたかを説明しています。

今回のエントリは面接を切り口に書き出しましたが、その予定がなくとも、今一度、自身の仕事を振り返り、面接官としての自分だったらどんな質問をするか、そして応募者としての自分はどんな回答をするか、考えてみることは実務につながるのではないかと思います。

例えば、こんなテーマも面白いかもしれません。

これまでずっと専門分野を深掘りしてきた中堅エンジニアが、「全体像を見る」ためには、どうしたら良いだろうか?

わたしがおすすめするのは、二種類の『見方の練習』である。最初の練習はまず、「上司の上司の立場になって仕事のあり方を考えてみる」ことである。あなたが課長だったら、本部長の立場で、どう仕事の仕組みをつくるか、考える。これは簡単ではない。かなり視点を背伸びして、高い位置から関連する仕事の全体を見なければならないからだ。

そしてもう一つの練習は、「顧客の顧客の要求を考えてみる」である。あなたは「顧客が要求して言ってくること」の背後に、顧客自身が悩んでいる「隠れたペイン」を見通すべきなのである。それはいいかえると、「サプライチェーンの中で、自社の位置を理解する」ことにも通じる。そういう視点を獲得できれば、あなたが日々直面している問題に対しても、別の見方、別の解決策が見えてくるかもしれない。

※引用元から一部省略して抜粋しています。

全体像を見るために 〜 インテグレートされた工場の作り方 : タイム・コンサルタントの日誌から

日々の課題に対して日頃から考え抜き、取り組むことが、将来のキャリアパスへとつながると信じています。

【ご参考】

今回のエントリをまとめるにあたり、リクルートエージェントの細井さんの本を読み返しました。応募者が語るべきこと、面接官が問いかけるべきことがまとめられており、双方にとってお互いの思いを十分に伝えるための参考になると考えています。もし、よろしければご一読ください。

「使える人材」を見抜く 採用面接

「使える人材」を見抜く 採用面接

転職面接突破法―10万人が受講した究極メソッド

転職面接突破法―10万人が受講した究極メソッド

カリスマエージェント直伝! 履歴書・職務経歴書の書き方

カリスマエージェント直伝! 履歴書・職務経歴書の書き方

プロジェクト・マネジメントのためのスケジューリング理論の基礎を学ぶ

はじめに

プロジェクト・マネジメント・ソフトウェア(例えば Microsoft Project)を使いこなすにはスケジューリング理論の基礎を理解していることが必要です。
現場ではプロジェクト・マネジメント・ソフトウェアが勝手に日程をずらす!とか、組みたい日程で設定させてくれない…というぼやきをよく聞きます。ですが、これらの挙動はプロジェクト・マネジメント・ソフトウェアが設定されたタスク・リソース・順序関係・制約からスケジュール理論を基に最適解を導き出そうとした結果であることがほとんどです(まれにバグやソフトウェアの制約のこともありますが)。つまり、プロジェクト・マネジメント・ソフトウェアの基礎をなすスケジューリング理論を学ぶことで、それらの挙動の理由を知り、真価を発揮することができるのです。
本エントリではプロジェクト・マネジメントのためのスケジューリング理論の基礎を学ぶことに役立つ資料を紹介します。

書籍

建設エンジニアのためのPMSによるプロジェクト計画入門―基礎からリスクスケジューリングまで

建設エンジニアのためのPMSによるプロジェクト計画入門―基礎からリスクスケジューリングまで

建設エンジニアのためのPMSによるプロジェクト計画入門―基礎からリスクスケジューリングまで

この本のタイトルは2つの点で損をしています。それは、建築エンジニア向けをうたっていること、そしてPMSという耳慣れない略語を使っていることです。

まず、この本の対象読者は建設エンジニアに限定しません。スケジュール管理に関わる全てのマネージャそしてエンジニアが対象となります。説明例は主に建設にかかわるものですが、スケジュール管理に関する基本的な部分は業種を問わず適用できます。

また、PMSという略語は"Project Management Software"のことです。具体的には以下のようなソフトウェアのことです。

  • Microsoft Project
  • ProjectLibre
  • Artemis Schedule Publisher
  • Primavera

この本ではスケジューリング理論の基礎から実際のプロジェクト管理の方法まで幅広くカバーしています。また、説明例は建設にかかわるものですが、専門的な用語は少なく、他業種の方でも内容を十分に理解することができます。
また、日本語でスケジューリング理論の基礎に関して説明した数少ない本です(本屋、AmazonGoogleで探しましたが他に見つかりませんでした)。スケジュール理論を勉強するための入門書としてお勧めします。

本の目次から主だったトピックを挙げます。

  • プロジェクト計画の立て方
  • リソースを考慮した計画
  • ネットワーク工程計画法
  • クリティカル・パス法 (CPM)
  • 実施フェーズにおける進捗管理
  • リスクを考慮したプロジェクト計画

また、後述する mosaic の Core Scheduling Papers の一部を含んだ内容となっています。この本で概略をつかんだうえで、Core Scheduling Papers を読み進めると理解しやすいです。例えば、以下のような内容が含まれています。

  • アロー型モデルとプレシーデンス型モデルの違い
  • 順序関係(FS, FF, SS, SF)
  • フロートの種類(トータル・フロート、フリー・フロートなど)
  • タスクの中断

Mosaic Core Scheduling Papers

オーストラリアの Mosaic Project Services Pty Ltd は自社のウェブサイトでプロジェクトの計画とスケジュールに関する資料を公開しています。
Planning and Scheduling

その中に Core Papers として公開された資料があります。この中から特に有用と思われる資料とそこで説明されているトピックを以下に挙げます。
全て英語ですが、ここで挙げた資料は図が豊富に使われており比較的理解しやすいです。英語が苦手な方も理解できるところからつまみ読みしてはいかがでしょうか。
資料によってはトピックが重複していることもありますが、異なった視点から議論しているため、併せて読むことをお勧め増します。

Links, Lags and Ladders - the subtleties of overlapping tasks -

http://www.mosaicprojects.com.au/PDF/Links_Lags_Ladders.pdf

  • 順序関係 (FS, FF, SS, SF)
  • リードとラグ
  • オーバーラッピング・アクティビティの管理
    • 順序関係の論理的矛盾
    • ラダー
  • ハンモック・アクティビティ

Calculating and Using Float

http://www.mosaicprojects.com.au/PDF/Schedule_Float.pdf

  • ADMとPDMにおけるフロートの扱い
  • フロート計算
  • カレンダーとフロートの関係
  • ネガティブ・フロート
  • ハンモック・アクティビティ(サマリー・アクティビティ)

Basic CPM Calculations

http://www.mosaicprojects.com.au/PDF/Schedule_Calculations.pdf

  • アクティビティの要素と定義
  • PDMのスケジュール計算
    • 順序関係 (FS, FF, SS, SF)
    • 制約
    • 複数の先行/後続アクティビティ
    • オーバーラッピング・アクティビティ
  • フロート計算
  • カレンダーとスケジュール計算

記事・ブログ

DRAGとCostの解説

納期が延びる要因を指標化する - スケジュールのDRAGとはどんな尺度か : タイム・コンサルタントの日誌から
Drag Cost - 納期を加味した真のコストを考える : タイム・コンサルタントの日誌から

DRAGとはあるアクティビティがクリティカル・パスに対してどれだけ影響しているかを計るための指標です。また、これにCostを加味することで、クリティカル・パス短縮のために攻めるべきアクティビティをコストの観点から検討することができます。

英語版Wikipediaで"Critical path method"の解説を見ると、"Critical path drag"が度々登場しています。対して、日本語版Wikipediaの"クリティカルパス法"の解説ではDRAGについて触れられていません。DRAGの日本での普及はまだまだのようですが、今後に向けて知っておくべき手法と思われます。

本ブログのエントリ紹介

本ブログではここまで紹介してきた資料をベースにしたエントリを公開しています。以下に紹介させていただきます。

ADM(アロー・ダイアグラム法)、PDM(プレシデンス・ダイアグラム法)、AON(アクティビティ・オン・ノード)の違い - ぱと隊長日誌
ADM / PDM / AON は表現の違いに着目されがちですが、順序関係の扱いや歴史的経緯まで含めて比較を行いました。

ADM(アロー・ダイアグラム法)及びPDM (プレシデンス・ダイアグラム法)におけるタイミングとフロートの計算方法 - ぱと隊長日誌
ADM / PDM を明確に区別した上で用語の定義と計算式を説明しています。また、同じことを指す場合でも資料によって異なる名前を使う場合があるため、よく使われる別名も併せて記載しています。

PDM (プレシデンス・ダイアグラム法)のスケジュール計算における制約の影響 - ぱと隊長日誌
PDMにおいてはアクティビティに対する制約を考慮したスケジュール計算をする必要があります。また、それによってネガティブ・フロートを発生する場合があることを示しています。

PDMにおいてSS/FF関係を持つアクティビティのトータル・フロートのパラドックスを解消する - ぱと隊長日誌
PDMで前後のアクティビティとSS/FF関係を持つアクティビティにてトータル・フロートにパラドックスが生じるケースを説明し、その解決策を提示しています。

スケジュール計算とラグとカレンダーの関係 - ぱと隊長日誌
スケジュール理論を議論する際にカレンダーはしばしば無視されます。ですが、実際のプロジェクトでカレンダーを適用したときに考慮すべき点をまとめています。

おわりに

ここで紹介した資料以外にも役に立つもの、参考になるものがまだまだあると思います。ご存知の方はぜひ本エントリのコメントやTwitter(@)などでご教示いただければ幸いです。