アナリストの有用なスキル。 プロになる方法

ソフトウェア開発のビジネスおよびシステムアナリストの会議が昨年サンクトペテルブルクで開催されました。 ミンスク在住のマリアとセルゲイ・ボンダレンコによる、 「アナリストの有用なスキル。 プロになる方法 。 」 以下に、レポートに基づいて記事を公開します。











ビデオレポートも利用できます。





およびプレゼンテーション： www.slideshare.net/VLDCORP/ss-21928819



私のトピックはアナリストの有用なスキルであり、ビジネス分析の分野で専門的な開発の機会を示すことを目的としています。



自分について簡単に



マリア・ボンダレンコ、観光分野のソフトウェア開発のためのベラルーシ語-ドイツ語-ロシア語会社GPソフトウェアのディレクター。 IT分野で10年以上働いている

Itransition（ほぼ1000人）に勤務するSergey Bondarenkoは、管理部門（分析部門を含む）に関与しています。







レポートの目的



レポートに表示して伝えたいこと：

初心者（分析経験が1年未満）-業界の一般的な理解、必要なスキル、および開発期間について理解します。

経験豊富なアナリスト向け：タスクのコンテキストでは見えない未知の地平を発見し、ビジネス分析の分野の力と幅を示します

アナリストはどこから来たのですか？

「どのアナリストが専門教育を受けたのか」という質問に対しては、会議に出席した少数のアナリストのみが肯定的に答えた。

さらに多くのことがテストと開発からもたらされました。 言語学大学の出身者もいました。

一般的に、ビジネス分析の分野は今では非常に若いです。

そして、この分野で専門教育を受けている人は多くありません。 そして、結局のところ、次のようになります。そのような空席があるので、「試してみませんか？」と決めます。そして、ビジネスアナリストとしてのキャリアが始まります。

アナリストはどのように進化しますか？

次に何が起こりますか？ その後、仕事を始め、いくつかのタスクを実行し、社内でのキャリアの梯子を強化します。 ただし、タスクの範囲は通常、この会社が実行するプロジェクトにのみ制限されます。 したがって、ある会社に来て、「ここにはビジネス分析があり、何をしているのですか？ そして、ビジネス分析とは何ですか？「または別の会社に来て、「ビジネス分析とは何ですか」と尋ねると、まったく異なる2つの答えを得ることができます。

この状況を何らかの形で改善するために、あなたは本を読んで、インターネットで情報を読んで、どうにかしてこの経験を得ようとしますが、それでも、これはすべてランダムに起こります。 したがって、このような寄せ集めが頭の中で発生し、自分のジュースで醸造し、ビジネス分析のコンテキストを完全に理解することができません。

これは何につながりますか？

専門家が仕事に就くために面接で繰り返し見ました（そして、私たちの会社にはプロジェクトマネージャーとアナリストが結合する共通の立場があります）、そして彼らは言いました：「一般に、私はビジネス分析のすべてを知っています。管理の領域。」 一般的に、彼らはビジネス分析の一部のサブエリアのみを見て、これがすべてであると結論付けます。 2番目に考えられる反応は、次に進むべき場所がわからない、悲しむ、プロジェクトで十分な効果がない、そしておそらく、理解のコンテキストを高めるためにこの効率を高める方法があることすら知らないということです。このエリア。

次に、これに進みます。

たぶん良いですか？

プロジェクトでのビジネス分析の可能な役割、アクティビティと必要なスキルの可能性のある領域、個人の特徴とあなたに役立つツールをお見せしたいと思います。 以下に、何が必要かについての論文を掲載します。 それぞれについて、個別のレポートまたは個別のトレーニングセッションを手配できます。そのため、自分が興味を持っていると思う分野にさらに没頭することをお勧めします。

アナリストは誰ですか？

レポートを準備する過程で、ビジネスアナリストが働くいくつかの分野を特定することができました。

•要件管理

•研究と分析（研究とデータ分析）

•プロセスエンジニアリング

•モデリングと設計（IP設計）

•配達

•コンサルティング（コンサルティング）

要件管理

最も明らかなのは、 要件管理です。 これは、要件を収集し、それらを分析し、変更を管理し、すべてのプロジェクト参加者が現在の要件を認識し、開発チームに正しく伝えられ、作業の結果がクライアントの当初の希望と一致することを確認する人です。 しかし、それだけではありません。

