敏捷專案中非功能需求是如何定義和管理的？
摘要：
非功能性需求（NFR）通常被定義為敏捷專案的積壓約束，並作為產品積壓和Scrum積壓的一部分進行管理，它們被重新作為每次迭代或衝刺中“完成定義”的一部分，如果系統不滿足任何給定的NFR，則該NFR可能產生新的積壓專案，例如重構或效能增強。
定義明確的NFR應符合以下標準：
有邊界...
非功能性需求（NFR）通常被定義為敏捷專案的積壓約束，並作為產品積壓和Scrum積壓的一部分進行管理，它們被重新作為每次迭代或衝刺中“完成定義”的一部分，如果系統不滿足任何給定的NFR，則該NFR可能產生新的積壓專案，例如重構或效能增強。
定義明確的NFR應符合以下標準：
有邊界：每個NFR應該描述它所使用系統的範圍（它的“邊界”）。許多NFR適用於整個系統（例如可擴充套件性或可移植性）;然而，出於可行性和/或成本控制的原因，其他可能受限於特定元件。例如，關鍵功能或元件可能對可用性或效能具有更嚴格的非功能性要求，而其他（例如管理功能）對這些特定NFR的需求可能不那麼嚴格。
獨立：NFR應該彼此獨立，因此可以在不考慮或影響其他系統屬性的情況下對其進行評估和測試。
可協商：與功能要求一樣，NFR返回可量化的業務價值，作為可定義成本的回報。 NFR的成本不應超過其預期值，可能需要協商以使成本和收益保持一致。
可測試性：如果你不能測試它，你就不能交付它。NFRS應與功能要求一樣，具有客觀、可測量和可測試的標準。