论项目工程化

本文批判了技术管理中常见的按人头分配任务的做法,指出其忽视了规范、技术分层和有效积累的重要性,强调技术管理应追求高效、低风险和成果最大化。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

时间紧,任务大,歘欻欻就能进去2-30人,但人投进去,平均人效有多少,真有计算过吗?如果没有猜错,大概率上你是划模块按人头分配任务的吧?且不论你描述的任务目标有多准确,能在多大程度上指导任务的开展,但就划模块按人头分配任务的这件分配方式,就是你技术无能,给自己卸担子的表现。

按人头分配任务,中间实施过程不闻不问,看起来是以结果为导向,但这些任务能不能得出结果,你有多大把握?没有规范,没有技术分层,每个人都自由发挥,你确定这样不会面临更大的技术风险?你确定这样做下来盖出来的是一个楼房,不是多个平房吗?你真有考虑过如何形成有效积累,如何实现1+1>2吗?项目开发完,你维护起来真的方便吗?

项目能迅速投入2-30人,折射出来的,并非是你的工程有着怎样良好的工程化设计,而是恰恰相反,什么都没有,是非常粗暴,非常原始的状态!原始状态好吗?原始社会好吗?

『原始社会好啊,原始社会好,原始社会的人们光着屁股跑』

这样说,并非意味着走上了工程化的道路就要抛弃团队灵活横向扩展的诉求,因为工程化要解决的,就是在形成有效积累,不断站在昨天产出的基础上更上一层楼的同时,如何能建立高弹性团队的问题。

技术管理,不同于流水线管理,整齐划一、按人头分配,只符合管理者的欣赏需求,却未必能最大效率促进项目开展。如果手法精妙,问题识别一针见血,往往能用较小成本实现四两拨千斤的效果。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值