研究およびデータ分析

アナリストが行っている分野は約6つあります。 次の領域は、 データの調査と分析です。データを扱うための一般的なタスクです。 同様の機能を備えた既に市場に出ているシステムを分析し、これらのシステムを見つけて比較し、プロジェクトの現在のタスクにより適している情報を提供します。 アナリストのこの役割の2番目の部分は、システムの分析と特定の結論の展開です。 つまり 一般的な分析タスク。

プロセスモデリング

プロジェクトにおけるアナリストの次の可能な役割は、 プロセスモデリングの領域です 。 ITに携わり、要件とシステム設計の開発と管理に直接関与するビジネスアナリストは、一般的に、タスクの主なソースがビジネスプロセスの分野、クライアントビジネスの分野にあることを知っているわけではありません。 クライアントは何らかの形で特定の操作を実行するようになり、ソフトウェアは不要になりました。 しかし、現在の状況を分析するプロセスでは、プロセスが最適ではなく、再編成する必要があると結論付けることができます。したがって、ソフトウェアを開発するタスクがあります。 それでは、実際に、クライアントがビジネスプロセスを見て、それらを記述し、より最適な状態に変換するのを誰が支援するのでしょうか。 これもビジネス分析タスクです。

IPデザイン

ビジネス分析の次の分野は、情報システムの設計です 。 さらに、デザインが異なります。 そして、アナリストのスキルに応じて、この領域をさらに深く掘り下げることもできます。 たとえば、システム設計の最も簡単なレベルは、画面のモックアップまたはプロトタイプをスケッチし、それをユーザビリティの専門家またはデザイナーに渡して、より詳細に作業することです。 一方、使いやすさなど、ユーザビリティなどのこれらのスキルに習熟している場合は、ユーザビリティスペシャリストの役割を組み合わせることができます。 つまり 原則として、これはビジネスアナリストの仕事の一部かもしれません。

ソフトウェア展開

アナリストにとって次に可能な活動分野はソフトウェアの実装です。特に、製品がすでに開発されている場合、この製品を実装し、クライアントでカスタマイズする必要があります（大規模システムの場合）。 これは、特別なスキルを必要とする活動分野です。

コンサルティング

そしてコンサルティング 。 業界で深く働くほど、実践スキルが向上し、より高度になり、より複雑なタスクを任せることができ、開発者に対する要件の指揮者だけでなく、クライアントの目で専門家として行動できるようになります。 さらに、コンサルティングは、プロジェクトの実装に直接関連することすらありません。 技術的な問題、ビジネス上の問題についてクライアントに相談するだけです。 これは、ビジネス分析の分野でもあります。

ハードスキルとソフトスキル

この可能なタスクの範囲に関連して、特定のスキルが強調表示され、それらをより専門的に実行することができます。 スキルの古典的な区分は、ハードとソフトです。 ハードスキルとは、ツール、テクノロジー、テクニック、表記法に関する知識、または学べることです。 ソフトスキルは、生まれてから彼に与えられる個人的および対人的特性ですが、彼らはまた発達し、彼らはまた訓練することができ、彼らは開発方法を持っています。

これらのスキルのフレームワークとプロジェクトのアナリストの可能な役割のセクション内で、次の依存関係を特定できます（表を参照）。

1.ハードスキル

便宜上、ハードスキルグループのすべてのスキルを7つのグループに分けました。基本的なコンピテンシー、理論と分析手法、ビジネスの基礎、IP開発の知識、ドキュメント、追加のコンピテンシー、外国語です。 役割と能力の交差点で、アナリストが特定のスキルを必要とするタスクについて示されます。

外国語の場合：疑問符は、原則として、地元の市場で働いている賢いアナリストがいて、彼が仕事をするのにロシア語だけが必要だからです。 しかし、ビジネス分析の分野は非常に若く、情報を見つけることができるロシア語の文学、フォーラム、コミュニティは多くないことを考えると、もちろん、外国語の知識は、あなたが1言語しか知らないよりも、より良い開発とより専門的な知識を得ることができます。

ソフトスキルに関しては、いくつかのグループに分けられ、これらまたは他のソフトスキルが最も重要な役割の基準が定義されました。

