開発部門の管理職が学ぶべきこととは

更新日

投稿日

 
今回は、新任の開発課長が学ぶべきこと、課長就任前に3週間で準備をすべきこと、さらには課長就任後に取り組むべきことについて解説します。
 
【目次】
     

    1. 開発課長として学ぶべき5つの分野

     
    • 戦略マネジメント
    • プロジェクトマネジメント
    • 技術マネジメント
    • チームマネジメント
    • リーダーシップ
     
    この中でも、最初に学ぶべきことは、チームマネジメントとリーダーシップです。開発課長として30名程度の組織を動かすと想定すると、チームマネジメントとリーダーシップが特に重要になります。
     
    しかし、慌てて関連書籍を読む、セミナーを受けるなどといった座学の学習をする必要はありません。3週間程度で、開発課長としてチームマネジメントを実践し、スムーズにチームを立ち上げるための準備期間として時間を使ってください。そこで、残された期間を1週間単位で3つのステージに区切り、それぞれ以下のことに取り組んでください。
     

    【ステージ1(1週目)】 「チームのビジョンとミッションをまとめる」

     
    これからあなたが担当するチームについて、ビジョン(将来のありたい姿)とミッション(本来の役割・使命)を考えてください。「自分はどんなチームをつくりたいのか」、「自分のチームは何を期待され、どのような貢献が求められているのか」、自分なりの考えをまとめてください。
     

    【ステージ2(2週目)】 「チームの目標を設定する」

     
    チームの目標を設定するうえで、押さえておくべきポイントは2つあります。
     
    •   少なくとも3年以上先を見据えて目標を立てること。
    •   「達成目標」と「学習目標」の2つの目標と立てること。
     
    「達成目標」とは、チームが実現すべき事業業績に直結した目標です。「学習目標」とは、仕事をとおしてチームがどのような能力を磨いていくのかを視点とした目標です。
     

    【ステージ3(3週目)】 「メンバーへの期待を書き出す」

     
    メンバー一人ひとりの顔を思い浮かべながら、「ベテランのAさんには、自分の仕事だけでなく、チームのまとめ役や後輩の指導などの役割を担ってほしい」「中堅のBさんには、チームの技術力を高めるために新しい技術の習得を積極的にリードしてほしい」など、各人がチームの中でどのような役割を果たしてほしいのかを具体的に書き出してください。
     
    事前準備でまとめた内容については、上司に見てもらうことをお奨めします。特に、チームのビジョン、ミッション、目標について上司としての意見や考えを反映させておくは、具体的なサポートを引き出すことにつながります。
     
    以上が、3週間程度の準備期間で、取り組むべき内容です。
     

    2. 開発課長に就任してからの1ヶ月間

     
    次に、開発課長として仕事をスタートさせた【直後の1ヶ月間】に、チームを立ち上げるためにぜひ取り組んでいただいきたいことをアドバイスします。
     
    最初は、メンバー一人ひとりとの面談です。時間は1人あたり20分程度でよいと思います。1日に2人くらいを目安に行い、就任度2~3週間で全員面談するようにください。
    ...
     
    今回は、新任の開発課長が学ぶべきこと、課長就任前に3週間で準備をすべきこと、さらには課長就任後に取り組むべきことについて解説します。
     
    【目次】
       

      1. 開発課長として学ぶべき5つの分野

       
      • 戦略マネジメント
      • プロジェクトマネジメント
      • 技術マネジメント
      • チームマネジメント
      • リーダーシップ
       
      この中でも、最初に学ぶべきことは、チームマネジメントとリーダーシップです。開発課長として30名程度の組織を動かすと想定すると、チームマネジメントとリーダーシップが特に重要になります。
       
      しかし、慌てて関連書籍を読む、セミナーを受けるなどといった座学の学習をする必要はありません。3週間程度で、開発課長としてチームマネジメントを実践し、スムーズにチームを立ち上げるための準備期間として時間を使ってください。そこで、残された期間を1週間単位で3つのステージに区切り、それぞれ以下のことに取り組んでください。
       

      【ステージ1(1週目)】 「チームのビジョンとミッションをまとめる」

       
      これからあなたが担当するチームについて、ビジョン(将来のありたい姿)とミッション(本来の役割・使命)を考えてください。「自分はどんなチームをつくりたいのか」、「自分のチームは何を期待され、どのような貢献が求められているのか」、自分なりの考えをまとめてください。
       

      【ステージ2(2週目)】 「チームの目標を設定する」

       
      チームの目標を設定するうえで、押さえておくべきポイントは2つあります。
       
      •   少なくとも3年以上先を見据えて目標を立てること。
      •   「達成目標」と「学習目標」の2つの目標と立てること。
       
      「達成目標」とは、チームが実現すべき事業業績に直結した目標です。「学習目標」とは、仕事をとおしてチームがどのような能力を磨いていくのかを視点とした目標です。
       

      【ステージ3(3週目)】 「メンバーへの期待を書き出す」

       
      メンバー一人ひとりの顔を思い浮かべながら、「ベテランのAさんには、自分の仕事だけでなく、チームのまとめ役や後輩の指導などの役割を担ってほしい」「中堅のBさんには、チームの技術力を高めるために新しい技術の習得を積極的にリードしてほしい」など、各人がチームの中でどのような役割を果たしてほしいのかを具体的に書き出してください。
       
      事前準備でまとめた内容については、上司に見てもらうことをお奨めします。特に、チームのビジョン、ミッション、目標について上司としての意見や考えを反映させておくは、具体的なサポートを引き出すことにつながります。
       
      以上が、3週間程度の準備期間で、取り組むべき内容です。
       

      2. 開発課長に就任してからの1ヶ月間

       
      次に、開発課長として仕事をスタートさせた【直後の1ヶ月間】に、チームを立ち上げるためにぜひ取り組んでいただいきたいことをアドバイスします。
       
      最初は、メンバー一人ひとりとの面談です。時間は1人あたり20分程度でよいと思います。1日に2人くらいを目安に行い、就任度2~3週間で全員面談するようにください。
       
      面談では、「仕事の上で困ったことや悩んでいることはない?」「やりにくいことはない?」などの質問をして、メンバーが思っていることをできるだけ引き出し、聞くようにしてください。また、メンバーが話す内容について、「その考えは、おかしい」とか「間違えている」といった指摘は極力しないことです。
       
      メンバーの話に多少違和感を覚えることもあると思いますが、ここでは相手の話を聞くことに専念してください。面談時間の内15分間はメンバーの話を聞くことに専念し、最後の5分間だけ使い、課長として考えているチームのビジョン、ミッション、目標、個々のメンバーに期待することを話してください。
       
      その際、決して「これは決定事項だ」というような話し方ではなく、「課長としてこう考えているのだがどうだろうか」といった投げかけのスタンスで話してください。そして、最後に「キックオフミーティングまでに、チームのために自分が果たすべき役割について考えておいて欲しい」と伝えてください。
       
      全員の面談が終わったタイミングで、チームメンバー全員を集めたキックオフミーティングを行ってください。キックオフミーティングでは、まず、課長であるあなたからチームのビジョン、ミッション、目標について説明し、そのあと、「自分がチームの中でどのような役割を果たしていくのか」について、メンバー一人ひとりに発表してもらってください。
       
      さらに、「チームの目標を達成していくために取り組むべきこと」というテーマで、メンバー同士でディスカッションをしてもらうことも効果的です。課長からメンバーへ向けた一方通行型ではなく、できるだけメンバーが主体的に参加するミーティングになるように実施することを心掛けてください。
       
       技術マネジメント
       

      3. チーム運営

       
      最後に、チームを運営するうえで、特に気をつけていただいたいことをアドバイスします。それは、「朝令暮改をためらわない」ということです。事前準備の期間で考えた内容(ビジョン、ミッション、目標、メンバーの期待など)に、こだわりすぎないようにしましょう。これらは、言わば実践前に考えた仮説ですので、メンバーの意見や状況の変化なども踏まえて柔軟に変更していく姿勢が大切です。
       
      とかく人は自分が考えて決めたことには執着したくなるものですが、しっかりと基軸を定めたうえで、状況に合わせて変えるべきところは柔軟に変えていく能力を身につけることは、マネジメントを行う者にとって非常に重要です。
       
      今回は、チームマネジメントとリーダーシップに焦点を当ててアドバイスしましたが、戦略マネジメント、プロジェクトマネジメント、技術マネジメントなど、開発課長として学ぶべき分野はまだまだあります。また別の機会にご紹介したいと思います。
       

         続きを読むには・・・


      この記事の著者

      平木 肇

      『テクノロジストの知恵を新たな価値を生み出す力に変える』社会を変える新たな価値創造へ向けて、技術の進化と人材の開発に挑戦するものづくり企業を全力で支援します。

      『テクノロジストの知恵を新たな価値を生み出す力に変える』社会を変える新たな価値創造へ向けて、技術の進化と人材の開発に挑戦するものづくり企業を全力で支援します。


      「技術マネジメント総合」の他のキーワード解説記事

      もっと見る
      聴覚 普通の組織をイノベーティブにする処方箋 (その157)

        前回までの4回で、視覚を活用して創造性を高めイノベーションを起こす能力を強化する方法について、考えてきました。今回からは、聴覚ついて考...

        前回までの4回で、視覚を活用して創造性を高めイノベーションを起こす能力を強化する方法について、考えてきました。今回からは、聴覚ついて考...


      クレーム率シングルppmをゼロに(9) 【快年童子の豆鉄砲】(その64)

        【連関図法で把握した原因に対する対策のまとめ】 【この連載の前回:【快年童子の豆鉄砲】(その63)へのリンク】 【連載記事】・新Q...

        【連関図法で把握した原因に対する対策のまとめ】 【この連載の前回:【快年童子の豆鉄砲】(その63)へのリンク】 【連載記事】・新Q...


      『価値づくり』の研究開発マネジメント (その15)

           今回も、前回から引き続きオープンイノベーションの経済学の6つ目、「オープンイノベーションによる不確実性への対処」です...

           今回も、前回から引き続きオープンイノベーションの経済学の6つ目、「オープンイノベーションによる不確実性への対処」です...


      「技術マネジメント総合」の活用事例

      もっと見る
      作業要素の進捗分析2 プロジェクト管理の仕組み (その19)

        前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...

        前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...


      進捗管理の精度を上げる:第1回 プロジェクト管理の仕組み (その13)

       前回は進捗管理の基本的な考え方を紹介しました。今回は、この考え方にしたがってどのような方法で実際に進捗を把握できるのかを紹介したいと思います。具体的な話...

       前回は進捗管理の基本的な考え方を紹介しました。今回は、この考え方にしたがってどのような方法で実際に進捗を把握できるのかを紹介したいと思います。具体的な話...


      マトリクス体制での品質保証3 プロジェクト管理の仕組み (その32)

       前回のマトリクス体制での品質保証2に続いて解説します。    これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...

       前回のマトリクス体制での品質保証2に続いて解説します。    これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...