顧客との連携、ソフトウェアの開発と実装について

私は、人々がソフトウェアのユーザーとどのように戦うかを読み、経験を世界と共有することにしました。 すぐに私の経験は小さくないことを言わなければなりません-かつて私のプログラムは大きな需要があり、彼らのサポートのために複数の犬を食べました。 その結果、顧客は熱湯を書き、ユーザーは私のものを除いて上から起動された他のソフトウェアを妨害しました。 サクセスストーリーとして、ガソリンスタンドの自動化のためのあまり大きくないプロジェクトを紹介します。 ガソリンスタンドから、オペレーターのワークステーションの開発を命じられました。 タスクは、ガソリンスタンド、レジ、会計およびさまざまな当局向けのレポートの印刷、社内仕様の一部を扱うことでした。私がカスタムソフトウェアを実装した経験はありましたが、経験はマイナスでした-ソフトウェアはバグが多く、オペレーターは静かにそれを嫌い、ほとんどのレポートは一枚の紙と電卓、そしてレジは、中傷をもたらし、技術サポートを週に2回呼び出す必要がある悪魔のようなものとして認識されていました。 顧客は、非常に平均的なユーザーのレベルでコンピューターに精通していたため、脅迫され、TKを書き込もうとしました。これは、作業ロジックの要件がない場合に、画面上のいくつかのボタンとレポートのフォントを説明することになりました。 要するに、顧客は彼が別のたわごとをすることを恐れており、ニセルタが理解していなかった詳細に振り回そうとしました。

ステージ1-顧客との相互理解を見つけます。

まず第一に、相互理解を達成し、必死の投げを止めるために、顧客との仕事が行われました。 それは純粋な政治と心理学でした。 最初に、「牛乳」や「投げる」つもりはないことをお客様に説明しました。 私には評判があり、とても大事だと思っています。 その評判はお金よりも私にとって高価であり、私は仕事をうまくやるか、まったく引き受けないかのどちらかです。 私は、私がプロフェッショナルであり、信頼できることを顧客に示しました。 また、私は彼よりもいくつかの問題を理解していると顧客に控えめに説明し、私は自分が適切と思うようにいくつかのことをしますが、間違いを犯した場合、私はすべてをやり直さなければならない場合でも、すべてを無料で修正します。 さらに、TKのTolmudsを書くために急ぐ必要はないという考えに顧客を導きましたが、最初に彼のニーズを明確にすることは理にかなっています。 それは、おそらく、いくつかのことは彼が期待するよりもはるかに優れており、いくつかは彼がまったく必要とせず、それらの代わりに本当に必要な機能を追加しますが、いずれにしても、あなたは急いで移動しないでください、そして私たちは一緒に仕事をします。 要するに：

1. 個人的に、私は必然的にいくつかの小さな準備、拘束力のない段階がなければならないと信じています。 たとえば、行動の戦術を開発したり、乗り越えられない困難がある場合にプロジェクトを放棄したりするためです。
2. 正しく顧客と付き合い、彼の信頼を獲得します。 これが主なものです。 競合する顧客に連絡するよりも、仕事をやめるほうが良いことは明らかです。
3. 誰が何をどのように顧客と決定するか、誰がどの問題について連絡するかなどを決定する必要があります。
4. 顧客はお金が主なものではないことを理解する必要があります。 主なことは、彼が幸せであることです。 そして、お金は良い仕事と彼の幸せに対する支払いです。 そしてだれも彼をだまそうとしないこと。
5. TKの共同開発に同意します。 さらに、この場合、私はTKを作成し、顧客は自由な形で希望を述べ、さらにTKを承認します。 いずれにしても、TKは一貫している必要があります。 TKの一部が問題を引き起こす可能性がある場合、将来の不快な驚きを避けるために、これを指定する必要があります。
6. 顧客は、私の側に何らかのプレッシャーがあることを理解していました。 私は、いくつかの公然と妄想的な願いを実現しません。 引き換えに、顧客は一種の保証を受け取ります-私の決定が間違っている場合、それらは間違いなく修正されます。
7. プログラムを運用するスタッフとのコミュニケーション、経理、多くの質問をする能力、開発およびテスト期間中に施設にアクセスできる能力など、いくつかの追加要件があります。 要するに、私はいくらかの支援を提供する必要がありますが、それは将来的に報われる以上のものです。