以下では、これらのハードスキルとソフトスキルのすべてについて詳しく説明します。



純粋に技術的なスキルを伴うハードスキルについて説明します。 彼らは訓練するのが最も簡単で、十分に重要です。 アナリストの効果的な仕事の根底にあります。

1.1基本的な能力

中核能力には何が含まれていますか？

これは、ビジネス分析の分野に踏み出す前に学ぶ必要がある一連のことです。 彼らはあなたの思考が特定の形で服を着ることを可能にします。 これらは非常に単純なものですが、誰も個別に教えない主なものです。 あなたはそれを持っているべきだと理解されています。



a。 ビジネス倫理







まず、一般的なビジネス倫理、電話コミュニケーションスキル、書面による通信スキル。 つまり、次のようなタスク：手紙を書く方法（挨拶で始まり、クライアントに行動を促す最後のフレーズを入れ、署名）、電話でクライアントと通信する方法。 もちろん、これは事前に知っておく必要があります。 なぜこれについて話しているのでしょうか？個人的にアナリストがプロジェクトに来て、「最新のプロジェクトドキュメントを送ってくれませんか？」 それは単に美しくありません。 これは基本的なスキルであり、話す必要すらありません。



b。 インターネットスキル







次のスキルは、インターネットでの作業、インスタントメッセンジャーでの作業です（たとえば、Skypeは現在非常に人気があります）。 それらのために、あなたは距離を縮め、クライアントはあなたにオンラインで連絡することができます。 Skypeでは、グループディスカッションを形成し、チーム全体をクライアントとのコミュニケーションにつなげることで、プロジェクトの問題をより迅速に解決できます。 また、画面のデモンストレーションとは何か、ファイルの転送方法なども知っておく必要があります。



c。 チームワーク







次のブロックは、連携する機能です。 Googleドライブなどのツールに関する知識が役立ちます。

ゴーグルドライブは、手頃な価格の無料ツールであり、これを使用してクライアントおよび開発チームとドキュメントを交換できます。 会社にコラボレーションツールがインストールされていない場合、これはクライアントがドキュメントにアクセスできるようにする最も簡単な選択肢です。 さらに重要なことは、同じドキュメントで同時に作業できることです。 このテクニックを使用します。要件を記載したドキュメントをクライアントと一緒に開き、何をどの順序で実装するかを話し合います。 文書の優先順位を変更すると、数秒後にクライアントはこれを画面に表示します。



d。 オンライン会議



同じグループには、オンライン会議用のツールがあります。 アナリストがドキュメントをクライアントに送信するだけでなく、特にシステムのパフォーマンスの中間バージョンを示し、プロトタイプを表示する場合に非常に役立ちます。 これを行うには、特定のプラットフォームが必要です。 もちろん、クライアントが同じ国と都市にいる場合は、クライアントに来るオプションがあります。 しかし、多くの場合、私たちは欧米の顧客やリモートチームと連携しています。 これらのオンライン会議ツールには、GoTo MeetingおよびGoTo Webinar（これは1つのシリーズです）、WebExなどが含まれます。 さらに、結果の表示だけでなく、要件の収集にも役立ちます。



e。 Wikiストレージ



MediaWikiなどのツールも役立つ場合があります。 これは、よく知られているウィキペディアに似たオンラインライブラリであり、管理者がクライアントとチーム全体にローカルに展開できます。 ドキュメントを保存しておくことができます。バージョントラッキングのためにリポジトリにファイルを保存し、同僚に送信する必要はなく、ファイルを忘れることはできません。実際のコンテンツは常に利用できます。 たとえば、MediaWikiでユーザーガイドまたは仕様を作成できます。



f。 読み取りと印刷の速度







ハードスキルの基本的な能力のもう1つのブロックは、速読とタイポグラフィです（ただし、これはソフトスキルに起因するかどうかについては議論があるかもしれません）。

アナリストは多くの情報を処理する必要があります：一方では多くの情報を読み取り（学習と理解）、他方では多くの情報を書き込み（結果を記録）するため、これらの2つのスキルをトレーニングすると、職業として非常に役立ちます。 たとえば、比較できます-平均的なタイピングスキルは1分あたり100文字で、1分あたり400文字の速度で印刷します。 文書に何を書くべきかがすべて明確であり、言葉で契約を修正する必要がある場合、クライアントとの契約のプロトコルを書くと、想像することができます-私は平均的な専門家よりも4倍少ない時間がかかります。 したがって、自分自身でこのスキルを高めることにより、自分自身をより効果的にし、プロジェクトの時間を節約できます。



