最初の参照条件を書いたので

ITプロジェクトマネージャーになることは非常に困難です。 そして、私は、私が最初の技術的なタスクを書くことで問題があっただけではないと思います。 しかし、順番に取得しましょう。 仕事を始める前にどんな知識とスキルがありましたか？



現時点では、私はすでにサンクトペテルブルク州立電気工科大学「LETI」の第3コースを修了した学生です。 私は、ビジネスの情報システムと技術の分野で、 自動化および制御プロセス（APU）学部で勉強しています。 実際、プロジェクトマネージャーは私の頭からリベットをかけ、データベース、非実装システム、プログラミング（最初のコースでは主にJAVAとC ++）の知識、プロジェクト管理と制御プロセスを頭に詰め込みました。



2つの分野でのトレーニングの過程で、システム要件を収集し、これらの要件に関する技術要件を作成する機会が既に与えられました。 しかし、どのように組み立てられ、どのようにチェックされたのか想像できると思います。 私たち（学生）が自分ですべての制限を考えたと考えると、システムの機能は非常に簡単でした。 さらに、将来の製品の経済的なメリットについては心配していませんでした。



しかし、これらのコースから私のスキルはUMLで得られ、私の頭の中では全体として技術的なタスクの構造のイメージを保持しました。 どこから始めて、何をして、どこに来るか。 これは私が始めるのに役立ちました。



このような欠陥を抱えた会社とは何ですか？



3年目（またはそれ以前）に、すでに大学で働くのに十分なスキルが得られることを理解し始めたので、卒業すると私を保護してくれた会社に役立ちます。 したがって、ITプロジェクトマネージャーの肩書きを引き継ぐことができる十分な経験を得るには、2つの方法がありました。



それで、私たちは何について話しているのでしょうか？



1.スタートアップを開始します。

2.今すぐ会社に就職し、経験上無料で働き、少なくとも少しの利益をもたらすまで（奴隷インターンシップ）。



最初の選択肢は、頭の中にスタートアップのアイディアがたくさんあるという事実にもかかわらず、おおよその値札が私にどれくらいの費用がかかるかについて現れたとき、すぐに飛び去りました。 学生として、あなたは予算に非常に制限されており、そのようなことへの投資を経験したり、それが実際にどのように機能するかを考えないことは非常に危険です。 いずれにしても、収益性は高くなりそうにありません。



2番目のオプションは、私の大学と学部全体にとって理想的であることが判明しました。



実際、私の部門は会社「ALEE SOFTWARE」と協力しています。 この会社の代表者は、私たちの大学で教えて、学生に実践的なスキルと経験を提供するだけでなく、会社の「最高の」インターンを楽しんでいます。 私はこの会社に頼りました。



もちろん、私は会社で最も単純なタスクから始めるように与えられました。 目的：新しいフレームワーク用にシステムのWebクライアントを書き換え、新しい機能を追加します。



私の仕事はどのように始まりましたか？



ステージ1.最初に、システムについて説明を受けました。 彼女が代表するもの、彼女が解決する問題、彼女が働く方法。 これは、ERMシステムの基礎と製品の歴史に関する4時間の講義のようなものでした。 次に、彼らは私にシステムに関するマニュアルを与えてくれました。そのマニュアルでは、現在の機能をより詳細に理解していました。 ちなみに、システムにはWebとデスクトップの2つのクライアントがあります。 さらに、2番目の機能は、1番目の機能よりも広くなっています。 ドキュメントはデスクトップバージョンでのみ利用可能であり、クライアント向けのシステムの操作方法についても参照できます。 システムの技術仕様が失われました。



ステージ2。システムに関する講義の後、マニュアルを読み、すべてのメモを読み直した後、得られた知識を構造化し始めました。 私にとってのこのステップの目標は、質問に対する答えが書かれた何らかのドキュメントを書くことでした。「何？」（システムの場合）、「なぜ？」（作成された）、「どのように？」（動作する）が書かれています。 この段階で、現在の製品を示すドキュメントのようなものを受け取りました。 クライアントの目標、顧客がこのシステムをどのように見ているか、クライアントがシステムを購入する理由（機能）について説明しました。 これは本質的に私がセールスマンであり、私にとっての主な質問は「なぜこれを買うのか」という事実によるものだと思います。 このドキュメントは、「要件の仕様」に似ていましたが、仕様を作成した大学の学期論文とは異なりました。 より単純な言語で書かれており、明確なセクションがありませんでした。 簡潔かつ最も基本的な。 次のステップに行くのに十分であるように思えました。



ステージ3. UML図。すべて「教科書による」。 オプション図では、ユーザーとシステムで見たいものを表示しました。

その後、私が思うように、私の間違いが起こった。 私はすぐに機能の説明から、データの説明とこれらの機能がどのように機能するかをスキップして、インターフェースの説明に行きました。 このため、インターフェイスの説明中に論理エラーが発生しました。 データがどのように保存されているか理解していないので、私はクライアントが見たすべての中で最も抑制的な機能を受け取るWebクライアントのインターフェースを「幻想化」しました。



ステージ4.ファイナライズ。 最後の3つのステージは約1.5か月続き、4番目のステージは2か月以上続きました。全員がオフィスにいました。

まず、機能を書き直して、インターフェースを完成させました。 これは私の最初のプロジェクトだったので、すべてすべてのエラー、すべてすべてのアイコンを記述することが重要であるという少しの考えさえ持っていませんでした。 作成する前に、プログラムの各ボタンの機能を顧客が知っている必要があります。 会社で作成されたプログラムで、動的なインターフェイスを作成できるGui-machineを学ぶ必要がありました。 このプログラムは便利ですが、長い間慣れていました。 論理エラーを修正した後、TKの言語と構造を修正する必要がありました。 大学では、プロジェクトが50ページを超えなかったため、彼らは目をつぶった。 しかし、これは重大なタスクであり、私は自分自身を過大評価しました。 スピーチは単純すぎ、見出しの論理は失われました。 私は、ある俳優の機能から別の俳優の機能に絶えずジャンプしました。 インターフェースのスクリーンショットでは、人々は失われ、何が起こっているのか理解しなくなりました。



これを書くのは少し恥ずかしいです。 私はTKに多くの時間を費やし、多くの時間と労力を費やしましたが、とにかく生であることが判明しました。 私の仕事は受け入れられましたが、私はマーケティング部門に異動しました。



私は自分のために何を学びましたか？



1. TKを読みやすいように書く方法を理解しました。

2.集中する必要があるものを見ました。

3. TKで最も重要なことは構造です。 どこにでも持っておく必要があります。



そして最も重要なことは、私はTKが自分のために書かれていないことに気づいた。 TKは他の人のために書かれています。



あなたが始めたばかりで、あなたがそれらにどのように対処したかについて、あなたのfeylovと仕事の失敗を聞いてうれしいです。