ソフトウェア会社でのプロトタイピングの実践

いいえ、この記事はウイルスに感染したマンハッタンとその変異体についてのゲームに関するものではありません。 それは異なる種類のプロトタイプ-ソフトウェアのプロトタイプについてです。



ソフトウェアのプロトタイピングは、ロシアのIT企業でますます一般的になり、頻繁に使用されるプロセスになっています。 その理由は次のとおりです。一方で-これはファッションへのオマージュであり、他方では-プロトタイピングは会社に多くの重要な利点を約束します。



ただし、プロトタイピングプロセスを有用かつ効果的にすることは簡単な作業ではありません。 落とし穴があり、疑問が生じます。 誰がいつプロトタイプを作成する必要がありますか？ プロトタイプの作り方 それらの使用方法は？ これらの質問に対する答えと次のステップは、イノベーションの成功と有用性を決定します。 それらが間違っている場合、プロトタイピングは有害になるだけでなく、非常に高価なプロセスにもなります。



記事では、私の会社でプロトタイピングプロセスを構築した経験を共有したいと思います。 音声による質問にどのように答えたのか、どのような成功を達成したのかを説明します。

いつ、どのようにプロトタイプを使用しますか？ 理論と実践

ソフトウェア開発プロセスでのプロトタイピングの場所を決定するために、まずこの分野の国際標準に目を向け、次の情報を収集しました。

小計。 理論から絞り出す

したがって、ソースの分析に基づいて、プロトタイプを使用するための次のオプションを区別できます。

• 要件を伴う作業の段階での要件の抽出、検証、および承認のためのツールとして
• 設計段階でSRSおよびTKを作成するための基礎として
• 設計段階でソフトウェア設計をテストする手法として
• テスト段階でのユーザビリティテストの対象として
• 実装（設計）段階の開発者向けモデルとして

しかし、プロトタイプはさらに広く使用されています。上記にさらに4つのオプションを追加します。

プロトタイプを他にどのように使用できますか？

商用提供の段階で

場合によっては、商業的提供の段階でプロトタイプを作成します。 プロジェクトの開始前および要件の収集前であっても、潜在的な顧客からの基本情報のみに基づいています。 どうやってやる-すでに言った 。



なぜこれを行うのですか？ ここではすべてが簡単です。プロトタイプにより、私たちは多数の同様の商用オファーから目立ち、顧客を勝ち取ることができます。



常にこれを行うわけではありません。なぜなら プロジェクトが私たちによって選ばれないというリスクが常にあり、したがって、プロトタイピングは支払われません。

完成したソフトウェアをテストする際のサンプルとして

システムを実装するときだけでなく、テストするときも、プロトタイプをモデルとして使用します。 テスターは現在、TKに加えてプロトタイプを手元に置いています。 一部のインターフェイス関数は、テキスト形式で頻繁に記述され、認識されます。この場合、プロトタイプは優れたヘルパーです。

仕事の受け入れと引き渡しのサンプルとして

ここでは、すでにプロトタイプを使用しています。私たちではなく、お客様です。 作業を受け入れるとき、TKの機能をチェックすることに加えて、時にはその代わりに、実装されたシステムをプロトタイプと比較します。 これは、双方にとって有益です。 実装されたシステムにあるものがプロトタイプのものと同じでない場合、顧客は苦情を申し立てる権利があります。 しかし、プロトタイプと同じ方法でシステムを実装すれば、実行者として、クレームから身を守ることができます。 顧客は単に不幸になる理由がありません。 したがって、請負業者が提供し、顧客は同意されたものを正確に受け取ります-これ以上でもそれ以下でもありません。 誰も余分な仕事をしません、そして誰もが幸せです。

潜在的な顧客に示すためのソリューションの例として

完成したシステムを顧客に示す機会がない場合があり、過去のプロジェクトで開発および使用されたプロトタイプを彼に見せます。

プロトタイプライフサイクル

おそらくプロトタイプを使用するすべての可能な方法をリストしたので、プロトタイプを使用する完全なサイクルを示します。

