但是您可以在合同中写明只

执行。要有可能双方承诺以在指定时间内完成项目的方式进行项目尽管在这种情况下由于客户的权利软件公司的责任将受到限制。持续提交新功能的意见建议。冲刺内的时间估计有时客户希望软件公司确定在一个冲刺内完成任务大约需要多少小时当然要考虑到应该完成的具体事情即我们输入任务并编写大约需要多少个。这当然可以完成您只需要表明它对开发团队的约束力如何即软件公司执行给定任务的最大小时数即客户将支付尽可能多的小时数正如估计的那样仅此而已或者只是尊重和指导。里程碑里程碑有时包含在合同中。这没有什么错当然是可以做到的。但是应该记住它们应该仅基于一些关键功能而不是基于给定里程碑中确切。



将要完成的操作的详细描述。有时网站会指出里程碑是估计值并且与各个里程碑相对 电话号码数据 应的日期对软件公司不具有约束力。走另一条路并给予他们更多的重视是没有障碍的例如在个冲刺之后我们获得了工作软件的第一个版本即我们有一个里程碑我们将其提供给更广泛的人群例如我们运行它在服务器上然后我们给自己更长的时间来进行可能的测试。完成它们后我们返回当前工作并进一步开发应用程序但我们已经处于进一步的开发阶段因为程序的基本版本可以运行并且用户使用它。延迟必须记住如果软件公司作为专业人士表明可以在冲刺中完成某些工作那么它就要对此负责。换句话说如果团队宣称他们会在截止日期前完成那么他们就应该在那个日期完成。当然我。








们可以在合同中注明轻微的延迟例如在一个冲刺内不会导致任何后果但客户可能不同意这一点。那么遇到这样的问题该如何解决呢有时这样做的方式是合同规定延迟不超过整个项目持续时间的我们将其定义为百分比因为不知道项目将持续多长时间以天计算不会造成负面后果。因此即使出现一些不可预见的情况例如需要增加紧急修正冲刺项目也只会稍微延长。工作的最后阶段由于有时项目会永远持续下去团队不断开发软件并致力于它因此这并不总是至关重要的要素。您可以签订无限期合同表明开发团队将不断为客户创建解决方案。然而大多数合同必须指定用于确定项目被视为完成的时间的规则。然而由于这种方法我建议由各方自己最终决定某件事是否完成可能基于客户在开始时提出的一些非常普遍的标准。与更经典的项目一样这种工作的完成应该通过验收协议尽管非常简单来确认例如我们在其中指出所创建的软件的最重。