一个需求的交付周期（lead time ）是从它被识别到最终交付给用户手中所耗费的时间。交付周期越短，意味着客户从提出想法到能够在大连协同办公软件开发中实际使用的时间越短。从客户的角度来看，更短的交付周期意味着自己的软件能够对市场变化更快地响应，因而获得更强的竞争力，同时也意味着能够更快地验证自己的想法。

      致远服软认为：http://www.soft8.com.cn/任务管理的粒度太大会直接导致交付周期变长。最极端的情况是将属于某一模块的任务在一开始就全部交给负责这个模块的人，所有这个模块相关的修改都由他来实现。在一个按模块划分职责、每个人只负责自己具体模块的大连协同办公软件开发团队里，通常这个模块的负责人会实现这个模块的所有修改；不然，就是将一个可能需要做两周到一个月的任务分给某个人；或者更好一点的情况是，单个任务本身不大，但是会将相关联的任务成批地分配给某个人。

      如果你的团队内也是采用大篇的“规格说明书”等Word文档来组织需求的，那么要小心，这种问题很可能在团队内已经存在。整个大连安全生产管理软件开发团队没有小粒度频繁交付的概念，习惯了大批量长时间地交付方式，因为批量大，所以估计常常不准，而且时间跨度长，中间也会有更多地干扰因素出现，这些都导致任务不能在开始承诺的时间点交付。开发周期长同样导致测试活动的滞后，极端地滞后就演变为所有开发工作完成之后才能进行测试，这就是我们熟悉的瀑布模式。最终的影响就是需求的交付周期会很长。

      传统团队的一个常见组织方式是按照功能模块划分团队成员，明确分离职责，这也会变相增长交付周期。这样的团队通常倾向于按照功能模块来组织半成品任务，而不是按照可以交付价值的完成品来组织任务。习惯按照功能模块来组织开发的团队通常会阶段性地“联调”，不同模块的人带着自己的代码合在一起调试，由于缺乏频繁地集成，这种联调活动的时间经常不可控。

      大连协同办公软件开发团队在大部分时间内通常只拥有一大堆半成品，后续的测试和验收活动都没有办法进行，而只能等到团队在某一刻组装出一个完整的功能后才能测试，所以交付周期也会比较长。