ウィキペディアを通じて読む私は、アジャイル開発のSprintsのコンセプトに出会った。 Sprintは私の理解から、あるグループの開発者が一定量の機能をコーディングし、これらの機能をプログラムしてクライアントにパッケージ化して出荷した後、次のスプリントが開始され、別の機能セットがコード化されて出荷されますon ...ソフトウェアを繰り返し展開する方法は？
クライアントが以前の機能を含むソフトウェアの一部になるようにこれらの機能をインストールする方法を知りたいですか？コンパイルされたコードは、クライアントがインストールするパッチの形式で出荷されますか？アプリケーション全体が再コンパイルされ、クライアントは更新された機能を使用してアプリケーションを再インストールしますか？アプリケーションは、新しい機能を現在インストールされているアプリケーションに簡単に接続することができるようなフレームワークを使用して設計されていますか？それはどのように機能しますか？
各スプリントは実際にはではありません。それらは展開可能ですが、必ずしも展開されるとは限りません。
"アプリケーション全体が再コンパイルされ、クライアントは更新された機能でアプリケーションを再インストールしますか？"
もちろんです。それは新しいリリースです。マーケティングは、いくつかのスプリントをリリースするための大きなパッケージにしばしば介入してバンドルします。
は
まれに「フレームワークのいくつかの並べ替えを使用して設計されたアプリケーションが新しい機能が単純に現在インストールされたアプリケーションにプラグインすることはできない？だったです」。
通常、スプリントの定義は、機能が優先度に基づいて実装される固定された時間です。時間は固定され、コンテンツは可変です。
スプリントのアイデアは、潜在的に出荷可能なコードを提供することです。これは、これらのバージョンのそれぞれを顧客に導入する必要があるわけではありません。しばしば、検証と配備が行われる別のプロセスもあります。または、2/3/4スプリントのすべてがリリーススプリントです。
各スプリントの最後には、完全に完全に（実際にはスプリント内でも）展開可能でなければならないという考えがあります。このリリースでは機能が低下しますが、部分実装の制限内で完全に使用可能である必要があります。クライアントは一般的には関与していませんし、Q/A部門もありません（専用の "最終リリース前"がある場合）。誰が巻き込まは次のとおりです。
クライアントが何かを見たい場合は、いつでも彼を見せることができます。これは彼に興味を保ち、進歩の感覚を与え、セキュリティをもたらし（あなたは何かをしており、進歩的な改善を見ることができます）、最終的に彼はあなたに有用なフィードバックを提供することができます。
私が働いている会社（と私が知っている他のほとんどのアジャイル企業）は、これらの問題が懸念されないウェブ開発で働いています。あなたのsys-adminは各スプリントの終わりに（理論的に）Webサーバーに権限を配備します。実際には、完成した他のすべてのスプリントを展開すると言います。