叮当物联

我是如何失去团队掌控的?

我是一个不合格的技术总监,在过去的快三个月里。我带着从40多个人的研发团队(包含需求、开发、测试)里抽调出20多个人去为公司开疆拓土。在这快三个月中,我们一起奋战奋斗拼搏。在过程中,我通宵时间超过半个月,干到凌晨4/5点的日子数不胜数,干到凌晨1/2点日子更是习以为常。整个团队绝大多数人近乎两个月没有周末,辛苦异常,是实实在在的高峰体验。但是三个月后,我带着失败和一身的惨痛教训回到公司。

我在这次的经历中感受到了我是怎么失去团队掌控力的。我所谓的团队掌控,不是说兄弟们不听安排,不按计划行事。而是我对整个开发团队、测试团队、需求团队都有了新的认识,重新认识了团队,重新认识了这二十多个人。因为对个人和团队的能力判断误差和对项目难度的判断失误,导致了这次惨痛的教训。

我把我所面临的的困境和遇到的问题分享给大家,也将把我所做的决策分享给大家,并把我所意识到的错误分享给大家。希望能给每个面临此种局面的同行进行提醒。

项目和团队背景

  1. 共计三个月内有四个项目,没有正式的项目经理,只有三个实习项目经理
  2. 三个实习项目经理中,一个带过一个小型持续性项目(前后端共3人)接近一年;一个带过小项目(4人)一个月;一个带过两个中小项目(7人),共计半年时间
  3. 开发同事都相对年轻,工作年限最长的也就三年。朝气蓬勃但的确经验不足
  4. 团队中老同事新同事各占一半吧,超过半数的同事来公司不到一年
  5. 四个项目都基于同一个客户提供基础版本(或者说框架)进行开发
  6. 客户方使用的基础框架过于老旧,十多年前的前后端框架,前端使用技术特别偏门,学习成本巨大
  7. 框架混乱不堪,表就有快2000张,说是框架但杂含着各种各样的业务代码,且又必须使用
  8. 开发调试的环境配置困难,项目必须跑在linux上,只能远程调试。项目由于过大,启动缓慢,编译一次大概10多分钟。我们团队不熟悉此种模式,摸索浪费了一段时间
  9. 客户公司较大,研发部门较多。开发过程中部门协调工作占比超过一半,需要和各种各样的设备做对接,都是别的部门开发的。部门之间互相踢皮球,找人协助困难

错误一:高估团队水平

1.自以为很了解同事,其实了解的太片面。在过去一年中,由于做的项目比较稳定。持续产出在可控范围内,客户也比较认可。导致我产生了觉得我们团队还不错的错觉
2.整个团队在面对全新环境的情况下,适应能力偏弱。难以快速稳定的产出,项目开始了两个星期,基本都处于熟悉环境、熟悉项目的状态,一直没有有效产出。导致时间被浪费
3.比如某A刚入职3个多月,在其他项目中,项目负责人给出的评价还不错,导致我把他放在了重要的开发位置上。但项目一开始,我就发现某A技术水平差的有点厉害,多表联查的sql都写不溜。此时已无人可替他,只能我上去协助他
4.比如某B一年多来,带的项目一直稳定未出大问题。但到了新项目中,理解能力较弱无法快速全面理解需求。同时也暴露出了某B没有风险意识的致命缺陷,不能识别风险,识别出了风险也不反馈不作为,导致项目多次跳票

[scode type="danger"]

反思

1.考核很重要,全面的考核反馈更重要

2.不用静止的眼光看人,人都是在不断变化的

3.因事定人不可取

错误二:低估项目难度

1.项目共计4个,每个项目(只支持IE)都需要和额外的客户自研中间件、插件(ActiveX)、多种硬件设备对接。此前未做过和硬件对接的设备,低估了对接的难度
2.中间件、插件、硬件设备的对接我万万没想到,什么文档都没有。只能去搜历史代码学习测试,或者到相关部门去问问。而此前沟通过程中,我心中默认对接是有文档或专人指导的,没有问清楚
3.前端使用框架(2006年的框架和版本)过于老旧,由于对前端了解不足,错误的估计了学习曲线,团队前端同事开发前期非常吃力,进度在这块也拖延了一大段
4.跨部门沟通的难度远超我的想象,此前沟通过程中,明确好跨部门沟通有专人负责,但到了实际工作中,都变成了我们自己去对接。各个部门互相踢皮球,一个摄像头到底是什么型号的问题(测试需要特定型号的摄像头,对接人不清楚借来的是什么型号),我能花3个小时跑遍五层楼才得到答案。更不用说代码层面的指导了
5.没有了解到客户方框架的真实情况,心中以为是在spring上封装的脚手架。没想到框架中包含了快2000张表,数百万的历史代码。光用户模块就有不同的三套(该框架会在各个定制的基础上,定期的把定制内容合到框架主干上,导致了各种没有用的历史遗留代码),找想要使用的功能搜索难度大增

[scode type="danger"]

反思

1.经验很重要,但经验也很致命

2.想法设法获取更多信息

3.锁定项目核心重难点

错误三:战术错误,同时面对过多的项目

1.回过头来看,人手不足的情况同时接了过多的项目是错误的。但这的确是一个两难的问题,不能简单的用错或者对来概述。
2.接或者不接,这本就是一个博弈的过程。综合分析项目是否确定会交由我们来做,再分析是否有能力完成,考虑清楚后再下结论.

[scode type="danger"]

反思

1.项目中总是会面临资源不足的情况,永远不要想着项目中拥有最适合的资源、人员。毕竟最适合的人员不可能一直等着你的项目
2.带项目就像打牌,一手好牌做好了项目是应该。而一手烂牌打赢了才是你的能力
[/scode]

错误四:管理不是轻松的事

1.最后一个错误,是在项目无人可带的时候,迫不得已我去带了项目。陷入了某个项目的具体细节后,没有了统一对所有项目进行管理协调的人
2.管理是很耗费精力的,需要专人专职的去处理。管理者一大职责就是沟通协调,尤其在这种需要强沟通的项目中
3.一旦陷入了具体的某个项目中,就很难有精力去维持其他项目了
4.授权很重要,但检查更重要。交付出去的工作,要定期检查,保证交付物是完成的、完整的、不返工的

经验教训教训总结

[scode type="red"]
1.建立更全面的考核反馈体系对认识团队至关重要
2.不要局限于经验,沟通胜于一切
3.反思每一次战术失误,保证下一次的精确打击
4.专人专事,专职管理的人,就不要陷入开发细节中,一旦大量精力投入了开发。这将是致命的风险
[/scode]

原文链接:我是如何失去团队掌控的?

当前页面是本站的「Google AMP」版。查看和发表评论请点击:完整版 »