🤙🏿 😰 🆕 システムアナリストの職業：コミュニティ開発、職業の昇進およびトレーニング 👐🏼 🌉 👩‍❤️‍💋‍👩

最近、Alfa-Bankのチーフシステムアナリストであり、企業アナリストのテクニカルリードであるAlexeyLobzovがYouTubeチャンネルで講演しました。Alexeyは、システムアナリストの選択、オンボーディング、および開発に従事しています。また、彼はHabréではalobzovとして知られており、定期的にレポートを作成し、システムアナリストをオンラインでトレーニングしています。

放送の録音とトランスクリプトを共有します。

私の名前はAlexeyLobzovです。Alfa-Bankのチーフシステムアナリストです。同時に、私は当行の企業アナリストのテクニカルリーダーでもあります。

システムアナリストの専門職についてお話ししたいと思います。まず、アナリストコミュニティ、専門職の昇進、アナリストのトレーニングという3つの問題について検討します。まず、実務経験のない、つまり初級レベルのアナリストです。

システムアナリストと彼の責任範囲の公式な定義はありますか？

それはプロジェクト、製品、会社、または職業/役職における役割ですか？

システムアナリストは職業です。労働省のウェブサイトには「職業のディレクトリ」のセクションがあり、そこではシステムアナリストの職業を見つけてその説明を読むことができます。また、このページから、専門家の基準に移動して、この専門家に期待される機能を見つけることができます。

ただし、実際には、偏差がある場合があります。いずれにせよ、システムアナリストとしての仕事に就いた場合、雇用主があなたに期待する責任を伴う仕事の説明が得られます。標準からの逸脱が重要になる可能性は低いです。

, ?

この職業についてのさまざまな理解が至る所で見られ、さまざまな企業がアナリストに対してさまざまな要件を持っている可能性があります。ここでの1つの要因は、会社の規模です。小さな会社では、システムアナリスト、ビジネスアナリスト、テスター、テクニカルライターを同時に雇用する準備ができていない可能性があります。他のスペシャリストの多くの機能的責任は、システム分析に影響を与える可能性があります。

システムアナリストがビジネスプロセスの開発、ビジネス要件の処理、技術仕様の作成に携わった会社での実務経験があるが、将来のシステムのアーキテクチャを設計したり、個々のモジュールの技術仕様を開発したりしていない人と話をした場合、誤解がある可能性があります。 ..。

実際には、製品の所有者が私たちのところに来て、特定の機能の要件を検討するように依頼した場合がありました。たとえば、サービスの償却とクライアントへの償却に関する通知です。ステートメントには、通知のテキストに至るまでの要件が含まれていました。このようなタスクの例をビジネスタスクと呼び、システム分析には取り入れません。製品の所有者からビジネス要件を提供してもらい、何をする必要があるかを示してください。システムアナリストおよび開発チームのメンバーとして、チームの他のメンバーと協力して、これらの要件を実装するための最善の方法を見つけます。

私たちが紛争について話す場合、私の実践では、誰もが喧嘩して状況をリーダーのレベルにまでエスカレートするときに、実際の紛争には決してなりませんでした。誤解は会話で解決されました。一部の企業では、誤解がより暴力的な形をとることがあることを認めます。

システムアナリストのコミュニティについて話したいと思います-それらが存在するかどうか、そしてそれらが何であるか。もちろん、「それらは存在する」という答えは単純すぎます。私がどのようにしてそれらを自分で知るようになったのかを説明します。

これは比較的最近起こった。それは私が2017年の初めにアルファバンクに来たときでした。それから私のチーム（そして同じ種類のさらに4つのチーム）は、法的実体と個々の起業家のためのインターネット銀行の創設に従事しました。各チームは独自のソフトウェア製品を開発し、ターゲット画像のインターネットバンクはこれらの製品で構成されていました。これらすべての製品をそれぞれ独自の方法で独立して開発することは不可能であることがわかりました。

たとえば、ユーザーはまずインターフェースに直面し、一方の製品は条件付きで砂色のUIを持ち、もう一方は灰色で、3番目の製品は他の色を持っている場合があります。これは許可されるべきではありません。 5つの製品を協調して開発する必要があることがわかりました。チームは当初、SCRUMに近い方法で作業しましたが、銀行の詳細によって課せられた特殊性がありました。どういうわけか、SCRUMを5つのチームでスケーリングし、このモードで作業してインターネットバンクをリリースし、ユーザーに公開しました。文章も含めて、今まで見たことのない面白い体験ができました。したがって、私はこの経験を共有することを考えました。

特にアナリストコミュニティと共有したかったのですが、私の仕事はそのようなコミュニティを見つけることでした。 Alphaの同僚に聞いた。人気のあるアナリスト会議、アナリストデイズがあると言われました。それは毎年行われ、あなたはそこに行って話すか、少なくとも参加して、仕事に適用できるいくつかの興味深いことを学ぶことができます。

