职场厚黑学？事情不能做太快

做项目当然要追求效率，快就是好？！又快又好一直是我带团队的追求，直到现实给我狠狠地上了一课。

背景

• 身份：一线研发管理干部（组长、基层部门负责人）
• 目标：短期内能够交付项目，中期团队能够得到成长，长期能够扩张业务

故事的发生

其实就是一个用完即弃的故事。我接手了一个8百万的即将烂尾的项目，在我接手之前已经被客户投诉了好几拨。经过很长一段时间的努力，终于扭转了客户印象，成功的验收，还因此拿了客户几百万的复制单。然而在年底人才盘点的时候，我们部门的小伙伴却被裁了了一个。

裁员的原因我也大概分析了一下：

1. 项目已经结束，财务控制成本，公司不想养那么多人，闲时先裁了再说，需要的时候再招；
2. 我们部门不属于公司核心业务，我们有研发产品以推动大量长期项目复制的想法但是不被支持，部门还是以项目交付工作为主，因此对业务部门的依赖太强了，业务评估人力需求我们很难反驳。说白了就是没有话语权。

后来我反思了这件事情，有几个点应该做的更好一点：

1. 有意识地控制项目交付节奏不能一味求快，不能让部门的gap时间太长了，最好是多个项目能够无缝衔接甚至多一些并发进行的项目；
2. 主动拓宽业务来源，在多个业务部门寻求更多的机会，更加主动推动部门研发的产品被公司接受；
3. 研究公司的发展方向，将部门的能力与公司的方向去尽量的靠拢。

最后，其实发生这样的事情，也怪不了任何人，公司的目的是盈利。我能做的是做好部门的业绩，多扩展业务来源，做好产品，同时对于实在没办法保住被优化的下属多帮他们争取离职相关的正当赔偿权益。