g。 オフィスツール







また、基本的なスキルの一部として、仕事の結果を定性的かつ明確に提示できるオフィスツール（Word、Excel、PowerPoint、Visio）などの多くのツールに言及したいと思います。 Wordドキュメントを開く方法とテキストを印刷する方法は知っているが、見出しと表のスタイルをカスタマイズする方法、メモを作成する方法、ドキュメントのテンプレートとプロパティを使用する方法はわからない場合。 または、Excelドキュメントを開いてスプレッドシートとは何かを知っていても、式、マクロ、条件付き書式を所有していない場合、これらのツールのフレームワーク内で掘る場所があることを信じてください。 興味のためだけに、プログラムに関する証明書またはこのプログラムのテストを開くことができます。これにより、以前は知らなかったことが多く学ぶことができます。 したがって、常に開発の余地があります。



h。 可視化







次のツールはMindManagerです。 また、基本的なスキルに関連し、マインドマップの形式で情報を構造化できるようにするかなり便利なプログラムです。



i。 グラフィックエディター







グラフィックエディタは、アナリストにとっても便利です。洗練されたPhotoshopだけでなく、たとえば、従来のペイントもあります。 さらに強力なプログラムがあります-SNAGIT-私はお勧めします。



j。 マルチメディアエディター







もちろん、プレゼンテーションにはPowerPointを使用できますが、現代の環境では、Preziツールは非常に人気が高まっています。 その中で、プレゼンテーションはより興味深く、インタラクティブです。 さらに、ビデオクリップの作成、特にアプリケーションデモのビデオシリーズを記録できるCamtasia Studioプログラムをマスターする場合、これはクライアントが常に時間を提供できるわけではないという点で便利ですが、ビデオを提供することができます。 -file、クライアントはシステムのボタンを個別にクリックする場合よりも、それを見る可能性が高くなります。

1.2ビジネス分析の理論と手法

次のブロックは、ビジネス分析の理論と手法です。 これらは、直接的なビジネスアナリストになるためのスキルです。

このコンテキストでは、次の分野の知識とスキル：

•要件管理

•変更管理

•設計成果物の開発

•関連ツール



a。 要件管理







知識の最初のブロックは、要件管理です。 ここで重要なのは、ソースの特定方法と要件の特定方法、およびその後の処理方法（分析、指定（ドキュメント）、検証）を知ることです。



b。 変更管理







これは要件管理のサブブロックですが、注意を引くために個別に取り出しました。 事実は、トレースを理解することが非常に重要であるということです（会議では、このトピックに関する別のレポートがあります）。 プロジェクトの規模を管理する方法を知ることが重要です。



a。 デザインアーティファクト







次に-ビジョン、ソフトウェア要件仕様を説明する機能、ユーザーマニュアルを準備します。 アナリストはユーザーマニュアルを書くべきではなく、これはテクニカルライターの仕事だという意見を時々聞きました。 一般的に、アナリストの仕事は成功し有用な製品の作成に貢献することであり、テクニカルライターがチームで常に強調されているわけではないため、これはかなり狭い世界観だと思います。 つまり 互いに「犬を上回る」必要はありません。 システムおよびユーザードキュメントを操作するための最も効果的な手順は、アナリストが作成できます。 たとえ彼が書いていなくても、ユーザー文書とは何か、そしてそれがベースライン文書、仕様とどのように異なるかについて共通の理解を持っているべきです。



b。 ツールキット







理論と分析技術の分野では、エンタープライズアーキテクト、ボーランドCaliberRM（会議で別のスタンドが提示され、レポートも読まれた）などの要件管理ツールも強調されました。非専門ツールも要件の管理に使用されます-Excel、Jira

1.3ビジネスの基本

開発のためのビジネスの基本を知る上で役立つものは何ですか？



a。 経済学の基礎