私はこの会議に参加する可能性を分析し始めました-スピーカーとしても定期的な参加者としても。結局、私はこの会議は私には向いていないと結論付けました。これには2つの理由があります。1つは、私の理解では、真面目な人々が真面目なトピックで会議に来ることと、参加者は彼らの話を聞いて質問するためにお金を払うことです。第二に、私は単に会員チケットを支払う準備ができていませんでした。私は例を持っていました-開発者のモスクワPythonコミュニティ（Moscow Python Meetup）は、無料で入場できる毎月のミートアップを開催しています。あなたは無料でそこに来て、話者に耳を傾け、質問をし、パイソン主義者とチャットし、ピザ休憩でピザを食べることができます。トピックがある場合は、自分でサインアップし、組織委員会の前でトピックを宣言することができます。トピックが適切である場合は、パフォーマンス計画に含まれる可能性が高くなります。そこで、MPPに似たものを探し始めましたが、アナリストコミュニティ向けです。

検索の結果、サイトuml2.ruのアナリストコミュニティに関する情報が得られました。私はそのサイトに精通し、すべてが好きでした。いくつかのコミュニティミーティングに行ってみました。基本的に、コンテンツ、人など、すべてが面白かったです。私は会議の規則性に満足していませんでした。pythonコミュニティと比較して、これらの会議は不定期に開催されました（または、次の会議がいつになるかについての情報を受け取りませんでした）。さらに、私はアナリストコミュニティとうまく成長しませんでした-おそらく追加の要因がありました。私はPython開発者と話をしなければなりませんでした。

時間が経つにつれて;コミュニティの必要性は、私だけでなく、Alphaの同僚にも認識されていました。 2018年に、アナリスト向けの独自のミートアップを作成するという社内イニシアチブが生まれました。

私たちは同僚と集まり、AnalyzeITミートアップを作成しました。これは2018年9月20日に初めて開催されました。 2019年にはさらに2回のミートアップがあり、6か月ごとに開催する予定でした。同じ年に、Raiffeisenbankのアナリストコミュニティからミートアップが開催されました。スピーカーとして参加するよう招待してくれたRifeの同僚からそのことを知りました。私は断ることができませんでした。そこで、自分に合った新しいシステムアナリストコミュニティについて学びました。時間が経つにつれて、私の成長とともに、新しい知識の獲得、コミュニティ内のコミュニケーションとともに、私は経験を交換し、連絡を取り、プロジェクトを組織し、さらには新しい仕事を探すことができる新しい新しいプラットフォームについて学び始めました。これらのプラットフォームの中で、アナリスト向けのOpen Meetupを選び出すことができます。これはオンラインで開催され、最初の会議が最近開催され、次の会議は11月26日に予定されています。彼の考えは、実際、ロシアには多くのアナリストコミュニティがあるということです。地域別の内訳を見ると、モスクワ、サンクトペテルブルク、イェカテリンブルク、ペルムなどの都市にあり、さまざまなコミュニティの人々が互いにコミュニケーションできるプラットフォームが必要でした。

私が言ったように、11月26日にこのコミュニティの2回目の会議があります-ITアナリストオンラインミートアップ。興味のある方は-登録してください。役に立つと思います。

システムアナリストが新しいプロジェクトに来て、ドキュメントのカバレッジが不十分で、ユーザーインターフェイスとバックエンドの間で競合が発生した場合、どうすればよいですか？そのような状況で始める正しい方法は何ですか？

このような問題に対する万能の解決策はありません。アナリストは現在の状況を理解し、物事を整理する必要があります。どのように正確に特定の状況に依存します。ドキュメントがない場合は、時間をかけて作成する価値があるかもしれません。インターフェイスとバックエンドの間に問題がある場合は、フロント開発者とバック開発者とドッキングし、アーキテクトを巻き込んで問題を一緒に解決することをお勧めします。すぐに答えることは不可能だと思います。

アナリストのために、自由に話したり、話者に質問したり、コミュニティのメンバーとコミュニケーションしたりできるミートアップがいくつかあると言いました。ミートアップに加えて、他のサイトがあります。テレグラムグループは現在非常に人気があります。同じRaiffeisenbankにシステムアナリスト用のグループがあり、私はそのメンバーです。そこでは、それほど頻繁ではありませんが、質問が発生し、コミュニティは問題を解決するためのオプションを喜んで提供します。このグループはOpenSA CommunityRaiffと呼ばれます。興味のある方は是非お越しください。質問の例として、最近、ある女の子が入ってきて、システム分析に取り組んでいると書いたが、アナリストの一般的な方法論である構造が知識に欠けていると感じた。彼女は、そのような構造を取得する方法についてコミュニティの意見を求めました。一方で、あなたは高等教育を受けるために行くことができます、他方で-今では多くのオンラインコースがあります、システム分析を含み、そこに行く価値があるかもしれません。あるいは、マネージャーやリードにメンターになってもらい、分析を促進するのを手伝ってもらう必要があるかもしれません。さまざまなオプション、可能性;コミュニティは、何が最善の選択肢であるかについて話し合ったところです。

