ほとんどの大規模な組織では、特にユーザーが継続的に必要とする作業アプリケーションを作成する場合、社内の「ユーザーとIT」の関係は避けられません。 これらの関係の複雑さは多くの要因によって引き起こされる可能性がありますが、多くの場合、これは当事者が異なる用語で異なる「言語」を話すという事実から生じる誤解です。 ユーザーは自分が望むものを理解しますが、それを定式化することはできません。ITスペシャリストはユーザーを理解しますが、最初の結果とは結果が異なることを恐れています。 ほとんどの場合、問題はユーザーがダイアログの準備ができていないという事実から始まります。「作業する」、「ワンボタンレポート」、「すぐに表示する」、「Excelで日付が出ないようにする」などが必要です。 しかし、彼はこれがどのように行われ、どのようなメカニズムが機能するかについてはまったく興味がありません。 ユーザーは、サーバーの負荷に関するステートメントに応答せず、目的の結果の図を描くことを要求し、真の専門家がすべてを処理できると考えて解決策を議論します。 このような誤解の結果は、生産プロセス全体に悪影響を及ぼします。問題を解決するのにかかる時間が遅れ、ユーザーが必要とするシステムにエラーやギャップが発生し、誤ったアクションでサーバーが過負荷になり、速度が低下します。
このような競合を解決する方法の1つは、プロジェクトのタスク-社内の顧客の要件の完全かつ正確なステートメントを含み、ITスペシャリストへの一種の指示である技術タスクを書くことです。 ただし、すべてのユーザーが自分の考えを有能かつわかりやすく表現できるわけではありません。
ユーザーが適切なタスクを作成するためのヒントをいくつか紹介します。このタスクに基づいて作業を進め、ソリューションの顧客とスペシャリストとの関係の基礎を形成します。
1.技術的なタスクを作成する前に、 ユーザーは受け取りたいものを正確に理解する必要があります 。 タスクの目的、目的の結果の主要な特徴、作業の目的の出力を自分で描画（書き込み、テーブルの作成）する必要があります。
2.アプリケーション（プログラム）が必要な作業を実行する対象に応じて、ドキュメントを収集します 。 機能と繊細さを書き留めて、鉛筆で注意深く読んでください。
3. 入力で設定するパラメータ 、目的のプログラム（レポート、アプリケーション、ユーティリティ）での作業頻度、出力でほぼ取得されるデータ量、およびすべてが必要かどうか（たとえば、5からの売上収益が必要な場合）名前のないカテゴリ別の製品カテゴリでは、詳細な特性を持つ各販売を示す100万行のレポートを作成する必要はありません。 すべての専門家が最も詳細な情報を必要とするわけではなく、その処理はコンピューティングシステムに大きな負荷をかけます。
4. 必要な情報を詳細に説明し、その機能、例外、必要な詳細レベルを示します。 あなたはすべてのささいなことを考慮する必要があります：数字のフォーマット、丸め、シェア、レートなど。
5. あいまいな説明 、余分な単語、寄生単語から技術仕様を取り除きます。 句読点を確認します-多くの場合、エラーはタスクの意味をゆがめます。 プロジェクトの割り当ては文書であり、その中の語彙は適切でなければなりません。 ただし、適切なレベルの用語がわからない場合は、すべてを技術言語で書こうとしないでください。
6. 書面でのタスクを即時の執行者と話し合い、すべての問題を解決し、対談者の意見を注意深く聞いてください。 自分の活動分野をよく知っていて、効果的に作業するために必要なツールを正確に説明できるのは自分だけであることを忘れないでください。 ITスペシャリストは自分の仕事を知っており、組織内の各部門の仕事のニュアンスを知る必要はありません。
7.最終的な実装の前の妥当な時間内に作業にタスクを転送し、結果をテストし、考えられるエラーを修正できるようにします。
8.部下も作成されたアプリケーションを使用する場合は、自分でアプリケーションを操作する機能を説明してください。これにより、ITスペシャリストは同じことを100回説明する必要がなくなります。
9.タスクが参考になることを忘れないでください-そこには常に情報の説明が表示され、忘れられた要件を忘れないでください。
もちろん、技術的な課題を作成するだけではすべての問題が解決するわけではありませんが、IT部門との関係が深刻な協力の面に入り、ユーザーが技術的なリテラシーを高めて欲しいものを手に入れることができるようになり、ITスペシャリストが多くの問題や不要な質問からあなたを救います。
参照条件
All Articles