ソフトウェア製品の開発プロセス：
図のように、実質的にすべての必要なプロセスのソフトウェア製品の開発経験です：
1 [スタート]
プロジェクト開始段階、およびその主な目的で、プロジェクトの実現可能性を決定します。我々は問題を解決するため、利害関係者、プロジェクトの背景を必要とし、そう理解すること。その上、製品管理、建築家、UIエンジニア、開発エンジニア、テストエンジニア、および：を含むプロジェクト憲章およびプロジェクトチームを設置し、準備します。
上記の準備が完了した後、プロジェクトの開始は、次のステップは、作業の終わりになり始めて、開催されます。
2、計画
プロジェクトの計画段階では、利害関係者やプロジェクトマネージャは、需要側のプロジェクトだけでなく、プロジェクトのスコープを決定するためのプロジェクト、WBSを作成し、プロジェクトのマイルストーンとプロジェクト計画を設定する必要があります。コスト、品質、リスクを予測し、制御するプログラムを含むプロジェクトマネジメント計画書を、開発している間。
3）需要
要件フェーズでは、取得要求の必要性は、PRD、UIデザイン、高忠実度の設計文書の解析、準備を必要とします。
そして最後に、ニーズ評価に、評価作業の次のステップにより、
4）設計
設計段階で、データ構造、アーキテクチャ、ビジネスモデル及びルール、プロセス制御、モジュールインターフェースを含む要件文書、ソフトウェアシステムの設計によれば、デザイナー。出力概要設計、詳細設計書、およびデータベースの設計仕様などが挙げられます。
5）開発
など、製品のプロトタイプマップ、UIのレンダリング、設計ドキュメント、適切な開発環境を選択し、開発ツール、プログラミング言語に応じて明確な需要、開発エンジニアコーディング段階への正式なエントリは、この段階で実施された後にすることは非常に非常に長いです難しいステージは、それがコアソフトウェアです。
6）機能テスト
ソフトウェアテストのは、ソフトウェアの品質を確保するための重要な手段です。開発する開発エンジニアの完了後、テストエンジニアがテストに引き渡さすることができます。BUGのテストエンジニアは、開発者へのフィードバックをテストするために、開発者は変更を行います。テストが渡されるまで、機能テストは、多くの場合、品質要件を満たすために、多くの時間を必要とします。
7）端到端测试
在端到端测试阶段，测试人员根据完整的业务流程设计可以覆盖全流程的端到端测试案例，然后基于端到端案例对系统的各个模块进行全面测试，确保系统能够符合需求和验收质量标准。
8）用户验收测试
用户验收测试阶段，也是通常的UAT(User Acceptance Test)阶段，用户验收测试是最终用户可以检查软件是否符合业务要求的最后阶段。UAT由了解要求并了解构建软件目的的最终用户执行。此测试是在软件运行之前执行的最后一次测试。最终用户使用现实生活场景并为真实数据构建UAT测试用例，用户验收测试在最终用户在上线之前验证软件是否满足这些业务需求方面具有重要作用。
9）上线
所有测试通过，并与客户或者上级达成一致后，系统进行试运行，稳定后上线。
上线包括：上线部署、部署后验证、整理交付物（需求文档、设计文档、安装部署手册、产品帮助等等）和运维移交。
10）收尾
项目的收尾阶段，移交项目成果，释放项目团队，进行项目回顾总结，项目汇报，完成项目结项。
用Leangoo项目管理软件管理阶段式软件产品开发
首先我们在Leangoo中，创建一个项目（选择阶段式项目）
在阶段式项目中，建议使用leangoo中“阶段式软件开发项目”项目模版。
在“阶段式软件开发项目”项目模版中，系统自动为您创建了10个阶段看板（一个阶段一个看板）、1个缺陷看板、1个风险管理看板和1个变更管理看板。
如下图：
在每个阶段看板中，都提供了该阶段需要完成的目标的参考样本，供参考～
1）阶段式看板
一个标准的阶段看板包括了：阶段目标，待办，进行中，已完成，如下图所示：
•マイルストーン：この段階でターゲットを配置するには、レーンのために、各ターゲットにカード口座に到達する必要があります。
TO-DO•：特定のタスク（作業項目）マイルストーンを完了するために入れて、複数のタスクに対応した目標を実行する必要があります。（赤枠の上に示されているように）
継続的•：進行中のタスク。
•完了：タスクが完了しました。
2）欠陥かんばんは、
製品の欠陥追跡システムを管理するためにあなたのための欠陥処理の良好な流れを設定しています。（プロセスをカスタマイズする必要があるかもしれません）
3）リスク管理かんばん
リスク管理かんばんは、ソフトウェアのリスク管理ソフトウェアプロジェクトの効果的な実施、処理および監視中に、管理活動でプロジェクト管理することが重要である、分析、プロジェクトのリスクの識別であります開発作業が正常に完了したことを確認してください
4）変更管理かんばん
変更管理プロセスは、プロジェクトの実施における環境内のすべての変更は、以前に、適切な評価と承認を定義されていることを確認するために、変更管理プロジェクトの成功の配信のための基礎です。
各ステージの進行状況を追跡
プロジェクト全体の進捗状況を追跡
注：さまざまな企業の場合は、異なる製品は異なる手順や要件を有することができます。上記の基準として使用することができます -