ジュンのミートアップで仕事を見つけることができますか？

はい、あなたはミートアップで仕事を見つけることができます。Alfa-Bankからミーティングを行う場合、そこには常にHRスペシャリストがいます。欠員に関する情報を入手し、検討のために履歴書を送信することができます。会社にジュニアポジションがある場合は、それらに応募することができます。アルファは現在、インターンシップを支払っています。もちろん、それほど多くはありませんが、利用可能です。今、ミートアップがあった場合は、申請することができます。主催会社の人事担当者が出席する会合では、後輩を見つけるチャンスがあると思います。したがって、ミートアップに行くときは、尋ねる必要があります。

Raiffeisenbankの電報グループについて触れました。実際、他のグループもあります。特に、都市ごとに別々のグループを見つけることができます。最近Habréで、KodeksコンソーシアムのAnnaMikhailovaが書いた記事を見ました。この記事はアナリストの育成に専念しています。彼女はコミュニティに言及し、それらへのリンクを引用しました。コメントの中で、読者はさまざまなコミュニティの電報グループへの他のリンクを投げました。記事のタイトルは「アナリストの育成」です。リンクはたくさんあります。すべてを列挙することはほとんどできません。

知識交換は他のインターネットリソースでも行われます。同じハブレでは、企業のブログで、企業アナリストからの記事が公開されています。また、アナリストは企業に縛られることなく独自の記事を書きます。 Habrを読むことは私に喜びを与えてくれます、そして時々私は有用な資料を見つけます。

ビジネスアナリストとシステムアナリストの違いは何ですか？

さまざまな会社があるため、簡単な質問ではありません。それらのポジションは異なって呼ばれ、異なる会社のシステムとビジネスアナリストの責任は多くの点で重複するか、あるいは重複することさえあります。システムアナリストの専門的な基準についてはすでに説明しましたが、ビジネスアナリストの専門的な基準もあります。これらの基準を見て、これらの職業が互いにどのように異なるかを理解することができます。今年書かれたYaroslavVartokhovの記事もお勧めします。これは、システムアナリストとビジネスアナリストの違いに焦点を当てています。すべてが詳細に説明されています。

つまり、ビジネスアナリストは、ビジネスコンポーネントをさらに活用します。これは、ビジネス要件に対応し、プロセスを作成し、既存のプロセスを再設計します。より多くのプロセスとビジネス。システムアナリストは、将来のシステムのアーキテクチャの設計、ソリューションの設計、技術仕様の作成、開発チームとの緊密なやり取りなど、テクノロジーをさらに活用します。私の理解では、ビジネスアナリストはビジネスとより多く対話し、システムアナリストは開発チームとより対話します。より正式な境界は、専門家の基準で描かれています。しかし、いずれにせよ、責任は会社ごとに異なり、これは依然として物議を醸す問題です。

EPCを使用していますか、それともUMLとBPMNで十分ですか？

私が働いている部門について話している場合、建築および技術文書では、これらすべての表記法を使用します。UMLシーケンスはおそらく最も人気のあるものです。プロセスの機能モデルを説明するときは、アーキテクチャドキュメントでEPCを使用します。BPMN-私はまだ個人的に使用していませんが、Alphaの一部の同僚が建築文書の説明に使用しています。

アナリストが列挙型でC＃変数を探し、それらをドキュメントと比較する場合、システムアナリストの責任から大きく逸脱しているのではないでしょうか。

これが雇用主の要件である場合、これはシステムアナリストの義務からの逸脱だと思います。これがあなた自身のイニシアチブである場合、そうすることによって、あなたは自分がしていることに興味があることを示します。開発するときは、チームメートが何をしているかをよりよく理解する必要があります。たとえば、.NET開発者です。この場合、これはあなたの利点です。つまり、アナリストがコードを理解している場合、それは上からの要求ではなく、彼自身の主導で行う必要があります。これは私の意見です。

Alphaでは、多くのアナリストがコードに飛び込んでおり、コードの分析中でも、開発者によるレビューの段階で必ずしも排除されるとは限らない論理エラーを見つけていると言えます。たとえば、銀行のクライアントのタイプを決定する単一のサービスがあります。組織と個々の起業家を分離するコードが書かれ、そこにINNの分析が書かれました（12文字-IP、10文字-組織）。しかし、既製のサービスがあり、すべての銀行システムがそれを使用している場合、なぜ独自のロジックを作成するのですか？これは単一のエントリポイントです。ロジックが何らかの理由で変更された場合は、このサービスに変更を加えます。代替の実装がある場合は、それらを認識し、変更があった場合は、コードを1か所ではなく2か所で変更する必要があります。したがって、アナリストがコードに飛び込んだ場合、アナリストは作業ロジックの不正確さを特定し、タイムリーにそれらを排除するのに役立ちます。

