这是一个创建于 1308 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目团队 X 人，每个迭代 Y 个月，需求交稿后，花费讨论和反复沟通时间 Z 天，中间还要变更，精力 U%。
 |
1
cangcang 2022 年 7 月 6 日
toB toC toG 的差距应该非常大。之前做 toG 的，沟通就没停过，一开始是对需求，后面完全就是在做期望管理了
|
 |
2
dr1q65MfKFKHnJr6 2022 年 7 月 6 日  1
没管理过项目，只负责过研发，从我的角度来看，
toG 简直就是为了哄祖宗开心， 项目经理从头到测试结束，都要跟着几个爹地（负责人、技术监理、小弟）从他们脑袋里掏需求。 |
 |
3
cwaken 2022 年 7 月 6 日 via iPhone 1
没管理过项目，只负责架构研发
|
 |
4
midsolo 2022 年 7 月 6 日
工作背景：ToB SaaS 工业互联网项目，带过 10 人的小团队，一周一个冲刺，两周一个版本，有专业的人员直接对接工厂或园区。
工作模式：一般是第一个版本还在开发，架构、项目经理、产品就在讨论第二个版本如何设计与落地了，然后对接工厂或园区的人已经在挖第三个版本的需求了。 |
|
5
midsolo 2022 年 7 月 6 日
分为多个梯队，分工合作，写代码就负责写代码，扯皮就专门扯皮，专业的事找专业的人去做，大家都省心。
|
 |
6
chengyunbo 2022 年 7 月 6 日
敏捷开发来一波
|
 |
8
singerll 2022 年 7 月 6 日 via Android 1
公司背景原因，只做 toG 项目，最怕客户说的几个字。
明天一早要，下周一要，节后要。。。。。 |
 |
9
xyooyx 2022 年 7 月 6 日
需求确定 60% 任务分解 10% 人员工作分配 10% 开发进度跟进 20%
|
Select Language