ベストアンサー
テクニカルビジネスアナリストは、少し矛盾した肩書きです。ビジネスアナリストは、人、構造、プロセス、および技術的側面など、ビジネスのすべての要素を分析する全体的なビジネスモデルに焦点を当てています。これが、ビジネスアナリストをプロセスアナリスト、戦略アナリスト、システムアナリストなどと区別するものです。
このタイプの役割を宣伝する人は、主にIT主導または技術主導の問題に取り組むためにBAを必要とする可能性があります。そして彼らが探しているのは、金融サービス会社が金融サービスの経験を持つBAを探すのと同じように、技術的に複雑な問題に取り組んだ経験が豊富なビジネスアナリストです。これは、ビジネスユーザーに何らかの影響を与えるバックエンドシステムのメジャーアップグレードのようなものである可能性がありますが、ドライバーはシステムを機能ではなくサポートされているバージョンに引き上げているため、プロセス、人、構造に影響はありません。
ただし、これは珍しいタイトルであり、組織によって役割の解釈が異なる可能性があるため、タイトルはBAであるが、ソリューション設計スキルも持っている人を対象としている可能性があります。または、ハイブリッドを探している可能性もあります。ビジネスアナリスト/システムアナリスト/インフラストラクチャアナリストのメンバーです。
回答
どちらも、IT業界では2つの異なる職業に適合しています。
どちらも彼らの中でキャリアを追求するとき、彼ら自身の賛否両論を持っています。しかし、それは彼のキャリアパスの終わりに自分自身を見たい人によって異なります。
私は、これらのキャリアパスの両方で働いていて、プリセールスよりもビジネスアナリストとして楽しんでいました。 。
詳しく説明します：
プリセールス：
- Iこのプリセールスの概念は、製品会社よりもサービス会社で多く見られます。 （製品会社にはポストセールスの概念があります）
- プリセールス担当者は、会社の強みと能力を予測することで、（あなたが働いている）会社の見込み顧客を探します。
- つまり、クライアントと会い、話し合い、会社と日常的に関わる必要があります。
- つまり、多くの提案を書いて送信し、ビジネスミーティングに参加する必要があります。 、着飾って、上手な英語を話します（クライアントがヨーロッパ人または日本人に属している場合、その言語を話すことができれば、さらに有利になります）。
- クライアントがあなたの提案を気に入って同意したら、プロジェクトを提示する必要があります。その製品またはサービス（主に関心のあるクライアント）のプロトタイプを作成することによるデモ。彼がそれを好きなら、クライアント会社とあなたの会社の間で契約が結ばれます。ここでも、プリセールス担当者は、クライアント企業と彼の会社の間の仲介者として、彼の会社の法務および技術チームに相談することにより、すべての法的条件、料金、期間などを設定するのに役立ちます。
- サインオフすると、プリセールス担当者の役割が終了し、別の見込み顧客を探します。
****これでプリセールス担当者の話は終わりです*** **
長所：
- 多くの旅行をしなければなりません。
- 現在の会社の価値観と倫理を非常によく知る必要があります
- 現在の会社が立っている株価など、公開されているメディアで自分の会社について常に読む必要があります（彼の会社は大きい4）。彼の会社が立ち上がっている場合は、心配する必要はありません。
- 最後に、クライアントと彼の会社の間で取引が締結されると、彼は取引金額に基づいてコミッションを受け取ります。彼の給料は別として。
短所：
- より多くの種類のカーショールームのセールスエグゼクティブ。
- 多くの旅行に慣れ、さまざまな時間帯（ゾーンなど）で自分自身を調整する必要があります。
- 彼は常につま先立ちする必要があります。は彼が働いている会社のためにワームを捕まえる鳥です。
これらの短所は正確に再びです。
ビジネス-アナリスト：
プロジェクトを実行するための完全なチームが確立されているので、これは常に儲かる柔軟性を感じました。
ITで通常どのように機能するかについて詳しく説明します。
プレセールス担当者がクライアントとの契約に署名して終了した後、クライアントはBAと話し、彼のビジネス、プロジェクトについて完全に話します。 、システムに必要なもの。
BAは、すべてのビジネス要件をユーザー要件としてドラフトし、署名後にSRSをドラフトします。ビジネス（クライアント）から離れます。
ユーザー要件の準備ができたら（ここではユーザー=クライアント）、彼はテクニカルアーキテクトに売り込み、システムを技術的に設計して、ユーザー要件を作業システムに具体化します。
これで、サインオフの準備ができた3つのドキュメントがあります。ユーザー要件、システム要件（高レベルの設計ドキュメント）+低レベルの設計ドキュメントです。これらの3つのドキュメントがサインオフされたら。要件はサービス会社（システムを構築している会社）の観点から凍結され、新しい要件は変更要求として送信され、追加の料金がクライアントに請求されます。 （したがって、ほとんどの場合、クライアントはBAにユーザー要件を与えるのにより多くの時間を要します）、そのためBA時間が増加し、システム構築時間が短縮されます（実際には、BAの問題ではなく、クライアントの問題です。要件を追加するのを忘れた場合、後で追加した場合は追加のお金がかかると感じます。
したがって、すべてが完了すると、開発者とテスターを使用してシステムが構築されます。
長所：
- BAとして、ドメインに関する知識を通じて彼は働いています。
- BAはプリセールス担当者よりも責任があります。
- BAは英語やクライアントの他の現地語にも対応している必要があります。
- クライアントが自分の場所などを要求した場合、BAも進んで旅行する必要があります。
短所：
- プロジェクトが正常に完了した後、プリセールス担当者のようにBAに手数料は支払われません。
- プロジェクトが完全なSOUPにならない限り、BAは気を配る必要はありません。 。
それがストーリーです。
つまり、それは個人によって異なります。
プリセールスは最初は儲かるように見えますが、将来的にはBAが提供できるものを提供できない可能性があります。 BAは最初は非常にやりがいがありますが、将来的には、プリセールスでは想像もできない多くのことを提供します!!
個人的な選択です!!
あなたの質問に答えました。
また、QUORA（クォーラのQPPプログラム）に質問を投稿してお金を稼がないことを願っています。
ありがとう。