ステージ2-物流。

まあ、まず第一に、私は顧客に彼らの最も大きな夢を表現するように頼みました。 彼はソフトウェアから何を望んでいますか。 さらに、顧客は彼が自分の欲望について明確に語り始め、これらの物語が繰り返され始めるまで、「さらに考える」ために何度か送られました。 何度か私は彼にアイデアを投げかけ、彼が提案した解決策のいくつかの欠点を指摘しました。 その結果、私は顧客が彼の基本的な欲求を決定したと確信しました。 それから私は行って、スタッフと数回話しました。 私は彼らの希望に耳を傾け、私の提案を表明しました。 私は彼らが今どのように機能するかを見ました。 私は現在のソフトウェアを見ました。 私は、現在のソフトウェアで快適ではないものに興味を持ちました。 私は会計と話をしました。 レポートを見ました。 彼は何が欠けているのか尋ねました。 それから彼は顧客とこのすべてと再度話した。 彼は多くのことを学んだ-ボスの観点から見ると、作業プロセスは直接のエグゼキューターの側から見たようなものではないことが判明した。 合計：

1. 顧客が本当に望んでいるものを決定することを保証することが不可欠です。 多くの場合、顧客は最初に「緑色のボタン」と「レポートの会社ロゴ」について考え、一般的な用語でさえも自分の欲求を定式化することが難しいと感じます。 あなたが彼を「成熟」させないと、結果として彼は完全に異なるものを望んだか、何も望みませんでした。 さらに、「成熟した」顧客は、原則として、この製品にもっと興味を持ち、既に存在するものとして既に認識しています。
2. 顧客を創造プロセスから完全に削除する必要はありません。 時には、顧客の裁量で慎重にいくつかのポイントを残して、彼が何かを考えて、強い意見を表明できるようにすることがあります。 これにより、ほぼ完成した製品に奇妙な変化が生じることもありますが、クライアントは満足しています。
3. プロセスに関する個人的な意見を追加し、システムを直接操作する人と話してください。 彼らは非常に奇妙な願いを持っていますが、もちろんこれは労働生産性とシステムの品質を大幅に向上させます。
4. 当局（顧客）とシステムを運用する人々の意見を調整する。 多くの場合、利益相反が存在し、それらが事前に解決されない場合、妨害行為が発生する可能性があります。
5. 既存のソフトウェアで好きなもの/嫌いなものを必ず見つけてください。 そして、競合他社は何を好き/嫌いですか。 多くの場合、これは顧客にとって重要なものであり、真の理由が存在するため、彼は新しいソフトウェアの開発に進む必要があります。

ステージ3-TORの調整。

最後に、ToRの直接の執筆と承認の段階が来ました。 TK自体は、技術用語の最小限のセットと機能性の最大限の強調を備えた、かなり自由なスタイルで提示されました-実装に関して共通のフレームワークのみが確立されました。 顧客との意見が劇的に異なる点がいくつかありました。 これらの点のいくつかについては、私は自分が適切だと思うとおりに行うことに同意し、間違っていることが判明した場合は無料でやり直します。 一部では、いくつかの可能な解決策が概説されました。 最終バージョンは後で選択されます。 いくつかの点で、2つの選択肢を作成する必要がありました。顧客は頑固に立ち上がったのですが、すでに非常に前向きな経験があり、自分の選択肢が勝つと確信していました。 そのため、デモバージョンの段階でお客様にオプションとオプションが提示され、3つのケースのうち2つでオプションを選択し、子供の頃は満足していました。