高レベルのシステム設計に使用するのに最適なのはどれですか？コンポーネントまたは展開図？

要件が違うので言えません。開発の設定について話しても、一目でわかる経験豊富な開発者と、詳細な仕様が必要な経験の浅い開発者がいます。したがって、この場合、問題は、このスキームが誰のために開発されているのか、誰が消費者であるのかということです。彼はどのような形で情報を受け取りたいのか。2番目のポイント：企業は事務処理とモデリングの基準を持つ必要があります。あなたの会社はどのような基準を順守していますか？おそらく、コンポーネント図を使用しています。

アナリストコミュニティについて話しました。要約すると、実際には多くのコミュニティがあります。カンファレンスがあります。私はアナリストデイズと名付けましたが、実際には多くのカンファレンスがあり、サンクトペテルブルクの同じ「集会所」は価値があります。会議に加えて、アナリストのミートアップ、電報グループ、インターネット上のリソースがあり、そこでコミュニケーションを取り、経験を共有することができます。

多くのコミュニティを閲覧しても、自分で何も見つからなかった場合はどうなりますか？あなたはまだ他の人と情報を共有したり、他の専門家コミュニティの同僚が何をしているのかを知りたいと思っています。この場合、別の地域からコミュニティを自由に選択できます。たとえば、開発者コミュニティにアクセスして、彼らが何をしているかを確認できます。または、テスターのコミュニティ、またはQAエンジニア-そしてそこで経験を交換します。私は長い間pythonコミュニティのミートアップに参加しました。そこで興味がありました。 Python開発者になることも考えました。また、DodoPizzaでのQAエンジニアコミュニティの立ち上げにも参加しました。これは2018年でした。彼らはちょうど彼らのミートアップを始めていました、1つのミートアップは通過しました、そして、2番目は2月に準備されていました。彼らはスピーカーを探していて、私をプレゼンテーションに招待してくれました。私はQAエンジニアではなく、アナリストの観点からのみ、テストと間接的な関係を持っています。

別のコミュニティに招待された場合、または別のコミュニティを訪問したい場合は、遠慮なく訪問し、話してください。私たちは皆ITで働いており、コミュニケーションのための多くの連絡先と共通のトピックがあります。たとえば、Dodo Pizzaの2回目のミートアップでは、プレゼンテーションを行い、（アナリストとして）QAプロセスにどのように参加するか、アナリストが作業で使用する手法、テスト手法について話しました。私たちのチームでは、Tコンピテンシーの開発が奨励されていることに注意する必要があります。これは、主な能力（私はシステム分析を持っています）と関連する能力（開発、テスト）を持っているときです。これは、同僚が何をしているのかをよりよく理解するのに役立ち、同僚がいない場合は単純なタスクを実行する際に同僚をヘッジすることがあります。つまり、コンピテンシーをポンピングでき、たとえば、既存のフレームワークを使用して、いくつかの自動テストを開発します。したがって、他のコミュニティを訪問する機会と希望がある場合は、これを行うことを強くお勧めします。

また、自分のコミュニティの組織についても触れたいと思いました。問題は何ですか。既存のコミュニティを歩き、関連する領域のコミュニティを確認できますが、自分に合ったものはありません。あなたはあなた自身のための特定のニッチを見て、あなた自身のコミュニティを立ち上げる準備ができています。このような状況にある場合、これは良い経験です。あなたはこの物語に入ろうとすることができます、そして多分何かがそれから成長するでしょう。例としてAlphaを使用します-私が言ったように、私たちは私たち自身のコミュニティ、AnalyzeITミートアップを立ち上げました。ミーティングは3回しかありませんでした。立ち上げ方法：コンテンツを担当するアナリストのチームと、施設の整理、参加者とリスナーの誘致、ハンバーガーパーティーの開催を担当するブランド開発部門のチームがありました（ハンバーガーやピザなしで会うため）パーティー;非常に重要な要素です。イベントに来た同僚と軽食やチャットをすることができます）。最初のミートアップの開催には多くの時間がかかりました。慎重に準備し、いくつかのレポートを選択し、3〜4週間かけてリハーサルを行いました。非常識な準備があり、それから彼らは出てきて吐き出しました。残りのミートアップは経験を積んだので簡単でしたが、最初のミートアップは最も難しく、記憶に残るものでした。

もちろん、今では流行のために会合はありません。まだオンラインではありませんが、来年は開発が行われる可能性があります。

私は、アルファバンクのシステムアナリストのコミュニティの組織化に参加したり、スピーカーとして、ライファイゼンバンクのアナリストのコミュニティの開始に参加したり、DodoPizzaのQAスペシャリスト向けのミートアップを組織したりするのが本当に好きでした。これらはすべてやりがいのある経験です。

