これらのプロジェクト管理の実際的な問題にいくつ遭遇しましたか?

皆さんこんにちは、ラオユアンです。

私は長い間コンテンツに取り組んでおり、多くの乾物、ツール、業界コンテンツを皆さんと共有してきました。

今日の記事は、ファンが私にプライベート メッセージを送ってきたいくつかの実際的な仕事の問題をまとめたものです。これらの問題に精通しているかどうかはわかりませんが、遭遇したことがありますか?

もちろん、これは純粋に特定のファンのためのプロジェクト管理の質問に答えるだけではありません。多くの場合、専門家として入り口に目を向けています。

他人の問題を見れば、多くの人がどこで混乱しているかがわかりますが、自分と比べてみると理解できますか?

答えがわかっている人は見てみてください、他の人が答えを知らない入り口を確認しましたか?

常にゲームをレビューすることによってのみ、常に進歩できることを忘れないでください。

プロジェクトマネージャーにとって、業務効率の向上、昇進、昇給は経営基盤が鍵となりますスキルポイントが足りないと感じたら、無敵になるために早めに計画的に習得することをおすすめします。

一、

1つ目の質問について、まず確認しなければならないのは、プロジェクトのプロセスデータや人事管理とは、流通や権限管理のことを指すのか?

さまざまな担当者がどのプロジェクト ファイルにアクセスできるかを判断し、プロジェクトの役割とファイル アクセス権の比較表を作成できます。

さまざまなプロジェクト ファイルについて、ファイルをタイムリーに更新し、どの種類のファイルを電子メールまたはメッセージで一括送信できるか、どの種類のファイルを個別またはグループ会議で伝達する必要があるかなど、プロジェクトの伝達方法を計画します。

管理階層が複雑な場合は、IT スタッフの支援が必要になる場合があります。

家庭で卵焼きやチャーハンを作るのと同じくらい小さなことであり、数千億のプロジェクトを担当するのと同じくらい大きなことであり、プロジェクト管理の基礎となる知識体系を習得することは、この種のプロジェクト管理能力をアップグレードしてあらゆるものに適用することができます。分野。

2 番目の点の解決策は、プロジェクトの人員の流れを制御し、プロジェクトの進行を制御することであり、これはプロジェクト管理のリソース管理と進捗管理に属します。

これらを組み合わせる場合、実際のプロジェクト作業では、各段階 (少なくとも現在の段階) での要員の一般的な作業配置を事前に計画し、継続的に更新し、人事カレンダーを適切に記録し、適切な作業を行うようにしてください。プロジェクト進捗データやプロジェクト進捗計画の作成業務 人事・スケジュールネットワーク図などのスケジュール管理書類の記録・更新。

実際の仕事では、より多くのコミュニケーションスキルが必要であり、プロジェクトメンバーによって必要なコミュニケーション方法も異なる場合があります。

プロジェクト マネージャーは、時間と労力の大部分をプロジェクト関連のコミュニケーションに費やし、日常的に積極的にフォローアップし、タイムリーに問題を発見して解決し、時機を逸したフォローアップを避けます。

二、

まず、マイルストーン タスク、特別なタスク、および主要なタスクはすべて、プロジェクト自体内の定義と部門に属します。

進捗管理の観点から、スケジュール計画ネットワーク図を描く習慣を利用して、比較的詳細な計画を立て、主要なアクティビティとクリティカル パスを定義できます。

マイルストーン ノードの制御に関しては、通常、次の点が考慮されます。

- プロジェクトの進捗状況の判断

- スケジュール変更要因への影響

- 必要な進捗準備金を再検討する

- プロジェクトの進捗状況が変化したかどうかを判断する

- 実際に発生した変更を管理する

次に、データ管理+人事管理の「コンプライアンス」ですが、この「コンプライアンス」の定義は企業やプロジェクトごとに異なるのがポイントです。

私は大まかなアドバイスしかできません。

1) まず、遵守できるファイル管理ルール(保存、更新、転送方法、違反処理規約など)が必要です。

2) プロジェクトに独自のニーズがある場合は、対応するコンプライアンス部門と通信してルールを調整できます。

3) ルールの実施を実現するための技術力(または管理能力)を確保する必要がある

最後の点については、例を挙げますが、職場で個人用の WeChat を使用してファイルを送受信することを許可している企業は、セキュリティと機密性の点で比較的弱いはずです。

DingTalkはソフトウェア機能上「ドキュメント」の権限設定があるため、DingTalk上でのドキュメント共有のみを許可する企業は少し強いかもしれません。

三つ、

お客様の内部的な理由により、コミュニケーションの面で解決するために最善を尽くすことしかできません。

相手の内部プロセスや主要なステークホルダーを理解するように努め、受け入れを迅速に完了することが相手にとってどのようなメリットがあるかを考えてください。

また、その時点で契約またはプロジェクト合意書に時間と受け入れ基準に関する合意があるかどうかを確認することもできます。

自分自身に期限を設定し、一生懸命取り組んでも解決できない場合は、時間内に上司に進捗状況を同期させ、講じた対策と遭遇した困難を説明できます。

四、

実際にプロダクトマネージャーというポジションがいない場合は、現状ではプロジェクトチームのメンバーが出てきてプロダクトマネージャー(またはプロダクトリーダー)の役割を担うこともできます。

なぜなら、何があっても、誰かが常に要件を整理し、優先順位を決定する必要があるからです。

これらのプロセスには共同で参加することができますが、「進行役」が必要です。

リスクや紛争を軽減するために、モデレーターは製品関連の重要な文書や重要な決定事項を記録する必要があります (もちろん、この部分はプロジェクト マネージャーが行うこともできます)。

あるいは、開発者に共通のコラボレーション支援機能を利用してプロジェクトをフォローアップすることもできます。TAPD、Worktile、DingTalk など。

五、

アジャイルな場合は、次の図の考え方に従って接続を計画できます。

「戦略」と「ビジョン」はほぼイコールであることを理解して、それを階層ごとに分解してみることもできます。

簡単に言えば、上級リーダーは戦略に基づいた合理的な目標を策定する必要がありますしかし、それを行うのは確かに難しいです。

このレベルの問題は、非常に基本的な製品の問題です。

このような質問で頻繁に同僚や上司を困らせている場合は、次の解雇の波にさらされることに注意してください。

やる気さえあれば、仕事を終えてから1か月間勉強できるシステムに登録でき、簡単な製品の問題が解決でき、思考体系がより論理的になります。

たとえば、プロダクト マネージャー向けの NPDP 認定コースは満足できます。それが何を学習するかは、次の図で見ることができます。

(画像出典:Sibo Yingtong、侵入され削除されました)

実際、テクノロジーはできる限り学ぶことができますが、良い仕事の考え方を身につけるのは困難です。

経験だけが頼りで、あとはどうでもいいと思っているなら、評価の余地はそれしかありません。

————

私はラオ ユアンです。私の公式アカウント [プロジェクト マネージャーラオ ユアン]をフォローしてください。毎日、プロジェクト管理の事例が共有されます。

おすすめ

転載: blog.csdn.net/PM_yuan/article/details/131806758