1. TKのハーモナイゼーション（実際、ほぼ終了）。
2. プログラムの技術的なレイアウトを作成して、試してみます。 なぜなら このプログラムはハードウェアで動作する必要があったため、稼働中のハードウェアにアクセスできる適切なソリューションを確認する必要がありました。
3. 基本的な機能を備えた模擬プログラムを作成し、顧客に見せ、ハードウェアとスタッフでテストします。 その結果に基づいて、TKの不明瞭な点が最終的​​に決定されます。
4. 私は最初の試用版を提供し、それをテスト操作に使用しました。 このバージョンには基本的な機能がありますが、いくつかの変更を加えて運用キャンペーンを終了します。 同時に、ToRの枠組みの中で希望を受け入れます。 この段階は、顧客と顧客の不必要な願いから永遠の完成から自分を守る方法を目標に、最大期間修正されました。
5. 最終バージョンを提供し、実装します。 この期間中、私はまだいくつかの願いを受け入れます。 また、厳しい制限時間。 顧客は、この期間中に分配と引き換えに残りのお金を支払います。
6. 保証期間-エラーを修正するだけで、機能は変更しません。

金額が修正されたため、プロジェクトの最大期間のみが制限されました。 正確な日付は、ステージ5および6に対してのみ規定されていました。 第4段階では、最大期間が規定されました。 当然、すべてのステージの予定日を示しました（かなりのマージンがあります）。 合計：

1. TKの表示形式はそれほど重要ではありません。主なことは、主な機能と論争の的となる点を規定することです。 さらに、論争の的となっている問題は、実際、TKを行う必要がある理由です。
2. 議論の余地がある点と潜在的な困難。 たとえそれらを口頭で規定したとしても、将来は予期しない問題が発生した場合に共通言語をすばやく見つけることができるようになります。
3. タイミングは余裕を持って設定し、各段階で可能な変更を正確に示す必要があります。

製品の人気を高める方法に関するコメント：

プロジェクト自体では、人間工学とフォールトトレランスに焦点を当てました。 基本的なルールは、このプログラムでは不便を感じることなく何日も働くべきだということです。 インターフェイスは完全になめられる必要があります。 明るい色、余分な美しさはありません。 見せびらかしません。 美しいフォントはありません-Arialは私たちの選択です。 このプログラムの人々は、朝から晩まで何年も働きます。 著者自身は、気分が悪くなるまでプログラムを使用しなければなりません。 インターフェースを数日間じっと見つめ、同じアクションを何百回も実行する必要があります。 そして、もし何かが不安になり始めたら、ランクとレガリアに関係なく、支配します。 それから、他の人にプログラムのために座ってもらい、彼に座って彼女と一緒に働きましょう。 そして、何かが彼にとって不快であれば、常識的な考慮事項に関係なく、支配してください。 「これは意図されていなかった」や「概念に適合しない」などの言い訳はないはずです。 頻繁に使用される場合、コントロールは5回複製できます。 ユーザーがそこに表示することを期待している場合、それらは最も予期しない場所にある可能性があります。 すべてのフォントは、1日モニターをじっと見つめた後でも見られるようなものでなければなりません。 コーシャーでなくても、必要な数のフォントとそのサイズがあります。 そして再び-明るい色はありません。 ゆりかごになるまで見てください。 そして、クラッシュしたら、ゆりかごにならないように編集してから、エンドユーザーに与えて、隣に座って数営業日座ってもらいます。 プログラムが継続的なアクティブな作業に焦点を合わせている場合は、1週間座ってください。朝、午後、夕方にどのように機能するか、シフトがどのように変化するか、ユーザーが互いに教え合う方法を確認してください。 その後、ネットワーク自体と彼の職場でユーザーのために働きます。 編集する必要がある場所がすぐに表示されます。 ユーザーがどこかで必死にマウスをクリックし、マウスを5回投げてキーボードをつかんだら、すぐに編集します。 一部の場所では、独自のオンスクリーンキーボードを作成する必要がありました。これにより、画面から邪魔されたり、マウスを投げたりすることがなくなりました。 一部の場所では、最も重要な方法で機能を複製する必要がありました-「このアイコンをここに入れると、何かが起こるはずです」とユーザーに思われました。ユーザーがボタンを押すのを忘れ、ボタンを押す必要がある場合、ボタンを押す必要があります指定された時間またはリマインダーをポップアップする必要があります。 ユーザーがどこかで頻繁に封印されている場合は、状況を修正する機会があるはずです。 ユーザーがプログラムで作業中に紙に何かを書いた場合、たとえそれが10倍愚かで美しいものでなくても、プログラムで直接メモを取る機会を彼に与える必要があります。 ユーザーがボタンが必要な理由を忘れた場合は、ツールチップ、アイコン、碑文があるはずです。 さらに良いことに、彼の意見では、それがどのように機能するかを尋ねてください。 さて、みんながすべてを気に入ったら、デザインをなめることができます。 しかし、それからもう一度すべての人間工学をチェックしてください。 これが基本です。 ユーザーが何かを台無しにできないようにする必要があります。 命令を書くのは無意味です。 警告とダイアログを表示するために、プログラム内のすべてを10回ダブルチェックする必要があります。そのため、各ダイアログで回答はデフォルトで安全な位置に設定されます。 このプログラムは何年もメンテナンスなしで機能するはずであり、どんな愚か者でも理解できるようなレポートでなければなりません。 必要に応じて、テーブル内の数字と列を複製します。 テーブルが重複しています。 奇妙な結果が生じた場合は、説明とメモを印刷します。要するに、動作中のソフトウェアのインターフェースは、ユーザーから、次にそれらのプロセスから、そして著者と設計の思考と考慮事項からのみです。競合他社が提供する機能や価格に関係なく、チャンスはまったくありません。顧客が自分の夢が実現したと感じたら、いつでも彼らに会う準備ができています。

