この能力がなければ技術管理の仕事はできません

記事のソース | プログラムのビジョン

著者 | アン シャオフイは西安交通大学を卒業し、IT とインターネットの分野で 10 年以上の経験があり、以前は新興企業の技術パートナーでしたが、現在はソフトウェア開発の技術専門家およびキャリア プランナーです。 。

 

 

3~5年勤務すれば、ほとんどの人がそのポジションに必要な知識、経験、スキルを習得できるようになります。しかし、多くの人は常にこのレベルにとどまり、同じ場所に閉じ込められ、右と左が対立し、昇給や昇進を得ることができません。

 

この現象の背後にある理由は、個人のキャリア促進のロジックを理解しておらず、効果的な開発戦略を策定できないことにあります。そこで、今日は職場の成長ピラミッドというモデルを学び、飛躍を遂げる能力を向上させる方法を見ていきます。

 

 

キャリア成長ピラミッド

 

 

 

この図から、職場での個人の成長と育成は 6 つのレベルに分類できることがわかります。

 

最初のレベルは個人の専門能力であり、ほとんどの人は、プログラミング、PPT の作成、Excel の使用、税金の申告など、このレベルの能力を入社時に培っています。勤続年数は通常3年程度で、専門的な能力の蓄積により下級幹部の仕事に十分な能力を発揮します。成長が早い人は、この段階の栽培を1~2年で完了できるかもしれません。

 

第二層は対人コミュニケーション能力の育成で、意識的に対人コミュニケーションに努め、対人感受性を高め、他人の考え、感情、気持ちを理解できるようになり、他人、特に上司をより深く理解できるようになります。他の人とより良く協力して、専門的能力と対人協力効果の両方を備えた従業員になることができます。このレベルで実践する場合は、意識的に身長を伸ばすこと、プロジェクト全体の視点で問題を捉えること、プロジェクトマネジメント能力を身につけること、タスクを分割して割り当てることができること、将来のジュニアマネージャーへの昇進に備えることなどが求められます。この層が完成するまでには通常約 5 年かかります。速く走れる友達は 3 ~ 4 年で旅を終えることができます。

 

レイヤー 3 はチームを形成する機能です。チームの目標達成に向けて、マネジメント、企画、組織、調整、目標管理、モチベーション、フィードバック、コーチング、採用、業績評価などの能力が求められます。このレベルのプロフェッショナルは、新しいチームを迅速に形成したり、既存のチームを引き継いだり、チームやプロジェクトをうまくリードしたり、仕事の目標を人によって異なる方法で説明したり、チームの目標を利用してチームメンバーを統合して一緒に目標を達成したりすることができます。 。このレベルの実践を完了するには、実務経験が約 6 ~ 8 年、早いものでは 4 ~ 5 年かかります。

 

4 番目のレベルは、部門を超えたコラボレーション能力です。このレベルに達すると、マルチスレッドで作業し、複数のジュニア マネージャーを率い、複数のチームやプロジェクトを管理し、部門を越えてコミュニケーションできる能力が必要になります。管理、人事、マーケティング、研究開発、営業、製品などのチームが連携して連携できること。普通の人がこのレベルの修煉を完了するには、約8〜10年かかります。つまり、10年くらい働いて成長すれば、会社の中間管理職になれるかもしれません。

 

5段階目は「組織開発能力」で、ここまで培った人材は企業の各機能がどのように機能しているのかを理解し、どの部門に人を加えるべきか、どの部門を減らしるべきか、企業の拡大を支えることができます。ブランチを確立するには、それに注意する必要があります。このときの役職は部長となることが多いです。このレベルに達するには9~12年かかるだろう。

 

第 6 層は戦略的ビジョンであり、この時点では個人が CEO であることが多く、会社の将来の発展、将来の傾向の判断、戦略的方向性の計画、組織効率の向上、人材戦略、製品戦略に責任を負います。

 

 

技術管理ナレッジツリー

 

 

開発者にとって、最初のレベルは特定のソフトウェア開発の役割に相当しますが、このレベルに留まって昇進できない場合は、技術管理の役割になれないことを意味します。その最も重要な理由は、ほとんどの開発者が専門スキルの育成のみに重点を置き、対人コミュニケーションやプロジェクト管理などのスキルを無視していることです。

 