次のトピック、つまり職業の促進に移りたいと思います。私はシステムアナリストとして、私たちの職業を普及させたいと思っています。なぜこれが必要なのですか？私は、これを行う価値がある2つの主な理由を自分で特定しました。

それらの最初のものは、結局のところ、アナリストが何をするかという本質について、多くの専門家による深刻な誤解がまだあるということです。これはいくつかの理由で発生します。まず、企業が異なれば、アナリストの立場は異なることを意味します。基本的にではありませんが、違いがあります。

一部の企業では、アナリストは要件の処理と技術仕様のトップレベルの記述にのみ関心があり、他の企業では、データベースにアクセスしてクエリを実行し、保存されたプロシージャを記述します。

すべてが相対的であり、会社自体に依存します。彼女が専任の技術者のポジションを持つ余裕がある場合、アナリストは既存のソリューションを説明してシステムを文書化するのではなく、要件と設計に対処します。アナリストに対する要件や期待は企業によって異なるため、誤解が生じることがあります。「参照」アナリストは何をすべきでしょうか。

同じHabrであるインターネットリソースを読むと、同じトピックに関する比較的多くの出版物を見つけることができます。アナリストの種類とその違いです。私は2013年と現在の両方でそのような出版物を見ました。 7年が経過したようですが、これについては書き続けており、誤解が続いています。

たとえば、Python開発者の種類とその違いについての記事はありません。その中には、ソフトウェア開発やPythonを使ったデータ分析に携わっている人がいることは明らかですが、それらをタイプに分けた記事は見たことがありません。おそらく、この専門分野ではすべてが明確ですが、アナリストではそうではありません。

実際、それが私がアナリストについて話しに行く理由です。私はAlfa-Bankでシステム分析の経験があるので、Alfaのシステムアナリストは誰か、私たちが何のために生きているか、何をしているのか、どのようにドキュメントを作成するのか、どのように品質を評価するのか、どのように製品指標を扱うのか、私たちのアナリストは開発中です。私はこれについてすべて書いていますが、それはアルファで起こることに注意してください。システムアナリストが誰であるかについて一般的な見解を示すことはできません。このため、専門的な標準を使用することをお勧めします。それらには規格が書かれています。

職業の普及に関連した非常に興味深い事例-私はそれを「2人の開発者がどのように少なくなったのか」と呼んだ。私には2人の知人がいます-女の子と男の子。少女は工科大学を卒業し、インターンシップの場所を探していました。男性は多くの仕事の経験があり、ここ数年は営業で働いていましたが、活動を変えたいと思っていました。ITに行きましょう。

つまり、どちらもIT分野での機会を探していました。もちろん、ITに関連して最初に頭に浮かぶのはプログラミングです。そこで、彼らは、とりわけ、情報システム開発者市場に参入できるかどうか、そして可能であれば、どこで、フロント、ミドルを検討しました。彼らには独自の好みや状況がありました。実際、彼らはシステムアナリストが何をしているのかを完全には理解していませんでした。しかし、私たちが彼らと話した後、彼らは興味を持ちました。会話に続いて、私は彼らをアルファからの2回目のミートアップに連れて行き、彼らは私たちのアナリストと話し、報告を聞いた。その後、少女はアルファバンクのインターンシッププログラムに就職し、それを完了し、現在はシステムアナリストとしていずれかの部門で働いています。その男は私たちと一緒にシステム分析の学校を通過し、州で就職し、現在は別の部門で働いています。

職業を普及させる必要があります。これは、不確実性を取り除き、システムアナリストが何をするかを明確にするという観点からだけでなく、人材を専門職に引き付けるという観点からも役立ちます。彼らは1年以上働いています、彼らは肯定的なレビューを持っています-つまり、彼らはそれが好きです。システム分析は彼らのためです。職業の普及がなければ、彼らは、例えば、開発のために間違った場所に行った可能性があります。

次のポイントは、それらがどこから来て、どこから分析を離れるかです。これは、聴衆からの質問の1つと交差します。システムアナリストの次のステップは何ですか。

現在アナリストとして働いている一部の人のアルファと背景を直接取り上げると、分析は通常、いくつかの特定の領域から行われていると言えます。テスト-テスターとして働き、経験を積み、要件に対処したいと考えています。メンテナンス（特に機能メンテナンス）-「システムのサポートにうんざりしています。新しいシステムを自分たちで開発したいと考えています」。彼らは開発チームに参加したいと考えており、優れた技術的バックグラウンドにより、分析市場にうまく参入することができます。

