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