ITマネージャーのパス(パート#2)

パート#1



より速く移動し、間違った方向にますます多くのことを行うことは選択肢ではないことに気付き、私は管理プロセスに目を向け始めました。 しかし、どれですか?



私は助けや賢明な助言が必要だと気づきました。 残念ながら、会社の雰囲気には自信がなく、私は頭からアドバイスを求めることができませんでした。 これは多くのことを教えてくれるはずだったが、その時はそのような「些細なこと」に注意を払わなかった。 優秀な学生の症候群もその仕事をし、私を傷つけました。質問や助けを求めることができませんでした。



私が行った地元の管理イベントのいくつかで、プロジェクトで最も厳しい時間的プレッシャーと自由時間の不足にもかかわらず、「正しいプロセス」というフレーズを聞きました。



「それが必要だ」と私は思った。 -「正しい」とはどういう意味ですか?







おそらく正しいものは、スマートブックまたは管理学校で説明されているものです。 そして、世界の管理に関して私たちの最も権威ある組織は何ですか? もちろん、PMI-Project Management Institute。



そして、PMBoK-Project Management Body of Knowledgeを読む必要があると思いました。 結局のところ、プロジェクト管理のすべてのプロセスが説明されています。 最初から最後まで。



最新版のPMBoKを読み始めて、私はこれがもう1つのうさぎの穴であることに気付きました。 プロセスは、私を抽象化、入力と出力、いくつかの巧妙な名前、そして不可解な一連のアクションの渦に引き込みました。 そして、実際の人間として、私はこれらすべてを自分の現実に結び付けたかったのです。 しかし、私は成功しませんでした。 それは非常に賢く、紙の上で賢明でした。 しかし、プロジェクトは、多くの人が「プロジェクト計画」という言葉を聞いたときに考えるように、利害関係者のコミュニケーション管理計画、またはプロジェクト計画によって書かれ、認定されていない結果を必要としていました。



プロセス、ドキュメント、依存関係の世界を泳いでいる間、私のプロジェクトは自信を持って下り坂になり、スピードを上げて、クラッシュの前に必死の「Tu-tu!」を公開し始めました。 必要なプロジェクトの結果は決して行われませんでした。 利点は作成されませんでした。 締め切りが再びスケジュールされました。



書面で承認されたすべてのプロセスは、将来の私のプロジェクトに役立つでしょう。 または、プロジェクトの最初に作成され、開発中に最新の状態に維持されていれば、プロジェクトの結果が手元になくては生産デッドロックに陥ることはなかっただろう。







プロジェクトマネージャーとの次のステータス会議の後、彼はマネージャーとしての私の能力を明確かつ直接的に疑い、プロセスも万能薬ではないことに気付きました。 それらは明らかに十分ではありません。



彼らは私をすべてを規制する野心的な官僚と見なし始め、それによってかなりの程度までプロジェクトが遅くなりました。 そして、プロジェクトは間違いなく失敗するので、プロセスから離れることは価値があると思いました。 彼はすでに深byに飛びましたが。 プロセスありまたはなし。 しかし、その過程で、彼は計画通りに、管理された方法で、予想通りに亡くなりました。



プロセスの研究、作成、および構成に積極的に投資してきたので、別の角度からしか見ていなかったのと同じ問題にぶつかりました。



-ディマ、このタスクにはどれくらい時間がかかりますか? 朝のミーティングでエンジニアに尋ねました。

「まあ...すべてが大丈夫なら多分4日。」 -ディマはゆっくりと答え、freshれたての香り豊かなコーヒーを飲み込みました。

「私たちはすでに時間の面で遅れています。2日半でそれをすることができますか?」 私は同意します。 わかった

「まあ…やってみよう」 しかし、あなたは複雑なコードと外部システムとの統合があることを理解しています。 現在、私たちも疑わないサードパーティの問題が発生する可能性があります。

-さて、明日の朝に会いましょう。あなたの意見で予測がどのように変わるか教えてください。 残りの1日半は成功するかどうか。 そうでない場合、新しい用語は何になりますか。 新しい評価プロセスでは、アプローチを繰り返しながら最終的に見積りを改善します。









私は必死でした。 この仕事へのアプローチは、時間の短縮にはつながりませんでした。 はい、おそらく最初はプロジェクトのタイムラインの最初の見積りに誤りがありました。 しかし、今は行き先がありません。 価格は固定されており、以前に積み立てた準備金はすべて使い果たされています。 最後のプロジェクトバッファが完成しました。 プロジェクト計画のすべてのブランチに沿って、その栄光の中でクリティカルパスが迫りました。 それは悪の曲がった鏡の部屋に入るようなものです。 私が見るところどこでも、ある種の怪物が四方から私を見つめています。 プロジェクトのすべての道は、そのような鏡に似ています-行き止まりと予備の不足があるところはどこでも。 また、一部の人にとっては、すでに期限を過ぎています。 これで終わりです。 私のマネージャーは、延期の次のリクエストを受け入れません。



私は数日間極端なストレスにさらされていました。 ドミトリーは、いつものように、評価に誤りを犯しました。 あるいは、彼はできるだけ早く仕事をしたのかもしれませんが、いつも「丁寧に」と丁寧に答えてくれました。 しかし、おそらく試してさえいませんでした。 そして彼は気にしませんでした。 結局のところ、彼のメインの機能マネージャーは、私のプロジェクトの結果に関係なく、彼に非常に満足していました。 そして、ドミトリーに対する権力はありませんでした。 私のチームの他のメンバーとまったく同じ写真がありました。 これは私の個人的な管理の行き詰まりでした。 私はあきらめる準備ができていました。 私が悪いと無能なリーダーであることが判明したことを認めること。 そして、開発者に戻ります。






辞めることにしたので、友人と会い、プロジェクトについて、経営について、そして私の「成功」についての私の印象を共有することは良いことだと思いました。 電話をかけ、翌日はカフェで仕事をした後、みんなで集まった。



-セルゲイ、こんにちは! さて、元気ですか? そこでのプロジェクトは何ですか? すべて大丈夫ですか? -友達から質問が殺到しました。

-悲しいかな。 完全なtryndets。 すべてのポリマーはプロフカンです。 -私の声は悲しかったが、道徳的にはすでに失うものは何もなかった。 明日の朝、私は上司に辞表を送るという事実に我慢しました。 -どんな方法を試しても、従業員の仕事を掘り下げても、何も助けになりませんでした。 すべての成績が失敗しました。 時間切れです。何時か覚えていません。 チームは私をリーダーとして認識していませんが、他のより重要なタスクの中である種のタスクコーディネーターとしてのみ認識しています。 すべてが崩れます。 はい、そしてチームは一般に、いいえ。 したがって、専門家のグループは、それぞれが都合の良いときにタスクに取り組んでいます。 砂が指から浸透していて、手に何も残っていないように感じます。 結果なし。 でも、ふるいにかけた砂の量。 報告によると-多くの作業が完了しました。 しかし、プロジェクトは深い日です。 一般的に、私はやめるつもりです。 明日。



-おいおい! 静けさ! ちょっと待って! -コリャーが床を取りました。 彼は大規模な国際IT企業でマネージャーとして働いていました。 何らかの理由で、今日まで、私は彼と相談することに気づかず、自分で問題を解決しようとしました。 -ご存知のように、あなたは人々と仕事をする知識が不足しているようです。 交渉、紛争解決、説得、動機付けと人々の類型、人々の行動、どのような状況で、なぜ。 開発者である間は、この知識は必要ありませんでした。 しかし、リーダーの立場では、彼らは重要なものです。 この一連の知識、特にスキルは、マネジメントソフトスキルとも呼ばれます。 同時に、それらを汲み上げて開発するのは非常に難しく、1日以上の定期的な練習が必要です。 そして、あなたは今問題を抱えており、それを解決する必要があります。 そして、後になって初めて長期について語ることができます。







そして、私のプロジェクトで短期的に何ができるかを友人と話し合いました。 すでに深夜過ぎに終了しました。 その結果、プロジェクトの既成の手順、マインドマップで説明されている状況の発展のオプションを備えたアクションプランが作成されました。 また、明日の朝すぐにマネージャーと何を話す必要があるのでしょうか。 より正確に今日



-頑張ってください! -みんなが私を望み、家に帰りました。






セルゲイが私に言ったように、彼の最初のプロジェクトでの話は悪くは終わりませんでした。 最初のパンケーキはゴツゴツしたものではなく、プロジェクトは失敗しませんでしたが、セルゲイは彼と彼の友人が準備した行動計画のポイントで彼のリーダーから明確で理解可能な助けを求めたからです。 これがなければ、プロジェクトは間違いなく混乱していたでしょう。



そして、Sergeyは、ソフトスキルの研究と強化に取り組みました。 現在、彼は非常に成功したITプロジェクトマネージャーであり、優れた履歴書と業界で非常に印象的な経験を持っています。 そして彼は、ソフトスキル-人と仕事をする能力-がプロジェクトの成功の鍵であることを確信しています。 もちろん、プロセス、ドキュメント、計画、リスク、契約、予算などを忘れません。 -これらはすべてハードスキルです。 ただし、ハードスキルだけでは十分ではありません。 ソフトスキルのスキルを身に付けることが不可欠です。 そして、プロジェクトの成功にたどり着く可能性が非常に高くなります。



良い一日と成功を!



All Articles