この出版物のトピックに関する私たちの考えを表現するために、完全に緊急の「重要な」必要性が促されました-会社の公開市場でビジネスアナリストを募集/雇用する必要が生じたときが近づいています（文書管理プロセスの自動化、経営規律の管理など） D.、「一般の人々」-SED）。 経験と能力が知られているこのプロファイルのすべてのスペシャリスト、言い換えれば、彼が知っていて、会社にとって有用だと思った人は、すでにチームに所属しているか、うまく配置されています。 問題は、どんなに一生懸命努力しても、この主題が持つべき機能を簡単かつ適切に策定することができないという事実によって複雑になります。 個人の資質と才能をどのように示すべきなのか。これは、才能のある新人を探して「成長」させようと精神的に準備しているので、関連性もあります。 以下の考えは、プロジェクトマネージャー、小規模なインテグレーター型IT企業の所有者、およびビジネスアナリスト自身に役立つと確信しています。
用語と定義
まず、問題は「ビジネスアナリスト」という用語です（以降BA）。 この用語の普遍的な定義を見つける望みを失い（YandexとGoogleはこれに単独ではないことを提案しました）、方法論、分類、およびGOSTについて議論しないように、出版目的のために、非常に簡単な方法で定義します：ビジネスアナリストは同じですITプロジェクト（特にビジネスアプリケーションの実装）の顧客の代表者と通信し、一方で顧客が理解し同意するような魔法のような方法でビジネス要件を特定、形式化、文書化する男（または少女） これは、生産の残りの部分で心臓発作（プロジェクトアーキテクト、プログラマ、テスター、サポート、コーチ、など）が発生しません。
内部IT部門でのBA運用
ビジネスインテリジェンスの品質と特性に関する私の理解は、7年間発展しています。 大学卒業後、ビジネスアナリストの観点から大規模な商社の内部IT部門でのキャリアを経て、BAはビジネスタームと開発者タームの間の翻訳者である一種のレイヤーであるというかなり興味深い結論に達しました。 もちろん、RationalまたはBPVA（最悪の場合はMS Visio）の使用方法を学び、「小さなデザイナー」になって、「そのまま」と「今後」を明確に示す壮大なスキームを描くのはクールです。 内部ITでのBAの機能は、あらゆる分野で専門化の必要性がないことです（Gazpromで作業していない場合）、つまりシステムとプロセスのクラスを意味することに注意してください：ERP、ECMの実装/開発はほとんどありませんでした。 CRMに切り替えます-問題ありません。 その理由は平凡なものだと思います-事業内（メガコーポレーションと複雑な生産を除く）で、ほぼすべてのプロセスの知識とその理解は、会社に常に存在しているという事実から生じます。 したがって、その時点で私は意見に同意し、BAは何を実装するかは関係なく、何を実装するかは関係ないとみなすことができました。
システムインテグレーターのビジネスアナリスト
意見は2年続き、その後、大規模な顧客向けのプロジェクトを実装するインテグレーターと同じBAの仕事に切り替えた後、自然に変化し始めました：新しい顧客、新しいビジネスプロセス、非常に重要な異なる人々との新しいやりとり、これはあなたとは連携しませんある会社で。 さらに、大規模なインテグレーター企業のマトリックス構造は、実装チームのローテーションをそれぞれ生成します。BAは、両側（異なる顧客、インテグレーター内の異なるチーム）のリンクとして、非常に多くの新しい人々と対話することを余儀なくされます。 私が「前例のない社交性」と呼ぶような質がなければ、BAの地位には何の関係もないことが明らかになりました。 私は、それが社交性だけでなく、前例のないものであることを強調します。なぜなら、あなたが対話しなければならない人々は、すべてにおいて完全に異なっており、常に適切ではないからです したがって、「ダミーの哲学」、「日常心理学と職業心理学に関する自信のある知識」、「怒りの管理コース」、およびこの種のその他の能力などのスキルはプラスになります。
BAにとっては、「期限」などのプロジェクトパラメータを含めて、非常に重要になります（インテグレーターが多かれ少なかれ適切なスタッフのモチベーションシステムを処理した場合）。 当然、このパラダイムでは、ビジネスアナリスト（業界および/またはシステムのクラス）に特化する必要がないという意見は完全に受け入れられなくなります：自動化されたビジネスプロセスの主題に関する重要な経験と知識がなくても、新しいプロジェクトの厳しい締め切りですぐに方向付けを開始し、また、プラットフォームのアーキテクチャと機能（自動化に使用される手段を要約する）では、プロジェクト全体の品質、特にあなたの仕事があなたを興奮させる場合、当然ながらほとんど不可能です。 1つのBAが複数のプロジェクト（多くの場合3〜5）に同時に参加する必要性は、専門化を支持するもう1つの議論です。
プロジェクトマネージャーの立場からの眺め
1。5年後、同じ会社でポーランド共和国の地位に就いて、私たちは問題を側面から見ることができました。 3人の異なるビジネスアナリストに従属していたため、ビジネスアナリストの能力がすべてのプロジェクトパラメーターに与える多大な影響が誇張なしに明らかになりました。
- プロジェクトの機能的境界-コメントなし。
- 作業雰囲気。 実践が示すように、通常、プロジェクトチームは、オープンではありませんが、何らかの理由でビジネス分析をすべての問題の主犯と見なします（当然、RPを除く）。 大きな「エラー」を防ぐ能力、そして最も重要なことは、チーム内の相互の主張の緊迫した状況から適切に抜け出して対立をスムーズにする能力により、BAはグループ全体のモチベーションを大幅に高めることができます。
- プロジェクトの日付。 多くの場合、これを「分析」（調査、設計）と呼びます。これは、期間の観点からプロジェクトのかなりの部分であり、平均10〜30％です。これは、多くの場合、このプロジェクトの他の作業と並行して行うことはできません。 プロジェクト全体の期間に直接影響するこの段階の期間の遵守は、ほぼ完全にBA（または1つのプロジェクトに複数のBAまたはRPがある場合）の組織と能力に依存します。
- コミュニケーションを促進して、組織の問題を解決します。 原則として、ビジネスアナリストは、顧客の大多数の従業員の信頼を知って楽しんでいる他の誰よりも優れています。 正式なエスカレーションを待たずに、クライアントの従業員とのやり取りを整理する方がはるかに簡単です。
- プロジェクト中のかけがえのないリソース。 プロジェクト中のプロジェクトマネージャーの変更は、この分野で低品質のプロジェクトが出現する主な5つの理由の1つだと思います（おそらく非常に典型的なプロジェクトを除く）。 プロジェクト中のビジネス分析の変更は、おそらくこのような評価の次の行にあります。 高品質のドキュメントの必要性に関する議論に対して、私はこのように答えます。残念ながら、すべてをドキュメント化することはできません。 プロジェクトでは、機能要件、目標、タスクの説明、雰囲気、感情、および「秘密の」顧客の期待という形で、理解可能なものに加えて非常に重要です。 これを形式化し、紙に転送することは、原則として、常に可能というわけではありません。
- プロジェクトとその予算の受け入れ。 通常、市場での実装業務では、収益やその他の指標の点で顧客企業は実装企業の数十倍、数百倍です。 いわば象とパグ。 多くの場合、「エレファント」は、文書化された契約だけでなく、舞台裏の会話、「チップ」の約束、彼がかつて聞いた「グッズ」に頼るのは非常に許容できると考えていますが、なぜ彼らは文書に入れなかったのですか？ 「あなたは専門家です。これを考慮すべきでした。当然、数百ページのドキュメントを調整することで何かを見逃していたかもしれませんが、個人的にはこれを約束しました」あなたはパグであり、どういうわけかプロジェクトを引き渡す必要があります。 このような状況の防止は、おそらくこれがいわゆる要件と期待の管理の一部であり、RPとともにBAの主要なタスクの1つです。 最も悲しいことは、私の意見では、原則として、これは一種の芸術と才能、そしてもちろん経験であると教えることは不可能だということです。
雇用者の立場からの眺め
ビジネスパートナーとして1.5年、ITサービスセラーとしてパートタイムでプロジェクトを実行していたことが、同僚と一緒に自分のビジネスを開くというまったく予期せぬ奇妙なアイデアにつながりました。 いくつかのプロジェクトで「販売者」-「RP」-「BA」の3つの役割でしばらく働いた後（非常に効果的ですが、スケーラブルではないビジネスモデル）、ビジネスアナリストは自分のスタッフに現れました。 ビジネスオーナーの観点からRPを評価することに加えて、BAのいくつかの非常に重要な有用な性質に気付きました。そのため、ビジネスアプリケーションの実装におけるビジネスの成功を大きく左右するリソースとして、プロフェッショナルな（私の理解では）ビジネス分析を真剣に考えています：
- 戦略的な要件管理。 ある時点で、ソリューション自体のアーキテクチャレベルですべてのプロジェクトを何らかの方法で標準化しようとするパラダイムに固執し始めました。 理由は簡単です-アーキテクチャ的に類似したプロジェクト（当然、機能的に非常に異なる機能を果たすことができます）のサポートと開発ははるかに簡単です。 将来のプロジェクトの予算の大きさを損なうことさえある、特定の「建築原則」を遵守する必要性を顧客に意識的に納得させる程度まではい、パレートの原則など。過剰なプラットフォームのカスタマイズには大きなプラスがあります-説明し、はるかに大きな予算を得ることができます、そしてマイナスはメンテナンスとpの複雑さです 開発）。 このような戦略的アプローチにおけるBAの役割は実際に重要です。大規模なプロのビジネスアナリストのみが、その実装が重要な「完了」を必要としない方法で要件を正式化できる一方で、正式な要件はお客様自身のアイデアであるとお客様に確信させます。
- クロスセリングおよび開発ソリューション。 高品質のビジネスアナリストとは、顧客の従業員とのやり取りの過程で吸収される短いフレーズやトレンドを決して忘れず、忘れることのない人です。 企業の従業員の実際の仕事に正確に見られる真のニーズの兆候を手に持って、最初の成功したプロジェクトを背景にそのようなニーズを「閉じる」プロジェクトを販売するのは、途方もなく簡単です（マクロ経済を考慮せず、誰もがお金が少ないと思います利用可能です）
おわりに
情報システムの実装における7年の経験は、もちろん、「労働の退役軍人」という称号ではありません。 それにもかかわらず、ビジネス分析の分野の専門家の重要な資質と利点についてのそのような経験に基づいて策定された意見は、多かれ少なかれ客観的とみなされると確信しています。 今日、多くの活動分野で質の高い専門家を見つける問題は非常に深刻だとは言いません。 また、この出版物の目的は、他の活動よりも重要な活動の役割を強調する試みだとは考えないでください。仕事が求められている高品質の専門家は、金でその価値があることは明らかです。
私の意見では、特殊性は検索でこの専門分野の要件を適切に策定することは不可能であり、この特定の分野の「初心者」の可能性を予測することは非常に困難であり、アクティブな仕事の最良の場合は1年後にのみ可能性の存在を判断することができます。 「ビジネス分析」というタイプの名前を持つ大学学部の卒業生（存在する場合でも、用語で言えばこれは実践と一致します）は、何を教える必要があるか想像することすらできないため、信頼を呼び起こしません。 とにかく-ビジネスアナリストの基礎教育はどうあるべきですか？ 技術的、経済的、人道的？ 3種すべての教育で品質の代表者に会った。
ご清聴ありがとうございました！