TCO（総所有コスト）、ROI（投資収益率）、EBIDAT（減価償却前および税引前利益）、ABC（活動ベースの原価計算）などを知っておくと役立ちます。 ビジネスアナリストとしてビジネスの成功に貢献する必要があるため、これらの用語を検討する必要があります。また、アナリストが適切な意思決定を行うためには、経済の基礎を理解する（ソフトウェアの目的とソフトウェア実装の評価方法を理解する）ことが非常に重要です。 要件を収集して管理するだけでなく、プロジェクトの制限内でそれを行う必要があります（これは多くの場合、経済に関連しています-リソースはお金のように無制限ではありません）。



b。 ビジネスプロセスエンジニアリング







ビジネスプロセス開発のスキルも役立ちます。 さらに、これには、ビジネスプロセスが主要かつ補助的であるという理解、およびそれらの設計が現状のまま（現状のまま）および今後（推奨または現状どおり）のパラダイムで発生するという理解も含まれます。

もっと詳しくは止めません 私の目的のために-アナリストの開発のポイントを特定し、それからこれらの分野を独自に研究することになっています。



c。 プロセスモデリング表記







ビジネスプロセスを設計するには、プロセスを記述する特定の表記法の知識が必要です。 もちろん、それらは言葉で簡単に説明できますが、ビジネスプロセスのモデリングに関する次の通知も非常に一般的です：BPML（ビジネスプロセスモデリング言語）、IDEFx、CFF（クロスファンクショナルフローチャート）、および従来のフローチャート。



d。 ツールキット









ビジネスプロセスと経済計画（私が出会った）を記述する分野の関連ツールは、BPWinとBusiness Studioです。

1.4 IP開発

情報システムを開発するアナリストは、その開発の手法と方法に関する知識が必要です。



a。 アーキテクチャの基本







最初のブロック-アーキテクチャの基礎-ISとは何か、クライアントサーバーテクノロジーとデータベースの構築に関する理解、サイトの設計に関する知識（HTML、CMSデバイスの理解、既製のCMSの知識を含む）、およびプロトコルの理解およびデータ転送形式（XML、CSVなど）。



b。 デザイン表記







UML、DFD、フローチャートなどの設計表記法が役立つ場合があります。



c。 人間工学







IP開発に関する一般的な知識に加えて、人間工学（使いやすさ）に関する知識が必要です。この点で、Webスタイルガイド、モバイルスタイルガイドなどの標準に注意してください。 A iPhone Android , . , AppStore , , .



d。







, . , (Balsamiq Mockups, Axure, JustInMind — .. ). MS Visio.

1.5

a。







— . () , , , . , , , . , , — 90% , , ( Excel) 10 . , . , Excel . , , , , . — , , .



b。







( , ). , MS Manual of Style. 400 , — (, «click the button» «click on the button»), , .



c。







, . MS Word, OpenOffice ( Linux). PDF- (Acrobat). Wiki. , wiki- ( , ) , Word, — Wiki.

1.6

hard-, — .



a。







- , - , -, , . つまり , , , — .



b。







( ) — . , , — , , — . , , .. , , , .



c。







. . , , « » , . , , , 10 . , , .



d。







, , , ERP-, CRM- ..

, . , – , , , , , , - .

2. Soft skills

, . , — . – , , .

, soft- , -, .

2.1

, , — :

• ,

• ,

• ,

• .



a。

. , , , . , .



b。 学習性

, .. , .



c。

, — .



d。

. .

2.2

, , , , , , , .

, .

2.3

a。

: , . .



b。

- . つまり « » — .



c。

, , - : ( ), (.. «»).

2.4

a。

, , , , , .



b。

, . つまり , , , . .



c。

.

2.5

, :

•

•

•

•

, . , - (, , ).

— , , .

3.

? 2 .

3.1

-, — (, ). , , , . , (.. , — ).

. ? ( ) . , , , .

— (, ).

3.2

, , — . , ( hard soft-). , .

, , . . , , . « , » : « ». , , . , MS Word 90% , «», , , .

4.

, , . , . .

, .. , . .

?

1.

2.

3.

4.

, , . , . , , (, , - — ) , .

1.

このステップでは、アナリストのすべての可能なスキルとタスクを、添付のようなテーブルに書き出すことができます（プレゼンテーションファイルは、AnalystDays-2012会議ページで入手できます ）。 次に、各スキルの前に重みを置く必要があります-このスキルがあなたにとってどれほど重要か（そして/または会社にとって-計画がどのレベルで構築されるかによって異なります）。 0〜5または0〜100のスケールを使用できます（例では0..5のスケールを使用しています）。 原則として、同じ分類をあなたのキャリアで使用できます。