そして開発：コードを書くのにうんざりしていて、デザインをしたい人。 ITの3つの領域はすべて関連しており、すべて分析に入るチャンスがあります。候補者としてレジュメを持って来てくれる人もたくさんいます。非常に多くのことがビジネス分析から得られます。彼らはビジネス分析を行っており、テクノロジーについてさらに深く掘り下げたいと考えています。また、プロジェクトマネージャーや製品オーナーなど、管理職からやってくる人もよくいます。

実際、制限はありません。あなたはどんな地域からでもシステム分析に来ることができます-私が言ったように、私の友人は販売から来ました。しかし、技術的なバックグラウンドとITの経験はプラスだと思います。システムアナリストとしての仕事を見つける可能性が高くなります。

システムアナリストは次にどこに行きますか？アルファモデルを採用すると、ビジネス分野と技術分野を区別できます。ビジネスの方向性は、製品の所有者に向けた開発です。アナリストとして、開発チームのメンバーとして開発しましたが、開発チームを離れ、製品の責任を自分で負い、独自の開発チームを編成して関心のある製品の開発を開始するための予算を割り当てたいと考えています。技術的な方向性は、ソリューションアーキテクトになるための道です。どなた？法人向けのインターネットバンクを例にとると、クライアントの観点からすると、このバンクは大規模な統合システムです。しかし、（開発チームとしての）私たちの観点からは、さまざまなチームによって開発されたソフトウェア製品のコレクションです。チームがありますルーブル支払い、預金、またはその他の分野のアプリケーションの開発に従事している人。多くのアプリケーションと多くのコマンド。私たちのアナリストは、第一に開発チームのメンバーであり、第二に、彼のソフトウェア製品のフレームワーク内でアーキテクトとして位置付けられています。ソリューションアーキテクトは、インターネットバンク全体のアーキテクチャを担当し、アナリストよりも幅広いコンテキストで作業します。アナリストは彼の製品の専門家ですが、アーキテクトは銀行全体を理解する必要があります。これは、アナリストの開発の2番目のパスです。アナリストよりも広い文脈で働いています。アナリストは彼の製品の専門家ですが、アーキテクトは銀行全体を理解する必要があります。これは、アナリストの開発の2番目のパスです。アナリストよりも広い文脈で働いています。アナリストは彼の製品の専門家ですが、アーキテクトは銀行全体を理解する必要があります。これは、アナリストの開発の2番目のパスです。

当然、組織構造も忘れないでください。機会があれば、通常のアナリストまたは高レベルのアナリストの後、構造が許す限り、方向の責任者、システム分析のコンピテンスセンターの責任者、そして総局の責任者になることができます。

シニアアナリストはファシリテーターとどのように異なりますか？

いくつかの要因が異なります。シニアアナリストとリードアナリストの要件は企業ごとに異なりますが、グローバルな違いには、作業経験、タスクを通じて実証した技術スキルの範囲、およびプロジェクトでの作業に加えてアナリストが実行する一連の追加の責任が含まれます。これらは、技術面接を実施する責任になる可能性があります。たとえば、経験豊富なアナリストが候補者とコミュニケーションを取り、分析スキルのバランスの取れた評価を行うことができます。彼がこれを行うことができると私たちが信じるならば、彼は平均的な上級アナリストより明らかに優れています。または、彼は追加の作業ブロックを担当する場合があります。一般的に、彼は通常、より高い能力に対応して、より多くの責任を負っています。ただし、あるアナリストを別のアナリストと区別する要件は、会社ごとに異なります。

マイクロサービスアーキテクチャについて教えてください

はい、Alphaはマイクロサービスアーキテクチャを使用しています。モノリシックシステムとマイクロサービスシステムの両方があります。マイクロサービスに行きます。

私のスピーチの3番目のブロックは、まず第一に、アナリストのトレーニングに関連しています-アナリストをゼロからトレーニングすること、またはその職業で特定の経験をまだ持っていない人々をトレーニングすることです。

かつて私たちは新しいスペシャリストを必要としていました。銀行は成長し、私たちの部門は成長していました。ある時点で、私たちは問題の認識に直面しました。私たちの基準を満たすのに十分な人が市場にいなかったのです。この問題が発生したのは、当時、私たちが主に地元の市場、つまり、オフィスがある都市（たとえば、モスクワやサンクトペテルブルク）の市場を使用していたためです。つまり、私たちはこれらの都市のほとんどの人を見て、地域に行きませんでした。

そして、「私たちの」都市には適切な専門家がいないことに気づきました。このアイデアは、アナリストをゼロから独立して「成長」させ、分析タスクを安全に実行できるレベルの能力にまで引き上げることから生まれました。

2018年にパイロットを実施しました。私は最初の候補者に会いました-私はオンボーディングを行うように提案されました。その少女は試用期間中私のチームに入れられました。チームで働き、経験豊富なアナリストと交流することで、彼女は6月に必要な知識を習得し、仕事の過程で真面目なアナリストに成長するという考えでした。 3か月の結果によると、女の子はかなり良い結果を示しました。彼女の意見によると、彼女が経験豊富なアナリストであれば、私たちが3か月、2週間で作成した計画を実行したはずです。つまり、彼女はこの間に習得したスキルと知識をすでに認識していました。