実際、技術管理職には、ソフトウェア開発、プロジェクト管理、部門業務、対人コミュニケーション、製品知識、自己改善、会社知識、業界知識などの専門知識体系が必要です。この職に必要なのは、知識ツリーです。

 

 

この知識ツリーには、特に重要な知識体系、つまりプロジェクト管理があります。開発者がプロ​​ジェクト管理の知識体系と実践的な能力を持っていない場合、ソフトウェア プロジェクトをうまくリードすることは難しく、技術管理の職に就くことも難しく、技術分野で良い仕事をすることも困難になります。管理。

 

そこで今回は、プロジェクトマネジメント能力トレーニングの6つの段階についてお話します。

 

1.プロジェクトマネジメント知識体系の学習

2. 生活の中でプロジェクトを練習として活用する

3. ソフトウェアプロジェクトを観察し、プロジェクト管理のプロセスを推測する

4. 率先して雑務をこなし、特定のプロジェクト管理プロセスに精通する

5. 小さなプロジェクトを独立して取り組む

6. 大きなプロジェクトをもたらす

 

 

プロジェクト管理の知識体系を学ぶ

 

 

多くのものにはルールやフレームワークがあり、プロジェクト管理にもルールやフレームワークがあります。プロジェクト管理システムとしてよく知られているのは、PMP 認定によって定義されたシステムです。技術管理の道を歩みたい友人には、PMBOKを学び、PMP認定資格を取得することをお勧めします。

 

PMBOKv6 では、プロジェクト管理は 10 のプロセスに分割されます。

 

1. 統合管理

2. 範囲管理

3. 進捗管理

4. コスト管理

5. 品質管理

6. リスク管理

7. 購買管理

8. 人材マネジメント

9. コミュニケーション管理

10. ステークホルダーの管理

 

最初の7つのプロセスは物事の管理、最後の3つのプロセスは人の管理です。また、後者の3つの工程は前者の7つの工程に大きな影響を与える傾向にある。したがって、対人コミュニケーションスキルと協調的な管理スキルはすべて、技術管理職に必要なスキルです。

 

スキルを習得するための第一歩は、この分野で学ぶべき知識体系とフレームワークを見つけることです。基本的な枠組みを理解した上で実践に臨み、学んだ知識体系を実践を通じて確認し、互いに高め合います。このようにして、知識を能力に内面化することができます。

 

 

実際のプロジェクトを演習として使用する

 

 

実際、プロジェクト管理はソフトウェア開発プロセスに特有のものではなく、テレビ制作、自動車製造、年次総会など、あらゆる種類のプロジェクトに適用できる一般的なスキルです。ですから、最初は私たちは普通の開発者で、プロジェクトを管理する機会がなかったときは、生活の中でプロジェクトを通して練習することができました。

 

たとえば、国慶節の休暇中の旅行は、多くの人員、費用、ルート計画、宿泊施設、交通手段、食事などが関係するため、良い実践プロジェクトです。これは比較的複雑であり、プロジェクト管理のほぼ 10 のプロセスが含まれます。別の例としては、同窓会、読書共有セッション、グループ登山などがありますが、これらはすべて優れた実践的なプロジェクトです。

 

ライフプロジェクトで培った計画、スケジュール管理、コスト管理などの能力は、ソフトウェアプロジェクトでもそのまま活かすことができます。

 

 

ソフトウェアプロジェクトを観察し、プロジェクト管理プロセスを推測する

 

 

プロジェクトマネージャーや技術マネージャーではないときに、他の人がどのように仕事をしているかを観察し、自分自身を管理の役割に置き換えて、自分が何をするかを推測することも効果的な訓練です。

 