当社では、ジュニア、スペシャリスト、エキスパートの3レベルのスペシャリストにグラデーションを使用しており、その中にはR1からR3までの3レベルの区分があります。 これらのレベルごとに、特定の基準、必要なスキル、および所有権のレベルが導入されています。

推奨事項として、計画では、広範なアプリケーションスキルと高度に専門化されたスキルの両方を考慮する必要があります。 しかし、すべてを考慮してください。 また、アナリストの仕事の基本ではありませんが、生活を簡素化し、仕事をより効率的にする追加のスキルを表に追加する必要があります。

また、計画を立てる際には、次の基準を考慮する必要があります。個性、認証システムへの愛着、特異性、測定可能性、経営陣との一貫性。

その結果、この分類に基づいて、個人的な開発計画を立てるだけでなく、特定のスキルを習得するときにどのようなキャリアの機会があるかを決定することもできます。

選択のジレンマ

このような開発計画を作成する際に疑問が生じます。アナリストとその要件について言えば、さまざまなタスクに従事するアナリストを混ぜることは正しいのでしょうか？ そして、すべてにスプレーする価値があるのか​​、それとも狭い活動分野に集中する価値があるのか​​？ 質問は非常に哲学的であり、誰もが独立して答えます。 たとえば、ビジネスプロセスのモデリングには個人的な好みがあるため、この領域を最も深く研究したいと考えています。 または、誰かがビジネス分析のさまざまな分野をより広く研究したいと思うでしょう。これはあなたのキャリアにも良い影響を与えます。 どこでどのメソッドを使用できるかを理解し、プロジェクトの機能に応じて柔軟に選択することができます。

そして、アナリストが幅広い視野で正確に役立つことができる論文をいくつか紹介したいと思います。

事実、そのような計画では実質的に制限はありません。 ほとんどの場合、すべての人生はトピックの幅全体をマスターするのに十分ではありません。 それでも同じように、そのサブセットに集中します。 ただし、すでに調査済みのサブセットは市場にとって価値があり、雇用主と調整する必要があります。

つまり 幅広いスキルの地平線-これは有用で、興味深く、有益です。

2.スキルの現在のレベルの評価

重みを決定したら、現在のスキルのレベルと、所有しているテクノロジーとツールの知識を決定する必要があります。 評価のかなり便利な方法の1つは、外国語の知識の評価に類似したものです（基本から中級および上級）。 これらの各レベルには、0から5までの独自のスコアが割り当てられます。その後、加重評価の合計として合計ポイントを計算します。

3.開発目標の定義

次に、計画表のさらに2つの列に記入します。1年と1か月の間に、あなたの場所でどの程度の知識とスキルを期待していますか。 このアプローチは、開発を数値測定に従属させる（実際にはポイントを蓄積する）場合の統一の最近の傾向にやや近いです。 開発の余地、このテーブルを最適化する方法、このレベルを達成するために手渡すことができる「バン」の余地がまだあります。

4.達成する方法の定義

その後、目標を達成する方法を決定します。 改善する予定の各項目について、文献、トレーニング、会議などを定義します。 ビジネス分析で開発するためには、来月と来年に何をするかを明確に理解する必要があります。

まとめ

そのため、ビジネスアナリストは多くのスキルと知識を持ち、異なる場合があり、現在のプロジェクトに異なる方法で適用できます。 しかし、すでに天井に達していると感じ、あなたが現在プロジェクトで現在行っている仕事の枠組みのすべてを知っている場合、絶望することはありません-今日の報告を思い出して、世界をもっと広く見て、どこでまだ開発できるのか、どこで動くのかはまだわかりません。 確かに、それはキャリアの面であなたにとって有用であり、あなたの雇用主もそれを高く評価するでしょう。 つまり、プロのITキャリアでより成功することを意味します。

質問1

? ?







