为什么我们的项目总是拖延？为什么开发的软件总是偏离需求?在实际的项目研发中，会有很多因素导致研发效率极度低下，研发产品质量不高，这些问题通常可以归纳为一些团队的恶性习惯，作为一个团队的管理者，最重要的事情就是发现和及时改变这些团队恶习。习惯是无法消除的，但是可以被改变。
第一点，头痛的老员工
老员工本来应该是研发团队的中流砥柱，团队的核心力量。但也有两类令人头痛的老员工，阻碍了团队的高效率运作。一类是自我表现欲突出类型，另一类是自我保护意识强类型。这两类老员工有共同的特征:看不得别人比自己强，尤其是同岗位的；或者容不得别人谈论自己技术范围的事情，尤其是不同岗位的人谈论。相比项目能做成，这些老员工更在意自己的表现，和自己在公司的地位。最后的结果就是他们自己个人膨胀，并导致团队严重缺乏交流，新的有能力的人即使进到团队来也没有发挥的余地，使得其他员工上进心受阻。
第二点，开发人员篡改需求
谁决定了业务需求?当然是用户，用户是业务领域专家。常常听开发人员抱怨，为什么需求总是变来变去的，改改改!类似的抱怨层出不穷，需求人员胳膊拧不过大腿，开发人员牛啊。逐渐演变成:老员工逼着改，新员工偷偷改，需求人员不坚持原则，得过且过，正常的需求变更流程，变成增加工作量的负担抛弃不用，相关管理人员对篡改的业务需求一无所知。当产品面对用户的时候，大失所望，返工是必然的，周期也被迫延长了。
第三点，流于形式的进度控制
在很多的项目团队中，项目计划制定的完整且全面，涵盖风险控制/跟踪进度/质量管理等方方面面。但最终也只是一纸空文，成为形式上的汇报材料。为神马计划不能得到很好的执行呢?最大责任应该归咎于管理者。
第四点，太多的辩解沟通
高效的沟通是团队成功的关键。我认为沟通的目标时分析问题，解决问题，而不是为自己辩解和解释。很多时候沟通的最大障碍就是解释，在发生一些分歧，或者听到一些声音的时候，我们第一时间不去解释自己的理解和想法，即使自己认为已经想清楚了对方在说什么。学会分析对方的真实需求，并把他分析给对方听，让对方知道自己理解了他的意思，然后进一步分析得出结论。多听，而非多说，多分析，而非多解释。解释在很多环境下更像是反驳，更多的反驳就会带来更少的交流。
网友评论