企業がビジネスインテリジェンスを必要とするのはなぜですか、彼らはどのような役割を果たしていますか？
ビジネスアナリストの役割は、会社が使用するソフトウェア開発モデルと、開発会社と顧客の間のプロジェクトの責任分担に依存します。
いくつかの一般的なモデルがありますが、それらの組み合わせを使用できます。
1.ビジネスアナリストは「現場で」働き、顧客の担当者に連絡して要件を収集します。その後、要件は設計の初期情報として「チーフデザイナー」または「アーキテクト」に転送されます。 将来、彼は建築家と顧客の間のコミュニケーターです。
2.ビジネスアナリストは、開発者の直接の顧客として機能します。 システムの機能を記述する特定の一貫した要件セットまたはビジネスモデルさえも形成し、開発者が自分で設計を続けることができる程度までそれらを実行します。 次に、アナリストは要件を開発に渡し、完了した作業を受け入れ、実装を保証します。
3.ビジネスアナリストは、設計の専門家であるが、対象分野の詳細を知らないアナリスト（システム）の成長における次のステップと見なされます。 そして、サブジェクトエリアまたは複数のエリアをマスターすると、彼はビジネスアナリストになります。
すべてのモデルで、ビジネスアナリストは、対象分野の知識と、顧客の言語でコミュニケーションをとる能力を必要とします。 しかし、違いはプロジェクト内のビジネスアナリストの責任範囲に関係しています。
なぜビジネス分析はプログラミングよりも複雑であると考えられており、活動分野をより多くテストするほどですか？
ビジネス分析は、対象分野とデザインの岐路にあり、2つの言語（「顧客の言語」と「プログラマーの言語」）を同時に流fluに使用する必要があります。 同時に、「顧客の言語」は業界ごとに、さらには同じ業界内の企業ごとに異なります。ビジネスアナリストは、体系的に組織化された情報やトレーニング時間がない場合、新しい分野をすばやくナビゲートして学習できる必要があります。 このようなスキルは開発者の間では一般的ではないため、ビジネス分析はより複雑な領域と見なされます。 しかし同時に、ビジネスアナリストは、ITではなくビジネス分野の専門家が常に利用できるわけではない優れたデザインスキルを必要とし、デザインスキルのないビジネスアナリストは適格とは見なされません。 テスターに関しては、本格的な機能テストを実施する場合には、対象分野の知識も必要です。 ただし、設計スキルは必要ありません。
ただし、これは最初の質問のモデル2および3に適用されます。 また、モデル1では、ビジネスアナリストの仕事はより複雑ではなく、他の人と非常に匹敵し、独自の専門性を持っています。
大学の直後にアナリストになることは可能ですか？
できます。 年上の同志によって教えられる最年少のみ。 そして、最初のアナリストからは、活動と知識への渇望、働く意欲が必要です。 その後、経験が蓄積するにつれて、資格と解決すべき課題の範囲が拡大します。 実際、ここでアナリストは他の職業と違いはありません。
システム分析とビジネス分析が分離されているのはなぜですか？
これらは異なる活動、知識、スキルだからです。 システム分析では、対象領域の「クリア」されたデザインを区別します。 これは、アクティビティをタイプごとに区別する自然なプロセスです。 そして、異なるプロジェクトでは、異なるタイプのアクティビティが必要になる場合があり、ロール間で異なる方法で配布できます。
上記のモデル1では、ビジネス分析とシステム分析は明らかに異なる人々の間で分割されています。 モデル3では、これらはビジネスアナリストの2つのアクティビティとして結合され、同時に、設計のための個別のタスクを下位の「シンプル」（またはシステム）アナリストに与えることができます。 また、モデル2では、ビジネス分析は通常、概念的なシステム設計に与えられ、おそらく開発者と一緒に行われますが、詳細は開発者に残ります。
優れたアナリストの主な資質は何ですか？ 「反品質」とは何ですか？
主な品質は優れた概念的思考であり、情報がない場合にモデルを迅速に構築し、この情報を取得するための高度なコミュニケーションスキルによって補完され、モデルをブロードキャストおよびディスカッションできます。 これは複雑な品質ですが、アクティビティの整合性を提供するのはまさにこれです。 残念ながら、それは非常にまれです。 そのため、分析が開始されます-そして、どの「アンダーアナリスト」がより良いか-そして、視点は通常、質問に答えるプロジェクトの問題に依存します。 そして、前向きな方法であれば、アクティビティのこれらすべての側面は、一緒に働く1人または複数の人々によって提供される必要があります。
分析が必要なのは誰ですか-食品会社またはアウトソーシング？
特定のプロジェクト、ライフサイクルの段階、および製品会社の場合は開発とマーケティングの間、およびアウトソーシングのための会社と顧客の間の責任の分担に依存します。 そして、それらと他のものには、最も広い意味での分析に関連した特定の活動のセットがあります。 ただし、個々の役割を強調表示したり、他の役割を追加したりすることにより、さまざまな方法で実装できます。 特定のプロジェクトで異なる役割を果たしている複数の従業員の間で、選択したアナリストが「広がる」かどうかに依存します。
同僚とコミュニケーションをとったり、業界の会議に出席せずに、優れたアナリストになることは可能ですか？
おそらく可能です。 なぜなら今、外の世界から情報を得るための多くのチャネルと方法があるからです。 また、同僚や会議と話す代わりに、本を読んだり、インターネットで情報を検索したり、トレーニングから学ぶことができます。 誰もが自分にとってより便利な方法を選択します。 しかし、勉強しない、専門分野の発展、新しい方法やアプローチの出現に従わない場合、優れたアナリストになることは絶対に不可能です。 個人的には、会議は「知る」ための最も効果的な方法です。 さまざまな企業からさまざまな資格のアナリストを集めて、問題や解決策について話し合うためです。 そして、彼らにとって最も価値があると思われる膨大な情報の流れからすでに除外されており、彼らの仕事でそれを試すことさえできました。 さらに、何か新しいことを聞いたことがあるので、知っている人や試してみた人といつでも「生きて」会話し、問題への応用について話し合うことができます。 、彼らも理解を進めています。 そして、私自身は、非常に広範な経験にもかかわらず、各会議で何か新しいことを発見しました。
なぜアナリストとして働いている、またはアナリストとして働きたい人は、Analyst Daysに行くべきなのでしょうか？
なぜならソビエト後のスペースでは、これは2つの専門的な分析会議の1つであるからです（2つ目は夏の分析祭です ）。 それに関する報告とコミュニケーションのレベルは非常にまともであり、これは新しいことを学び、専門的に開発するための効果的な方法です。 さらに、会議に隣接する日には、会議自体のマスタークラスに加えて、常に主要なアナリストのトレーニングがあり、これは新しいことを学ぶ絶好の機会でもあります。 会議でのトレーニングは、トレーニングセンターでの「通常の」トレーニングとは異なり、コーチが新しいフォームを試し、自分自身が最近習得または実現したことについて話します。 ですから、これは、この方向で成長しようとしている人々や経験豊富な専門家にとって、アナリストの仕事を「感じる」素晴らしい方法です。
