新しいITシステムを開発および実装するプロジェクトがあります！ そして、あなたはPMが必要です...
どうしたの？ それなしで。 そして、市場はあらゆる種類のプロジェクトマネージャーで飽和しているようです。
-選択してください！ 誰もが素晴らしい豊かな経験をしています。 建設および防衛でプロジェクトを実施した経験を持つPMがいます。 医療プロジェクトを実施した経験を持つPMがいます。 機内にもあります！ 他に何が必要ですか！？ これらの産業における責任と厳格さのレベルは、頭の完全なダンプです。
「彼はITを知っていますか？」
-なぜこれが必要なのですか？！ 彼はプロジェクト管理方法論の優れた知識を持っています...これが主なものです！
そして、これも起こりました...
情報システムの開発と実装に来て整理するプロジェクトマネージャーにITが必要かどうかを考えてみましょう。
そのため、まず情報システムを開発する必要があります！
-さあ、PM、最初に何をしますか？最近、私は似たような話に出会いました。 一方で、すべてがスムーズに思えます。 実際、プログラマは開発が通常どの段階で構成されているかを知っています。 しかし、修正しましょう。 マークを見逃さないように、アーキテクトに行きましょう！ 彼は確実に知る必要があります。
-ニーズと目標を定義します！
-いいね。 それから？
-開発プロジェクト計画を作成しましょう！
-それは論理的です。 そして、開発の段階は何ですか？ コンポジションのトップレベルのタスクを決定する必要があります！
「なぜこれが必要なのですか？」 誰かに聞いてみます！
-そして、ITの誰がこの情報を所有していますか？
-誰、誰？ プログラマー...おそらく...
-こんにちは、建築家。 開発の構成要素は何ですか？ 計画にタスクが必要です。それは、PMが知られていないときのおおよその方法です。
-TKを使用して、TKの機能を強化する必要があります。
「それだけですか？！」 とても簡単
-まあ、まだテストします。
-プロセスでTKが変更された場合はどうなりますか？
「私はそれを知りません。」 私の仕事はTKに取り組むことです
降りました。 彼らは尋ねた。 TKと開発の2点を獲得しました。
-どうしよう、PM？
-だからすべてが明確です！ アーキテクトに依頼し、それを渡します。 感謝します。 締め切りを言います。 準備のポイントを決定し、これらのポイントで制御します。 そして、定期的にユーザーに結果を表示します。
そして、私たちが雇ったときに私たちは彼に何を尋ねますか？ そして、あなたが非常に遠くに行けば、その誕生から死までの情報システムのライフサイクルは何ですか。 しかし、システムは死ぬことはありません。 それらは「道徳的に」時代遅れです。
私たちの工場で起こったチャンネル空調システムの「面白い」話を決して忘れません。 次に、システムが見つかりました。 良い、パワフル。 工場全体と隣接する管理棟を冷却することになっていた。 よく買った。 というのは、200Kルーブル程度です。 彼らはそれを置きました。 稼働させます。 数ヶ月の稼働後、システムは曲がります。 なんで？ はい、サポートや定期的な技術サポートなしではシステムは存続できないためです！
しかし、情報システムにも違いはありません。 また、他のシステムと同様に、試運転が必要です。 他の人がインフラストラクチャであるように。 そして、時には、金融システムを実装するプロジェクトで発生した実装エラーは、コンデヤを壊すよりもはるかに高価です。
では、航空または建設業界からITプロジェクトに参加したPMは、これらのすべての段階を含む計画をどのように作成できるのでしょうか。
アーキテクトからアドバイスを受けますか？ 誰が彼の仕事を断片的に見て、「前」と「後」が何であるかを想像していませんか？ ああ。 そのようなプロジェクトは前もって運命づけられています。
したがって、PM、プロジェクトの構成タスク、関連するタスク、および並行して実行できるタスクを理解することは、ITプロジェクトにとって重要です。
そして、PMが期待される結果にどの程度対応するかをどのように理解するのでしょうか？ これを行うために、明確な答えを得る必要のある難しくない質問がいくつかあります。
質問1： 開発のための技術仕様の形成の段階は何ですか？
答えは：
- 顧客の機能要件の形成から
- インフラストラクチャのタスクの形成。これは、フォールトトレランスとバックアップの契約の開発の結果です。
- そして、将来のシステムと他のシステムとの相互作用のマップから。
実際には、出口で3つのタスクを取得します。機能および技術、インフラストラクチャの技術仕様、インターフェイス開発の技術仕様です。 それらは制御のチェックポイントです。
質問2： 開発の段階は何ですか？
答えは：
- 開発者によるタスクの分配から
- 受け入れ計画の形成から
- 包括的なテスト（パイロット）から
- 移行計画の作成、およびこの計画の開発から
質問3： 試運転の段階は何ですか？
答えは：
- 負荷試験
- 教材の形成
- ユーザートレーニング
- すべてのNSI（規制参照情報+ユーザーアクセス）の入力
- データ移行
- 残高の調整
- 運用作業の開始（操縦）
- 最初の起動時のホットアシスト
質問4： 試運転後、サポートするためにシステムを転送するスキームはどのように見えますか？
答えは：
少なくともシステムには3つのサポートレベルがあります。
- インフラストラクチャサポートとサーバー負荷監視
- システムで何か問題が発生した場合の機能サポートとスレッド監視。
- なぜそれがこのように機能し、そうでないのかという質問への回答を提供する方法論的サポート、および進化のニーズを収集
そして、これらの各ステップには独自のSLAが必要です。 また、IT以外の人々にとって必ずしも明確ではない言葉もあります。
PM候補者がすべてのステージに名前を付けなかった場合、それは重要ではありません。 何かを忘れたり、心配したりできます。 計画が形成されると、彼はどういうわけか彼らに出会うでしょう。 彼がこれをまったく想像していなければ、さらに悪いことです。 彼が他のビジネス分野からの過去の経験をITに投影し始めると、状況はより複雑になります。 この場合、チームは開発者の競合と「死」を開始します。 技術者自身の利益は、ITプロジェクトの有能な管理が彼の安らぎの場所であるところならどこでも常に見つけることができます。