1 .软件开发周期的估计定义如下： 根据软件开发内容、开发工具、开发人员等因素，预测整个开发过程(包括需求调查、编程、编码、测试等)所需的时间。 在这个定义中，“预测”一词非常重要，它在强调估算意义的同时，也隐含着结果的不确定性。 有效的软件开发周期的估计是软件开发中非常困难的工序之一。 之所以困难，不仅是因为与软件开发相关的因素很多，而且非常复杂，即使是与之类似的软件项目也不能完全保持原样，在把握报价上存在困难。 报价也是软件开发的重要环节，低估项目周期会导致人才低估、成本预算低估、日程低估，最终导致人才枯竭，成本超出预算，为了完成项目而仓促工作项目周期估计太长，表面上看影响不大，实际上成本估计过高，人力资源利用不充分，造成效率低下的结果。 无论哪种情况都对项目经理对整个项目的控制有很大的影响，周期估算就像盖楼过程中的基石，是后续工作的基础，其完成质量好坏的影响贯穿于整个项目，开发周期
2 .周期延迟因素(1)自主开发公司前期在对软件的定位、结构、UI、功能明确的情况下，一般都能比较顺利地完成。 前期由于没有客户体验和需求调查分析，试运营期间暴露出许多问题，严重的不排除推倒重来，软件开发周期相应延长。
)二)另一种常见的开发方法是代工开发。 一般要看需求分析人员和顾客之间是否有良好的沟通。 工作中很多客户不了解自己软件的功能和客户群，主要只是说明所实现的功能方面。 此时，公司的需求分析人员需要向客户提供意见和建议，以免客户在开发过程中突然改变主意，增加或减少软件的功能。 无论是在合同中明确指出这一点，并在开发中避免冲突，在前期需求分析较好的软件开发周期中，都很少避免不必要的开发周期。
具体可以分为一下几类：
1 .搭建软件框架时没有搭建好的东西也不能全覆盖业务需求、技术难点等，与实际落地产品差距较大。
2 .对需求的理解有差异，用户表达的是这样的，而程序员的理解是这样的。 另外，顾客需求不定，需求增加，组织协调不好。
3 .项目经理没有安排好处理任务的时间。 有些任务由于分配时间太长而浪费了时间，而有些任务由于分配时间太短而没有时间完成。
4 .一些独立的任务一致性要求很高，不能增人并行加速。 因为有些任务对思考的一贯性很强，所以如果勉强派人去的话只会频繁中断。
5 .开发商对实现目标可能出现的问题往往估计不足，低估了问题的复杂性。 风险意识不足，没有意识到风险，或者没有意识到风险应对错误
6 .项目技术难度大，所需时间超过原始估计。
7 .程序员大多乐观，乐观的表现假设一切运作良好，但事实往往恰恰相反。
8 .人力资源也影响估计。 表现在技术水平、理解力、沟通能力等几个方面。 编程水平的高低、速度的快慢、能否适应团队、能否与各成员保持良好的沟通都会影响开发的进度。 在软件开发周期估计之前，对开发人员的技术水平进行排名，并根据项目团队的实际人员水平进行修改，可以减少后期开发估计中的误差。 评价程序员的技术水平，可以从编程熟练程度、编程速度、解决技术问题的能力几个因素来考虑。