彼女は自分の身長を感じましたが、それは悪くありません。それからしばらくの間、私たちは一緒に働きました。その後、少女は別のチームに連れて行かれ、独立したアナリストになりました。彼女はまだ銀行で成長し、成長しています。このように、私たちはアナリストをゼロから自分たちで成長させることができるという仮説を確認しました。

SOAまたはモノリス？

銀行にはさまざまなシステムがあると言えます。あなたが銀行で働いていた、または同様のシステムに出くわした場合、あなたはいくつあるか想像することができます。私たちはSOA、モノリス、そしてマイクロサービスを持っています-完全なセット。

初心者のシステムアナリストの仕事を効果的に見つける方法は？

多くの要因があなたの仕事探しの成功に影響を与えます。候補者自身がこの仕事を見つけて現場で成長したいという願望は、少なからず重要です。ある人がコースに来て、「教えて」と言うことがあります。彼はそれを終え、証明書を取得し、そしてインタビューに行き、それを示します。しかし、同時に彼が欲望を持たず、目に火がない場合、検索は困難になります。

初心者のシステムアナリストの仕事を効果的に見つける方法は？自分をアップグレードして、インタビューに行きます。しかし、歩くだけではありません。どの会社で、どの分野で働きたいかを自分で決める必要があります。明確な目標がなく、どこにでも行きたいという願望を持って歩くことは適切ではありません。

たとえば、銀行で働きたいことを概説できます。銀行が提供するインターンシッププログラムを見つけます。ない場合は、銀行が外部の専門家に雇用機会のあるトレーニングを提供している可能性があります。あるいは、銀行に申請するジュニア欠員があるかもしれません。

つまり、自分で会社を定義し、それが提供する雇用機会を確認し、この会社の従業員を見つけます。アナリストコミュニティで確実に見つけることができます。このような一連のアクティビティは、仕事の検索をスピードアップするのに役立ちます。

彼らは仕事に応募するときに何を見ますか、最低限必要なものは何ですか？

これは簡単な質問ではありません。最近までAlphaでは、開始位置は「シニアシステムアナリスト」と呼ばれていたためです。彼女は、コンピテンスセンターに来るのは6月ではなく、一定の知識とスキルを備えた経験豊富なスペシャリストであることを示唆しました。ジュンを連れて行かなかった。インターンシッププログラムがありました（私はすでに私の友人について話しました）。特にSQLでは、インタビューとタスクがありました。あなたがジュニアの仕事を探しているなら、あなたは通常ジュニアのポジションに求められるものを読むべきだと思います。研究所からの私の身近な知識とSQLの予備トレーニングで十分であることが判明しました。

私がインタビューしている上位のポジションについては、最近までJunsを考慮していませんでした。ジュナは訓練生と同一視される可能性が高かった。

あなたの観点から、システムビジネスアナリストの仕事の結果は何ですか？

私の観点からは、現在の職場の経験を踏まえると、システムアナリストにとって3つの作業領域を区別することができます。情報システムの設計、開発された文書化、および戦闘エラーの分析。デザインについて話している場合、結果はアーキテクチャソリューションと開発仕様になります。ドキュメントの場合-アプリケーションレイヤー（フロント、ミドル、バック）に関するドキュメント。多くの場合、ドキュメントと仕様が重複しています。つまり、同じドキュメントである場合があります。欠陥の分析について話している場合、私たちは製品チームとして品質に取り組み、ソフトウェア製品に欠陥がないことを確認することに関心があります。私たちはそれらを排除しようとしています。販売上の欠陥の解決への参加を含むアナリスト。

適切なアプローチをとるために、6月にどのような優れたシステム分析チームを知っていますか？

実際、私は私の雇用主をお勧めします。私たちにはたくさんのチームがあり、それらは異なり、どこにでも独自の特徴があります。しかし、私を惹きつけるのは私たちが構築したプロセスです。

この機能は何ですか？

システムアナリストはミニアーキテクトと見なされ、アーキテクチャ設計に従事しており、技術スペシャリストです。私たちは、ビジネス要件、ビジネスプロセスの作成または再編成にあまり取り組みません。ここにアマチュアへの質問があります：あなたが顧客とコミュニケーションしたい、ビジネスのニュアンスを理解したい、あなたがテクノロジーに触れたくないなら、私の部門はあなたに合いません。

