典型的な状況を考慮してください。 プロジェクトのアイデアがあります。 次に、2つの方法があります。
- 従来型：最初に、製品全体の詳細な技術仕様を作成し、次に技術仕様に従って厳密にプログラミングし、技術仕様に従って厳密に描画しません。）
- 代替案（スクラム方法論に基づく）：プロジェクト、プログラムの一部の仕様を作成し、結果を評価し、サイクルを繰り返して、機能を拡張します。
やめて ここのデザインはどこですか？ プロジェクトの一部の設計方法は？ はい、スプリントでも？ 結局のところ、いわゆるを開発するために デザインコンセプトには、プロジェクトの機能に関する全体的なビジョンが必要です。 そして、インクリメンタルアプローチ（最初にユーザープロファイルをプログラムして描画し、次に公開メカニズムなど）は、デザイン開発の基本原則（一般から特定まで）と矛盾します。
運用に十分なプロジェクトの基本機能が開発されると、プロジェクトの設計コンセプトやスタイルを超えることなく、スプリント内の個々のインターフェイスの設計を開発および改良することが可能です。 しかし、反復開発の条件でスタイルソリューションの開発を正確に計画する方法はありますか？
ここに私が理論的に得たものがあります：
明確にするために、設計コンセプト開発プロセスの分解は表示されていません。 彼女は伝統的です。
したがって、クローズド開発フェーズでは、作成された機能は設計なしで技術テンプレートに表示されます。 並行して、アイデアに基づいて、中間リリースを考慮して、設計コンセプトとプロジェクトインターフェイスが開発されます。 後者の一部として、スプリントプロジェクトの公開前に、設計とソフトウェアの部分が再結合され、一般に公開されます。 この厳soleな瞬間は、図の赤い線でマークされています。
しかし、これは理論です。 開業医の意見を知っておくといいでしょう。
そして、Askhat Urazbaevによるスクラム方法論のレビューにおけるもう少しの理論（500 KB、.pdf）。 強くお勧めします。