すべてのメンバー間で作業の質を均等に表現することについて、アナリストのチームと合意することから始めます。 たとえば、私にとって、アナリストの仕事の基準の1つ（主なものではありません）は、提供するドキュメントの品質です。 同時に、ドキュメントが美しくデザインされ、意味があり、論理的に構造化され、セクションからセクションへのジャンプなどがないようにすることが重要です。 したがって、この特定のアトミックユニットを取り上げ、ドキュメントの品質はそのようにすべきであるとアナリストに言います。彼はそれについて考えさえしなかったとあなたに話します。 たとえば、ページネーションはなく、大丈夫です。 彼は主なことはテキストを書くことだと思った。 したがって、一緒に座ってこれらの瞬間に彼に話しかけると、ドキュメントの品質について共通の理解が得られます。

したがって、アナリストのすべての手順を実行し、品質基準について話し合う必要があります。

評価によれば、私は次のように言うことができます：私たちは定期的な認証（1年に1〜2回）を受け、その評価はいくつかの基準で構成されています。 まず第一に、アナリストはコミュニケーター、つまり 顧客から情報を受け取り、開発者に渡します。 非常に重要な評価基準は、クライアントがアナリストとやり取りすることについて考えるものです：リクエストにどれだけ迅速に応答するか、クライアントに提供する明確で理解しやすい情報、クライアントとやり取りする際の効果の程度です。 このアンケートはクライアントが記入します。 開発者（つまり、プロジェクト実施チーム）によって同様のアンケートに記入されます：アナリストがどれだけ利用できるか、提供されたドキュメントをどれだけ理解しているか、プロジェクトでこのアナリストと作業するのがどれだけ快適か。

これは、アナリストを評価するためのポイントの1つであり、非常に重要です。 彼はクライアントと開発者の間の翻訳者であり、この段階で弱いリンクがあれば、どんなにクールで作成して書いても、彼は目標を達成していません。

2番目のポイントは、プロジェクトの有効性です。 もちろん、ここではアナリストが考慮されるだけでなく、それにもかかわらず、チーム全体の評価を行います。 しかし、アナリストは要件の翻訳者であり、チームとともにこの製品の機能を形成したため、これも十分に重要な特性です。

3番目のポイント-可能であれば、アナリストが作成するドキュメント、要件の専門家による評価です。 たとえば、6か月間、彼は要件を書きましたが、それらのいくつかを基本的な要件に追加したり、忘れたりしませんでした。 または仕様に関して-それらが明確で、具体的で、一貫している限り。 したがって、これらのドキュメントを専門的に評価できます。 常にそのような機会があるわけではありません。 通常、顧客または開発チームのみが彼について何かを言うことができます。



ドメイン知識が追加のコンピテンシーに関連するのはなぜですか？ これが主なことのように思えます。アナリストは悪いチャートを描くことができますが、彼は自分が何をしているかを理解しなければなりません。 美しいグラフやUML図を描く人や、作品の本質を理解せず、愚かなことをする人が大勢います。

私はこの立場に同意します。 しかし、セルゲイと私は、プレゼンテーションを準備する過程で、プレゼンテーションの利便性とアナリストによる理解のためのスキルのグループ化についてかなり議論しました。 同じ基本的なスキル-これは、アナリストになることを許可しない基盤であり、この業界の理解を開始することしかできません。 したがって、ドメインの専門知識がない場合があります。 もちろん、それなしでプロジェクトを成功させるためには、絶対にどこにもありません。

質問2

, , ( ). , , . , -, , -, , , - , . , (, ), . - , .







テクニカルライターとしてキャリアをスタートさせたので、これはすべて私に近いものであり、あなたが話していることを非常に明確に理解しています。 私の気持ちと分析機能の実行方法、テクニカルライティングベースを持ち、これをこのベースを持っていないアナリストと比較すると、アナリストはテクニカルドキュメントを書くスキルを持っているべきだと思います。 これにより、よりプロフェッショナルになります。

何かを分割してアウトソーシングできるという事実のために、レポート全体を断片に分割することができ、たとえば、ビジネスプロセスの設計はビジネスプロセスのモデリングの専門家に与えられるべきだと言うことができます（そうする専門家に会い、私のビジネスアナリストは誰もできなかった）。 しかし、これは、レポートに示されている領域を詳しく調べるほど、結果が良くなり、周囲のすべての人のすごい反応を引き起こすことの証拠にすぎません。



PS 今後のアナリストデイズシリーズカンファレンスで、セルゲイとマリアに会うことができます。