手順についてもう1つ注意してください。

人生の経験が示すように、プログラムの詳細なヘルプは実際には役に立ちません。 各フォームの簡単でアクセス可能な手順は、さらに役立ちます。 しかし、これでも誰も使用することはありません。ツールチップとステータスバーを行う必要があります。 主なケースでは、ユーザーのカテゴリごとにいくつかの指示を書く必要があります。 そして、必ず印刷してください。 職場に置いてください。 「質問と回答」の形であることが望ましい。 そして、最もアクセスしやすく理解しやすい言語。 これらの原稿を入力するには、実装段階で1回または2回以上質問されるすべての質問を入力します。 別途、上級ユーザー向けに秘密の知識を備えた指示を作成します。 ユーザーはこれらの紙片を祈りますが、実装を開始するには、1〜2人の最も知的なユーザーをトレーニングする必要があります。 その後、彼らはプロセスに関与する必要があります-経験が示すように、ユーザーは外部からトレーニングするよりもはるかに速く、簡単にお互いをトレーニングします。 あらゆる種類の管理者について、わかりやすい指示を書く必要があります。 コンピュータを理解しているが、何かを掘り下げることを絶対的かつ断固として怠zyな人が読むという計算を書く必要があります。 この男は、おそらく週末であっても椅子から蹴り出され、「プログラムは以前と同じように機能しない」という言葉で彼を容赦なく投げ込んだ。 彼は、指示で問題とその解決方法をすばやく見つける必要があります。 決定が最適ではないことを確認してください。主なことは、プログラムのジブルを掘り下げることなく簡単に繰り返すことができるということです。 最適なプレゼンテーションスタイルは、システムの構造を少し紹介することです。これは、まだGibletsを掘り下げる必要がある場合に備えています。 次に、「If Something」の形式で起こりうる問題のリストと、いくつかのまれな公式操作を説明するセクション。 事前にアーカイブ/解凍/復元およびその他の管理用のスクリプトまたはプログラムを作成することをお勧めします。 技術サポート妨害はひどいものです。 そして、ここでは、技術サポートがあなたの側にあれば、それは神経と時間を大いに節約します。要するに、すべてがアクセス可能で理解可能であり、起こっていることの秘密の意味をあまり理解せずにいくつかの簡単な日常の行動を実行する人のために設計されるべきです。 すべてを紙の形式で複製し、ローカルで利用できるようにする必要があります。 ユーザーはお互いに教えるのが得意です。 結論として、このアプローチは実行の観点から実証されており、いくつかの大きなプロジェクトで正常にテストされています。 場合によっては、仕事の組織に問題が生じます-顧客からの支払いをノックアウトし、アフターサービスをサポートしますが、これは別の問題です。 更新 ：