1. 潜在的な顧客との連絡を確立し、彼から予備情報を取得します。 マネージャーは、小さなインタラクティブなプロトタイプを作成します。 これまでのところ、デザイナーの関与なしで。 プロトタイプのビデオと一緒に商用提案を送信します。
2. プロジェクトエグゼキューターとして選択された場合、デザイナーにUIコンポーネントを描画してプロトタイプを変更するよう指示します。 更新されたプロトタイプを使用してお客様に連絡します。 さらに、顧客とユーザーが別の人物である場合、エンドユーザーに許可するようお願いします。プロトタイプ上で直接、彼らが好きなものや変更したいものを示します。 したがって、要件を収集し、それらに従ってプロトタイプを変更し、再びユーザーにアクセスします。 数回の反復で、プロトタイプ、およびそれに応じて機能が合意されました。
3. 機能が合意されたら、ユーザーに、快適でなく、不快で、実行するのが普通でない機能を示すように依頼します。 コメントに従ってプロトタイプを修正します。 これは、一種のユーザビリティテストです。
4. ユーザーとのコミュニケーションと並行して、プロトタイプを開発者と調整します。 プロトタイプに示されているものを実装することが可能かどうか、および実装するのがどれほど難しいかを学びます。 機能を実装することが不可能な場合は、代替オプションを考え出し、顧客に同意します。 最終的に、プロトタイプを取得し、顧客と開発者の両方に同意しました。
5. プロトタイプからスクリーンショットを撮り、それに基づいてTKを作成します。
6. 開発者にTKとプロトタイプを提供します。 開発者は、プロトタイプをモデルとして使用してシステムを実装します。
7. 完成したシステムとそのプロトタイプはテスターに​​渡されます。 また、プロトタイプをサンプルとして使用します。
8. システムを顧客に引き渡します。 実装されたシステムがプロトタイプと一致するかどうかを確認します。
9. プロトタイプはアーカイブに保存されます。 しかし、顧客が修正を求めた場合、プロトタイプを取り出し、新しい要件を考慮して修正します。 そして、2番目のステップからのサイクルを繰り返します。

プロトタイピングの結果

プロトタイピングの導入後、ソフトウェア開発プロセス全体が変更されました。 ライフサイクルからわかるように、プロトタイプは開発プロセス全体に浸透しています。 プロトタイプは、ユーザーからプログラマーに至るまで、誰もが見て、誰もが議論する要素になっています。 彼は一種の統一された中心的なリンクになりました。 彼は、顧客と社内の両方のコミュニケーションを新しいレベルに引き上げました。 誰もが同じプロトタイプを見ているため、顧客からプログラマーに至るまでの情報の損失を大幅に削減しました。



以前の場合、情報を送信するプロセスは次のようになりました。







今ではこのようなものです：







Gennady Dragunのプレゼンテーションから写真を借りました。彼にとても感謝しています。

プロトタイプは異なります...

プロトタイプとみなすべき/考えられるものと、それが持つべき特性について多くの意見があります。 真実に対する主観的なビジョンを明らかにしないために、私は再びSWEBOKナレッジボディに目を向けます。 彼は、「ペーパー」モデルと、独立した（リソース管理の観点から）プロジェクトまたは製品のベータ版として実装されたパイロットサブシステムをプロトタイプと見なすことができると言います。



プロトタイプは、作成方法とその後の使用方法に応じて、2つの大きなグループに分けることができます。

• 使い捨てのプロトタイプ
• 進化的プロトタイプ

使い捨てのプロトタイプは、後で完成したシステムの一部にはならず、ある時点で「破棄」される模擬インターフェースです。 このようなプロトタイプは、高品質の実装を必要としないため、迅速に作成および変更されます。 多くの場合、プログラミングなしで専用のツールで作成されます。



進化的プロトタイプは、プログラムの暫定的な実装であり、アルファ版であり、開発されるにつれて完成品にますます近づき、最終的には完成版になります。 進化的プロトタイプは柔軟性が低く、作成と修正に時間がかかり、費用もかかります。 最初の段階では、すべての要件が既知で承認されているわけではないため、開発中のプロトタイプは「パッチ」に成長する可能性があります。 このアプローチでは、品質の低い製品が出力されるという大きなリスクがあります。 進化型プロトタイプの利点は、第一に、顧客が初期段階ですでに稼働中のシステムを入手できること、第二に、プロトタイプの作成にリソースを費やす必要がないことです。



各アプローチには長所と短所があります。 各人は、解決すべきタスク、会社のソフトウェア開発プロセスの機能、従業員の資格に応じて、どのプロトタイプを自分用に作成するかを自分で決定します。 私たち自身にとって、最も柔軟で効果的でリスクの少ないツールとして、1回限りのプロトタイピングを使用することにしました。 私はそれに焦点を合わせます。

どのプロトタイプを使用しますか？

使い捨てのプロトタイプは、次のように順番に分類されます。

• 相互作用の程度
• 詳細、精度、最終設計への近さ。

私たちのほとんどは、要件収集フェーズの最初の段階で紙のプロトタイプを作成します。 次に、要件が明確になると、プロトタイプの精度が向上します。 誰かがワイヤーフレーム（最終設計のないインターフェースフレームワーク）で停止し、誰かが最終設計に近い設計のモックアップに持ち込みます。 しかし、最も興味深いのはインタラクティブなプロトタイプです。 それらは、ユーザーを完全に引き付け、システム全体と動作を見せることを可能にします。 私たちにとって、インタラクティブなプロトタイプは最も効果的です。それが私たちが活動でそれらを使用する理由です。

ソビエト後の空間でのプロトタイピング

次に、ロシアとCIS諸国でのプロトタイピングの分布と傾向に関する簡単な情報。 パブレ・コノプリツキーがHabréで実施した調査が示すように、企業の半数にはプロトタイピングプロセスがまったくありません。