テクノロジーに没頭したい場合、興味があり、コードを読む準備ができている場合は、QAエンジニアがどのように機能するかを理解し、ときどき支援するために自動テストの作成方法を学びます。Alphaが最適です。それ以外の場合は、他の会社を見ることができます。レビューによると、システム分析プロセスはKasperskyLabで適切に編成されています。 Raiffeisenbankには、アナリストにとって興味深いタスクもあります。もちろん、これは物議を醸す問題です。会社は大きく、多くのチームがあり、良いチームもあれば悪いチームもあります。私にはSberbankでバイオメトリクスに従事している友人がいます-彼女は彼女のチームを誇りに思っています-彼らは最高です、彼らは最高です。そして、他の人々が同じSberbankから私たちのところにやって来て、仕事は退屈で、リリースはまれで、アクセスするまで何ヶ月も待たなければならないと言います。昔々、それは必要ありません。

私はいくつかの会社に名前を付けました。私の意見では、そこでシステムアナリストになるのはおそらく良いことです。それが実際にどのようになるか、私は保証できません-多くの要因がこれに影響を与えます。

Junsにとって、主なものはハードスキルですが、具体的に何をお勧めしますか？

はい、Junsの主な目的は、最初は比較的日常的な作業を行うハードスキルです。構造的にドキュメントを作成する方法を学び、サービスの種類を理解し、サービスの種類とその構成を理解することをお勧めします。初めに、Junは、システムの実装方法の説明、または既知の要件（技術的な解決策を得るために何を行う必要があるか、何をプログラムするか）に従ってステートメントを作成することに関連するタスクの主なフローを持ちます。インタビューでは、SQLの知識を求められますが、データ構造と情報システムを設計するスキルも同様に重要です（またはより重要です）。あなたがこれを知っていて、よく精通していて、それを説明する方法を知っているなら、おそらく、これはあなたのプラスになるでしょう。

関係のない分野で働いている場合、アナリストとして勉強し、転職の経験を積む正しい方法は何ですか？

まず、企業が提供しているものを確認することをお勧めします。一部の企業は、ITからではなく、ゼロからアナリストトレーニングスクールを提供しています。営業担当者の友人が来て、訓練を受けました。同じGeekBrains（システムビジネスインテリジェンス学部）、SkillFactory（システムアナリスト向けのコース-私はこのコースの作成者であり、教えています）、またはSkillBox（システムアナリスト向けのゼロからのコース）にオンラインコースがあります。システム分析の学校もあります-これは深刻なプロジェクトであり、2011年に開始され、現在も存在しています。あなたはコースを見つけることができます、あなたは教育を受けることができます。ここにはさまざまなオプションがあります。最初に勉強し、ある程度の経験を積むことができます。オンラインコースでは、ケースを完了してポートフォリオを埋めてから、就職を試みることができます。

私はシステムアナリストをゼロからトレーニングした経験があると言いました-これは本当です。新しいアナリストを一斉にトレーニングすることを目的とした学校をアルファで立ち上げました。私たちのパイロットは、私たちが雇ったアナリストを学校に迎えた結果、成功を収めました。すべての選考段階を通過した18人の学生がいました。それらのうちの6つは私たちの州、つまり3分の1に定住しました。別の人が彼の会社で新しいスキルと知識を持って昇進しました。そのため、この学校は実を結び、そこに来た子供たちのほとんどは、ITや関連する職業の経験がありませんでした。

オンラインコースの3つのプラットフォームに名前を付けました：GeekBrains、SkillFactory、SkillBox。私はいずれかのコースの作成者およびホストであるため、SkillFactoryをお勧めできますが、それは私の側では不正です。多くのサイトがありますが、他のサイトで何が起こっているのか、そしてそこで教育プロセスがどのように組織されているのか完全にはわかりません。私の意見では、GeekBrainsには非常に大きなプログラムがあります。このサイトを見ると、彼らはとりわけ、データ分析のトレーニングとPythonでの作業を提供しています。システムアナリストがこれを必要とする理由を完全には理解していません。 SkillBoxには優れたプログラムがありますが、間接的な兆候から判断すると、ビジネスアナリストのトレーニングに重点を置いています。システムアナリストの説明とともにリソースのURLを見ると、「ビジネス」と表示されています。そのため、このコースの技術内容について質問があります。しかし、それは私の推測です。良いのか悪いのかわからない。

知識を獲得し、ポートフォリオを構築し、知識とポートフォリオを使用して、会社での就職を試みることができる個別のオンラインコースもあります。これらのリソースのほとんどには、履歴書の作成、インタビューの準備、さらにはパートナー企業への雇用機会の提供を支援するキャリアセンターがあります。オンラインスクール自体は、卒業生が仕事を辞めることに興味を持っています。卒業生が仕事を見つけて仕事を続ける場合、それは学校がコースを成功裏に実施し、学生が目標を達成するのを助けたことを意味します。したがって、システム分析に進む予定があるが、長期間勉強する予定がない（2度目の学位を取得する）場合は、おそらくオンラインコースが最適です。

システムアナリストの職業：コミュニティ開発、職業の昇進およびトレーニング