労働者の要求に応じて小さな巨大な追加。

  テキストはすでに非常に大きく、詳細はこのトピックの範囲外であるため、私は意図的にプロジェクトの詳細には触れませんでした。 しかし、ここのコメントと受信ボックスでは、人々は詳細を必要とします。 少なくともテキストの一貫性と一貫性を維持するために、私は小さな補遺を追加し、ユーザー「belnetmon」のコメントに対する応答の形でそれを配置することにしました-彼は気にしないことを望みます。

「Belnetmon：この投稿では、基本的に次のOperdenをタスクのクラスとして説明しています。 ところで、製品が自動化の対象になったことは興味深いですか？ 活動のどの分野ですか？ テキストから判断すると、反復的な製品開発は基本的にあいまいな初期要件で記述されます。 「フレームをスケッチ」、「好きではない-無料ですべてをリメイクします。」 実際には、これはほとんどありません。 第二の特徴は、特定の顧客向けのカスタム開発について話していることです。 一般化がなければ、そのような経験によるアプローチは他の顧客には再現されません。他の顧客は月の位相にも依存します。 「彼は望んでいます。ここで別のコラムを作成します。」 つまり、同じレポートのレベルでさえ、一意性は他の顧客に複製されると維持するのが非常に困難になることが判明しています。

   これは「羽」ではありません-これは非常に成功したフリーランス体験です。
   プロジェクトの対象は、ガソリンスタンドを自動化することでした。 本文の冒頭で述べたように、ガソリンスタンドの管理、レジでの作業、さまざまなレポートの発行。 論理的には、これはキャッシャー（キャッシャーを維持）と連携して、燃料をその仕様で販売し、支払いカード（自社および銀行カード）を操作し、関連製品を販売し、燃料を会計し、簿記にデータをエクスポートするなどです。 このすべては、燃料取引の詳細に重ねられました-多くのオプションと支払い方法、多くの潜在的な緊急事態、勤務シフト、法律の矛盾する要件など。 実際、プログラムの導入後、人々がガソリンスタンドで働いていた唯一のことは、これが人間工学に非常に厳しい要件を課したことであり、オペレーターは24時間画面を見て、同じ操作を1日に数千回繰り返す必要がありました

   ファジー初期要件について。 状況はそうではありませんでした。 繰り返しますが、その時点で、さまざまな自動化システムの開発と実装に多くの経験がありました。 顧客はまた、さまざまなプログラムや機器を操作する豊富な経験がありましたが、彼はパターンで考えました。 顧客が来たのは、市場で入手できるものはすべて便利ではないか、必要な機能を持っていなかったからです。 顧客と仕事をする過程で、彼は新しいアプローチと機会を見せられました。その結果、彼は、わずかな変更で誰かの製品のクローンを作るだけでなく、新しい完全なシステムを作ることができることに気付きました。
