带过项目的，进来说说你的项目有多少人，一个迭代中中，花在扯需求上的精力占用总项目精力的比例多少？

toB toC toG 的差距应该非常大。之前做 toG 的，沟通就没停过，一开始是对需求，后面完全就是在做期望管理了

没管理过项目，只负责过研发，从我的角度来看，
toG 简直就是为了哄祖宗开心， 项目经理从头到测试结束，都要跟着几个爹地（负责人、技术监理、小弟）从他们脑袋里掏需求。

没管理过项目，只负责架构研发

工作背景：ToB SaaS 工业互联网项目，带过 10 人的小团队，一周一个冲刺，两周一个版本，有专业的人员直接对接工厂或园区。
工作模式：一般是第一个版本还在开发，架构、项目经理、产品就在讨论第二个版本如何设计与落地了，然后对接工厂或园区的人已经在挖第三个版本的需求了。

分为多个梯队，分工合作，写代码就负责写代码，扯皮就专门扯皮，专业的事找专业的人去做，大家都省心。

敏捷开发来一波

@cedoo22 #2 哄祖宗可太形象了

公司背景原因，只做 toG 项目，最怕客户说的几个字。
明天一早要，下周一要，节后要。。。。。

需求确定 60% 任务分解 10% 人员工作分配 10% 开发进度跟进 20%

@singerll 太真实了