1. 缺乏一个较为长期的计划(不是1~3年的那种中长期规划，而是项目中以周为单位的规划)，这样的计划都没有，当然这其中也有很多较为复杂的因素，过于频繁的变更等。

　　2. 在下达任务的时候没有充分给下属估算各自开发任务的耗时，而是下达的较为强制性的开发要求，例如每2天发布个新版本，其中对于开发人员，及测试人员的抱怨尤为明显。出了员工的抱怨之外，根据 Features, Schedule, Resource 项目铁三角原则，再加上一个质量维度。在有限的人力资源和时间资源下盲目的计入大量的新特性必然会带来质量问题。这么短的时间里开发加入的新特性没有全面完整的测试机会就匆忙的发布出去。如果是有很多用户在使用这个产品一旦有严重的bug出现事故后果是非常严重的。

　　3. 由于前面的2点便引发了第三点，不少员工说我们的工作，有时候回非常忙，忙得不可开交，有时候很闲闲的蛋疼。过于忙和过于闲对于对于员工造成的影响都不好(过于繁忙会将员工压的不可喘息，太闲容易使员工失去成就感以及忧虑)归根结底导致这些问题。也是反应了缺乏周密的计划所造成的。

　　4. 从自己的角度出看，也有对做计划有一种恐惧和逃避，我想导致我产生这这种感觉的还是源于，对任务的分解做的不够，以及对每项任务的耗时估算于追求精确而导致的恐惧感，干脆就放弃计划了。另外太僵硬的响应上级的要求，其实上级下达的一些硬指标可以通过阶段性展示取得信任。不必那么死板的一一一安装上级的要求办理。将在外军令有所不受。我想我在这里其实应该扮演一个缓冲带，减震器的。将上级的要求，经过我的调度安排，科学的下达到开发人员那里。不要将不科学，的要求。及巨大的压力带给所有的与员工。要做一个使得上下级均有一个很好的项目过程体验。

　　5. 给下级安排开发的任务估时没有征求下级的意见，其实在分解任务后，可以在自己估算的基础范围内，在让各自开发人员自己根据任务给出一个具体的deadline,经过双方估算的deadline最后根据项目的总的时间节点综合考量安排。如果紧迫可以在开发人员各自给出的deadline再往前压缩一下。

　　6. 下达的每一个开发任务都没有给出具体的deadline,这是一个非常严重的问题。一个事情没有截止日期。对于开发人员来说没有紧迫感，对于项目整体来说无法估算当前进度。已经当前任务的进展占总体进度的百分比。已经对整体构成的影响等。

　　7. 测试的前期介入非常重要, 在项目的早起初步的设计阶段就应该开会早就开发人员和测试人员参加向他们讲述描绘我们将要开发一个什么样的产品和项目，其目的可以让开发人员提前知道要做的是什么事情，让测试人员也明白这一点，明白的同事，开发和测试也可以初步的做一些准备工作，例如开发人员可以做一些技术的预研，实验测试人员可以准备测试方案，及测试用例等。在这个过程中可以进过若干次会议。随着设计的的越来越清楚详解，大家对所要做的东西也越来越清楚。从而准备工作也做的会越充分。避免早了项目的送测阶段，测试人员没有一个测试计划和用例。甚至对业务逻辑都不清楚。这样工作是低效，无用的。还不说对进度造成的影响。

　　8. 要做好版本规划工作，每期迭代加入的特性。已经要修复的bug和要优化调整的地方。都应该在特定版本中做规划，开发，测试。在规划做好后就应该同步的进行开发及测试准备工作。