そして、私には、多くの読者が「フレームをスケッチする」、「それを好きではない-私はすべてを無料で作り直します」について誤解しているようです。 私は繰り返します-顧客は、失敗したシステムの操作の結果として開発されたステレオタイプとパターンで考えました。 すべてが彼に合っていたなら、彼は新製品の開発に応募しなかっただろう。
  実際には3つのオプションがありました。  1つ目は、顧客が要求したことをすぐに実行し、別のクローンを取得することです。 ただし、クライアントが満足するかどうかはよくわかりません。 おそらく、実装段階で、彼は石けんと千枚通しを交換したことを理解するだろう-彼は持っていたものと同じを得たが、いくつかの変更を加えた。 ほとんどの場合、これは彼に不快な後味を残し、さらに協力する欲求を落胆させるでしょう。 さらに、開発者を同僚に勧めることはありません。  2番目のオプションは、顧客にプレッシャーをかけ、口の泡で私がどれほど賢いか、彼がどれほど愚かかを証明することです。 これが行き止まりであることを誰もが理解してくれることを願っています-顧客はこのビジネスで働いており、彼はまだ壊れていないので、彼はその中の何かを理解しています。 したがって、3番目の方法が選択されました-「ゼロオプション」を顧客に提供し、責任を負います。 この場合、私は繰り返しますが、この業界ではすでに有意義な肯定的な経験があったため、リスクは最小限でした。  「スケッチフレーム」が表示されたのはここからでした。「好きではありません。すべて無料でリメイクします。」 例だけが顧客を納得させることができます。 この例は「スケッチフレーム」です。 また、「すべてを無料でやり直す」ことは、デベロッパーの野望の犠牲にならないことを顧客に保証するものです。 誰かがクライアントを説得する方法が他にあることを知っているなら、私は喜んで彼らに耳を傾けます。絶対に真実でも独創性でも主張しないからです。

  次に、「特定の顧客向けのカスタム開発」について説明します。 まず、フリーランスでした。 誰かが典型的なシステムを必要とする場合、彼は大手の太ったメーカーからそれを購入し、フリーランサーに連絡しません。 特定の製品が必要な場合は、フリーランサーに連絡します。 したがって、これは、定義上、「特定の顧客向けの作業」であると想定されていました。 そして第二に、もちろん、私は空白、既製のモジュール、および以前のプロジェクトからの多くの開発がありました。 そして、説明されたプロジェクトの結果は、将来的に繰り返し使用されました。 はい、一意性を維持することは簡単ではありません。 しかし、彼らはそれにお金を払います。 別の方法は、典型的なシステムや大手メーカーとの直接的な競争の道に入ることです。これは小規模な開発者にとって自殺です。 それは1Cと単独で競争して「万歳！」と叫ぶのと同じです-チャンスはありません。 要するに、フリーランスは顧客との個別の仕事とユニークなオファーにかかっています。

  そして、技術面でもう少し。 このプロジェクト（他のほとんどのプロジェクトと同様）は、Delphi上のWindowsで作成されました。 この言語を使用すると、最小限の時間でインタラクティブなアプリケーションを開発できます。  C ++-視覚化の難しさ、プロジェクトのサポートが難しく、デバッグが難しい。 当時の.NETは、あいまいな見通しを持つものでした（そして、.NETを放棄することが正しい決定であったことが時間によって示されました）。 当時のJavaは遅すぎて「ひどい」状態でした。 現時点では、DelphiまたはJavaで（顧客の要件に応じて）そのプログラムを作成します。 これは、Firebirdがデータベースのサーバーとして使用しました。これは、データの整合性の維持が最も確実になるためです（構造の正しい説明とトランザクションの正しい使用）。  UPSのないオフィスコンピューターでメンテナンスなしで約5年間継続して動作させた後（さらに、サージプロテクターをオフにするだけでコンピューターの電源がオフになることがよくありました！）、データベースに整合性違反は見つかりませんでした。 正直なところ、現時点では、他のどの無料製品がそのような偉業を成し遂げられるか想像できません。

_{ちょっとした追加：私は仕事を探しています-あらゆる種類のスタートアップを含む、リモート、レギュラー、パートタイムまたはフルタイム。 プロジェクトの管理と開発における、あらゆるものの自動化に関する豊富な経験。 コントローラー、ハードウェア、自動化、ワークステーションなど}