文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

我是怎么失去团队掌控力的?

2024-12-24 21:54

关注

[[283483]]

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

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

项目和团队背景

1)共计三个月内有四个项目,没有正式的项目经理,只有三个实习项目经理。

2)三个实习项目经理中,一个带过一个小型持续性项目(前后端共3人)接近一年;一个带过小项目(4人)一个月;一个带过两个中小项目(7人),共计半年时间。

3)开发同事都相对年轻,工作年限最长的也就三年。朝气蓬勃但的确经验不足。

4)团队中老同事新同事各占一半吧,超过半数的同事来公司不到一年。

5)四个项目都基于同一个客户提供基础版本(或者说框架)进行开发。

6)客户方使用的基础框架过于老旧,十多年前的前后端框架,前端使用技术特别偏门,学习成本巨大。

7)框架混乱不堪,表就有快2000张,说是框架但杂含着各种各样的业务代码,且又必须使用。

8)开发调试的环境配置困难,项目必须跑在linux上,只能远程调试。项目由于过大,启动缓慢,编译一次大概10多分钟。我们团队不熟悉此种模式,摸索浪费了一段时间。

9)客户公司较大,研发部门较多。开发过程中部门协调工作占比超过一半,需要和各种各样的设备做对接,都是别的部门开发的。部门之间互相踢皮球,找人协助困难。

错误一:高估团队水平

自以为很了解同事,其实了解的太片面。在过去一年中,由于做的项目比较稳定。持续产出在可控范围内,客户也比较认可。导致我产生了觉得我们团队还不错的错觉。

整个团队在面对全新环境的情况下,适应能力偏弱。难以快速稳定的产出,项目开始了两个星期,基本都处于熟悉环境、熟悉项目的状态,一直没有有效产出。导致时间被浪费。

比如某A刚入职3个多月,在其他项目中,项目负责人给出的评价还不错,导致我把他放在了重要的开发位置上。但项目一开始,我就发现某A技术水平差的有点厉害,多表联查的sql都写不溜。此时已无人可替他,只能我上去协助他。

比如某B一年多来,带的项目一直稳定未出大问题。但到了新项目中,理解能力较弱无法快速全面理解需求。同时也暴露出了某B没有风险意识的致命缺陷,不能识别风险,识别出了风险也不反馈不作为,导致项目多次跳票。

反思

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

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

3)因事定人不可取

错误二:低估项目难度

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

反思

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

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

3)锁定项目核心重难点

错误三:同时面对过多项目

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

反思

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

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

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

我所吸取的教训总结

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

 

来源:博客园内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