项目团队 X 人,每个迭代 Y 个月,需求交稿后,花费讨论和反复沟通时间 Z 天,中间还要变更,精力 U%。
1
cangcang 2022-07-06 09:42:45 +08:00
toB toC toG 的差距应该非常大。之前做 toG 的,沟通就没停过,一开始是对需求,后面完全就是在做期望管理了
|
2
cedoo22 2022-07-06 10:34:59 +08:00 1
没管理过项目,只负责过研发,从我的角度来看,
toG 简直就是为了哄祖宗开心, 项目经理从头到测试结束,都要跟着几个爹地(负责人、技术监理、小弟)从他们脑袋里掏需求。 |
3
cwaken 2022-07-06 11:14:05 +08:00 via iPhone 1
没管理过项目,只负责架构研发
|
4
dlmy 2022-07-06 13:02:36 +08:00
工作背景:ToB SaaS 工业互联网项目,带过 10 人的小团队,一周一个冲刺,两周一个版本,有专业的人员直接对接工厂或园区。
工作模式:一般是第一个版本还在开发,架构、项目经理、产品就在讨论第二个版本如何设计与落地了,然后对接工厂或园区的人已经在挖第三个版本的需求了。 |
5
dlmy 2022-07-06 13:03:40 +08:00
分为多个梯队,分工合作,写代码就负责写代码,扯皮就专门扯皮,专业的事找专业的人去做,大家都省心。
|
6
chengyunbo 2022-07-06 13:24:19 +08:00
敏捷开发来一波
|
8
singerll 2022-07-06 14:22:10 +08:00 via Android 1
公司背景原因,只做 toG 项目,最怕客户说的几个字。
明天一早要,下周一要,节后要。。。。。 |
9
lqw3030 2022-07-06 14:34:41 +08:00
需求确定 60% 任务分解 10% 人员工作分配 10% 开发进度跟进 20%
|