シンプルで効果的な練習方法は、自分自身に目標を設定することです。プロジェクト管理に関連する問題を毎日取り上げ、解決策を見つけます。

 

  • たとえば、コード管理ツールが git の代わりに svn を使用する場合、問題が発生します。

  • たとえば、毎日のスタンドアップミーティングで、プログラマが「昨日バグを変更しましたが、原因が分からないので今日もバグを修正します」と毎日言っていますが、これに意味はあるのでしょうか?

  • たとえば、開発者は技術的な実装上の理由により、アプリのビデオ起動アニメーションを無視することを選択しましたが、要求が一致しない場合、どのようにコミュニケーションすればよいでしょうか。

  • たとえば、フロントエンド開発者の Yuan Xiaoer は、バックエンド開発者の Datou Yuan に直接バグを割り当てることがよくあります。

  • たとえば、コードを送信するときにログをまったく書き込まないプログラマーが何人かいます。

  • たとえば、Ah San は 10 回中 8 回、統合ビルド テストを行わずにコードを送信します。

  • たとえば、上司は常にプロジェクト マネージャーを無視して、チームの開発者に新しい要件を追加するよう直接指示します。

  • ……

 

質問しながら学ぶのが最も効果的な方法です。

 

 

率先して雑務をこなし、プロジェクト管理プロセスに精通する

 

 

生活の中で実践したり、仕事での役割を代替したり、日々の減点を行ったりすることで、プロジェクトマネジメントの知識、スキル、プロセスに慣れることができますが、より効果的な方法は、対象分野でプロジェクトマネジメント業務を直接行うことです。

 

私はプロジェクトマネージャーではない、と言う人もいますが、どうやってプロジェクト管理をすればよいのでしょうか? 心配しないでください。あなたはプロジェクト マネージャーではありませんが、プロジェクトに参加し、特定の役割を担っているのですから、当然、いくつかの仕事はあなたに関連しています。さらに重要なことは、仕事内容や職責の範囲を飛び出して、広い視野で考えることです。立ち上がればチャンスがある。リーダーがあなたに会い、チャンスをくれるのをいつも待ち望んでいるなら、チャンスを得ることは不可能です。

 

したがって、注意深く観察し、チャンスを見つけて、率先して実行する必要があります。例えば、自分を磨き、グローバルな視点でプロジェクト全体を考え、プロジェクトの立ち上げ、要件、開発、テスト、納品、運用保守、プロジェクト制作ツールのどのつながりがうまくいっていないのかを分析し、どのつながりを改善するかなどです。効果が目に見える、率先して実行する これらのこと、異なるリンク、異なる人材、異なる部門をつなぐ架け橋となるために率先して実行する。

 

たとえば、プロジェクト マネージャーや研究開発マネージャーを観察して、会議の開催、計画の追跡、タスクの割り当て、マルチステークホルダーのコラボレーションの促進など、プロジェクト管理に関連してどのようなことをしたくないのかを確認し、それを表明するよう積極的に求めます。仕事のこの部分を共有できます。雑務を行う機会を得る意欲です。

 

心があれば、遊ぶ機会はたくさん見つかります。ほとんどの開発者は面倒で、自分で物事を進めたくないからです。

 

 

小規模なプロジェクトで独立

 

 

第 4 段階で、よく組織された会議や綿密に追跡されたプロジェクト計画などのハイライトを作成すると、チームに新しいプロジェクトが発生したときに、マネージャーがあなたにそれを管理するよう手配してくれる可能性があります。この時点で、体系的なプロジェクト管理の準備が整いました。

 

小規模なプロジェクトを単独で持ち込む場合は、次の点に注意してください。

 

  • プロジェクトの背景、ニーズ、目標、納期要件、時間要件、利害関係者などを完全に理解します。

  • 研究開発チームのメンバーがどのような性格、行動スタイル、どのような技術が得意で、どのようなプロジェクト経験を持っているのか、その状況を十分に理解します。ほとんどのソフトウェア プロジェクトの管理はプロセス全体ではなく、ソフトウェア開発ライフ サイクル (製品定義、要件分析、開発、テストなど) に焦点を当てているため、これは特に重要です。この段階では、R&D チームのメンバーは非常に重要です。致命的。

  • イテレーション、リーン、SCRUM、カンバン、Redmine、JIRA など、チームが使用した開発プロセスとツールを十分に理解し、誰もが使い慣れているものを選択してください。

  • プロジェクト管理プロセスにおいては、新たな手法、新たなプロセス、新たなツールを全面的に導入するのではなく、既存の基盤をベースに段階的に改革していくようにしましょう。

  • 効果的なフィードバック チャネル (会議、週報、信頼できる特定のプロジェクト メンバーなど) を確立し、プロジェクト管理の効果をタイムリーに理解できるようにします。多くの人はプロジェクトを始めて、実際の効果を知らずにメソッドやツールを押し進めるだけです。

 

 

