PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
现实:产品经理玩命的要求实现这功能那功能,然后抱怨怎么这也不好实现那也实现不好,总因为实现不了让我改设计减功能。架构师每天发愁这tm怎么做啊,或者这也做不完啊,或者这临时堆上一段代码以后咋扩展啊,什么时候给时间重构啊。项目经理每周问能做完不,如果用恶心的代码比用良好的设计实现的代码所花时间少那么一定选前者,如果完不成他从来不会认为是产品经理的需求太多太难超出预期,只会觉得研发团队能力太差,结果就是研发团队天天加班。在加班的情况下如果赶回了进度,那么就会填入新功能,总之上线前一秒都可以在开发,开发人员的代码一出来就得是对的。
更悲剧:产品经理和项目经理是都不懂技术,并且是同一人,木有架构师。
更更悲剧:产品经理和项目经理都是半吊子程序员,只写过小系统,就认为天底下系统都那样,每每跟架构师讨论时就搬出我以前实现过,甚至亲自写一个无论如何在产品级质量要求中都不可能实现或需要很长时间实现的。架构师是傀儡,没有管理权,虽然技术和对已知需求的理解都很牛,程序员们就只能每天加班改来改去,又改回来了。
真正的敏捷状态其实很好,所谓全功能团队,起码不至于被当猴耍,kpi也好些吧。