ユーザーを理解していないとき
私は航空工学会社で内部ソフトウェアの作業をしています。多くの場合、内部ユーザーは高度に技術的な航空学の用語を使用してソフトウェアの機能強化を要求し、私はNO IDEAと言っています！私は忍耐強く努力し、私には航空のバックグラウンドがないと伝えますエンジニアリングと彼らが言っていることを私は理解していませんが、それは役に立たないようです！
彼らは私に彼らがソフトウェアにどのような拡張が必要であるかを私に伝え続けます、そして私はまだ彼らが何を意味するのか理解していません。それから彼らは私が彼らが何を意味するのか理解できず、それから彼らはそれ以上私と話をしないことに腹を立てます。
私は上司とこれについて話し合ったが、彼は何も手伝っていない。
このタイプの環境で対処するための提案はありますか？ソフトウェアを構築していて、テクノロジーは得意であるが、ユーザーのドメインの専門家ではないため、ユーザーが何を言っているのか常にわからない場合。
最近、私は核エネルギー分野でソフトウェアを開発しましたが、これはまったく新しいものでした。いくつかのアドバイスがお役に立てば幸いです。
- 基本を学ぶ。基本を知る必要があります。エンティティ、その属性と関係、およびアクションを視覚化します。すぐに全体像とロジックが表示されます。
- 用語集を作成します。専門家は、用語や略語を幅広く使用します。これらを理解し、情報アーキテクチャの要素として使用する必要があります。
- ユーザーを尊重します。彼らにあなたの役割を説明して、彼らが価値を見られるようにします。事前に会議の時間と期間に対応してください。整理されていて礼儀正しい。
- 焦点を絞った質問をし、メモをとります。質問することを恐れないでください。それでも、これらは具体的で焦点を絞ったものでなければなりません。人々は時間に制限があり、二度答えるのが好きではありません。だからメモをとってください、それはまたあなたが何も失わないようにするのを助けます。
- レビューと要約資料。絵はすぐにかなりはっきりします。
- 追加の時間で上司に通知するドメインを調査する必要があります。
私の経験から、私の助言は、もしあなたが航空分野に留まりたいなら、その分野について学ぶために、例えばいくつかのファストトラックコースに参加したり、エキスパートなどと一緒に過ごしたりします。これにより、チームにとってさらに効果的で貴重なものになります。
この質問はかなり頻繁に出てきます。肝心なのは、誰かのために設計している場合、誰かが誰か、このソフトウェアを使用する理由、および彼らの目標は何かを理解する必要があります。多くの場合、これにはドメインのいくつかの側面の学習が含まれます。
私は銀行で使用される複雑なエンタープライズソフトウェアを設計しており、ドメインについて学ぶことが重要でした。複雑なソフトウェアの良い点は、ソフトウェアプロジェクトの寿命が長いことです。そのため、時間をかけて、ソフトウェアを次々とリリースするソフトウェアを形作ることができます。たとえば、簡単なユーザビリティヒューリスティック（専門家によるレビュー）を実行することから始めて、ドメインを学ぶと形を変え始めることができます。彼らのソリューション。あるプロジェクトで、ようやくソフトウェアを新しい方向に動かすのに4年以上かかりました。