大きなプロジェクトをもたらす

 

 

第5段階ではいくつかの小規模なプロジェクトを実践した後、ソフトウェアプロジェクト管理に関する豊富な知識の蓄積と実践経験が得られ、比較的大きなプロジェクトに挑戦できるようになります。

 

5人で2ヶ月で完了する小規模プロジェクトと、100人で2年で完了する中大プロジェクトでは、求められるプロジェクトマネジメント能力が大きく異なります。

 

 

レビューとプレビュー

 

 

今回は、プロジェクトマネジメント能力トレーニングの6段階について簡単に紹介し、ステップバイステップで参考にしていただきました。実際、ソフトウェア プロジェクト管理には、建設、制作、エンターテイメントなどとはまったく異なる独自の特徴があります。したがって、ソフトウェア プロジェクト管理で適切な仕事をするには、PMBOK によって構築されたシステムに加えて、次のことも理解する必要があります。ソフトウェアエンジニアリングの独自の知識体系 これに関しては、次の本を読むことをお勧めします。

 

「神話の男ムーン」

"ソフトウェア工学"

「ソフトウェアエンジニアリング: 実践者のアプローチ」

「プロジェクトのバリエーション: ソフトウェア プロジェクトの動作モデルについての深い理解」

ソフト スキル: コードを超えたサバイバル ガイド

 

 

対面公開授業 

 

 

要件の開発と管理におけるベスト プラクティスを誰もがより徹底的に理解できるようにするために、7 月 26 日と 27 日に成都で講演を行うために、「ソフト スキル - コードを超えたサバイバルへのガイド」の翻訳者である David Wang 氏を特別に招待ましコース「効果的なニーズ分析トレーニング キャンプ」を共有し、ここをクリックして教師と直接コミュニケーションを取ります。

 

講師プロフィール

 

デビッド・ワン

元ファーウェイプロジェクトマネージャー、社内コーチ

ワン氏は、ソフトウェアの研究開発、プロジェクト管理、品質管理に 15 年の経験があり、その後、Huawei Technologies Co., Ltd.、IBM Solution and Services Co.、中国モバイル ワイヤレス データ完全所有コンサルティング会社などで勤務してきました。他の企業では、プロジェクトマネージャー、品質ディレクター、コンサルタントなどの役職を務めました。彼の深い理論的知識、豊富なコンサルティング経験、シャープかつフレンドリーなコンサルティング スタイルにより、近年、業界で数々の賞を受賞しています。

 

価値の収穫

 

  • 需要管理および需要開発の過程における業界企業の誤解を分析し、成功体験を共有します。

  • 「プロジェクトの実現価値」という新たな視点から、要件開発と要件分析のプロセスと、そのプロセスにおけるさまざまなテクノロジーと方法論の使用の特徴を理解します。

  • 要件を把握する際の主な方法を理解します。ユーザー ストーリー、ビジネス コンセプト分析、最小限のプロトタイプ方法。

  • 要件分析/要件モデリングの主流の方法を理解します: ユーザー ストーリー ユーザー ストーリー、UseCase ユーザー ユース ケース、データ フロー図、有限状態セット図、エンティティ/関係図など。

  • 非機能的なカテゴリ、例、およびそれらの取得方法を理解します。

  • 標準化された要件を習得するための注意事項とテンプレート例。

  • 要件レビューで一般的に使用される 3 つの方法、つまり正式な検査、専門家によるレビュー、ウォークスルーについて理解します。

  • 要件変更管理のプロセス、要素、注意点を理解します。

 

トレーニング対象

 

プロジェクト マネージャーおよびプロジェクト管理 (PMO) 担当者、要件アナリスト、上級開発者および設計者、上級テスト エンジニア

 

コース概要

 

 

 

ソフトウェア要件分析はプロジェクトの始まりであり、プロジェクト実装の最も重要なキーポイントです。プロジェクトを成功させるためには、ソフトウェア要件の分析が最も重要なステップであるため、技術マネージャーになりたい場合は、上記の経験を学び、この公開コースにサインアップして、より体系的な方法を開発するのに役立つとよいでしょう。考え。

 

おすすめ

転載: blog.csdn.net/msup789/article/details/95875717