しかし、社内のプロトタイピングの状況が不十分であるという認識に満足しています。 これは別の調査の結果から明らかです。回答者の70％以上が現在の状況に満足しておらず、その半数近くが現在、優れた技術とツールを探しています。 良い傾向。

誰がプロトタイプを作成する必要がありますか？

最初の調査に戻ります。 パフォーマーを見ると、ほとんどのプロジェクトで技術専門家がプロトタイピングに関与しています。 これは私にとって驚きでした。私が言ったように、ほとんどの標準や出版物は、主に要件を抽出して承認するためのツールとしてプロトタイピングを検討しています。 そして、誰が要件を収集していますか？ マネージャーまたはアナリスト、ただし技術専門家ではありません。 彼がこれを行うと、再び情報が大きく失われ、マネージャーが壊れた電話の役割を果たします。 したがって、プロトタイプを作成するのはマネージャーであり、プロジェクトチームの中心的なリンクとして、また顧客と直接連絡を取り合う人として考えています。 当社では、マネージャーとアナリストの立場が組み合わされており、これはマネージャーによるプロトタイピングを支持するもう1つの要因です。

プロトタイプをどのように作成しますか？

私たちは2つの条件を設定しました。まず、プロトタイプはインタラクティブである必要があり、次にマネージャーはプロトタイプである必要があります。 プログラミングなしでインタラクティブなプロトタイプを作成できるツールが必要でした。 マネージャーは通常、プログラミングの方法を知りません。 Visioを試しましたが、そこで作成されたプロトタイプの相互作用は高くありませんでした。 GUI Design Studioを試しました。 しかし、彼は定着しませんでした。



その結果、私たちは独自の開発に取り組み、プロトタイプ作成ツールを見たいと考えました。 十分な機能がない場合は、追加されました。 その結果、開発は高品質の製品に成長し、市場に投入しました。 彼らはGUIマシンと呼ばれていました 。 現在では、クロスプラットフォームのプロトタイピングツールであり、プログラミングなしでデスクトップおよびWebアプリケーションのインタラクティブなプロトタイプを作成できます。



独自のツールを使用してプロトタイプを作成することには、プラス面とマイナス面の両方があります。 会社の欠点は、GUIマシンの開発にリソースを割り当てる必要があることです。 市場に製品が導入されると、必要なリソースの量が増加するだけです。ツールを促進、開発、保守する必要があります。 この製品の利点は、ツールを思いどおりに作成できることです。 さらに、製品は商業的利益を生み出し始めました。

ルートを参照してください。 答えを探す

このツールは、プロトタイピングプロセスを確保するための手段にすぎないことに注意してください。 プロセスは主要です。 構築およびデバッグされたプロセスがなければ、単一のプロトタイピングツールでは「撮影」されません。 まず、質問に答える必要があります。

• なぜプロトタイプですか？
• 誰がプロトタイプを作成しますか？
• いつプロトタイプを作成する必要がありますか？

そして、それから何をすべきかを決定します。 そうしてはじめて、必要なツールを理解できるようになります。

プロトタイプに？

結果として-プロトタイピングプロセスの実装の長所と短所。

-

• 顧客が常に支払う準備ができているわけではないプロジェクト前の段階で追加の努力を費やす
• プロトタイピングツールを学ぶ時間です。

+

• 顧客と社内の新しいレベルのコミュニケーション
• プロジェクトの開始時に行われ、その終了時に発見された間違いは最も費用がかかります。 プロトタイピングにより、早い段階でミスを検出し、新しいものの出現を最小限に抑えることができます
• エラーを減らして品質を改善する
• 改良を必要とせずに「初めて」の開発により開発の時間とコストを削減-開発者の貴重な時間を節約
• ユーザーはすでにプロトタイプに精通しており、システムインターフェイスはユーザーを驚かせないため、拒否されません。
• プロトタイプを使用したことがあるユーザーは、システムを使用するためのトレーニングを受ける必要はありません。
• 顧客ロイヤルティの向上。

フィギュア

すべてのプロジェクトを1つのスケールでノックダウンすることは困難です。それらはすべて非常に個別であり、期間とコスト、開発中の作業のレイアウトが大きく異なります。 したがって、以下の図は推定値と平均値です。

• 要件と設計を伴う作業の条件が50％増加しました
• 販売条件は20〜35％減少しました
• テスト時間を30％短縮

私たちのプロジェクトでは、要件と設計の作業がプロジェクト全体の期間の約30％を占め、実装-約40％、テスト-約30％を占めています。 これに基づいて、プロジェクトの合計時間が2〜8％短縮されたと計算できます。







これらは単なる数字ですが、既に述べたように、プロトタイピングは用語の削減だけではありません。

おわりに

私たちにとって、プロトタイピングプロセスは非常に有益で有用なものになりました。



まだプロトタイプを作成していない場合は、試してみてください。後悔することはありません。