|
Post by account_disabled on Jan 24, 2024 2:19:52 GMT -5
何解决呢有时这样做的方式是合同规定延迟不超过整个项目持续时间的我们将其定义为百分比因为不知道项目将持续多长时间以天计算不会造成负面后果。因此即使出现一些不可预见的情况例如需要增加紧急修正冲刺项目也只会稍微延长。工作的最后阶段由于有时项目会永远持续下去团队不断开发软件并致力于它因此这并不总是至关重要的要素。您可以签订无限期合同表明开发团队将不断为客户创建解决方案。然而大多数合同必须指定用于确定项目被视为完成的时间的规则。然而由于这种方法我建议由各方自己最终决定某件事是否完成可能基于客户在开始时提出的一些非常普遍的标准。与更经典的项目一样这种工作的完成应该通过验收协议尽管非常简单来确认例如我们在其中指出所创建的软件的最重要的功能。为了不让合作在一夜之间结束可以表明客户有权切换到软件维护模式即减少开发团队并专注于当前的开发活动消除等。 因此成本将会降低同时订购的程序仍然可以以某种方式进行开发。其他重要事项技术问题在 电话号码数据 项目过程中客户往往希望有权决定或同意具体的技术方案使用的技术等。拥有这样的权利对他们来说当然很好但我会小心给予客户对此类决定做出最终决定的权利。在这里最终决定权也应该属于产品负责人和开发团队而不是客户他可能只有提出解决方案的权利。测试合同可以规定有关测试所转移的软件元素并对它们进行修正的规则。主要涉及与向客户端提供测试环境相关的整个过程这通常是软件公司的责任客户端可以执行测试的时间例如通常在每个冲刺之后有天的测试时间以及软件公司方面的额外测试职责例如测试人员是开发团队的一部分。当然我们还在合同中包含如何将任何意见转发给软件公司。您可以使用有关客户和产品所有者之间沟通的一般规定以避免这方面的混乱。然后软件公司应该进行任何更正并且还值得指定应该完成的日期例如在下一个冲刺内。 还值得指出的是并不是每个冲刺都必须以交付可测试的东西结束尤其是在开始时。完成的定义在合同中定义这个概念是很有问题的。首先我们可以表明开发团队将在每次冲刺后交付一个完成的元素以便它可用并具有某些功能目的。当然冲刺效果应该包括在给定冲刺期间要完成的元素。换句话说参考点是产品负责人输入的在冲刺期间要完成的内容以及它应该具有的功能。此外我们可以指出冲刺中的此类工作结果应包括已经准备好的文档或在软件公司方面进行测试。
|
|