|
所谓的变化来自两方面。一方面是外部变化，比如产品方向和预期不符、市场反馈不好等;一方面是内部变化，比如效果图或者交互真的需要改动才能上线等。项目管理者联盟
面对这种未知的问题，团队里的相关人员需要及时调整心态，一起拥抱变化。项目管理者联盟
个人经历PgMp.mypm.net
我所在的两个团队可以勉强算作是「敏捷开发」团队。项目管理者联盟
第一个产品20个月发布26个正式版，50多个Beta版，且保证每个Beta版有可以让用户明显感知的新特性;第二个产品7个月发布10个正式版，20多个Beta版。项目管理者联盟
第一个团队满足上述所有条件，「敏捷开发」地非常顺畅;第二个团队由于有短板存在，导致「敏捷开发」非常吃力，加上后期团队成员心态变化，所以基本走上了各种评审的道路。项目管理者联盟
然而，我想说的是所谓的「敏捷开发」与非「敏捷开发」并没有谁好谁差的本质区别，只是哪个更适合团队。就像前面所说，不要把手段当作目的，主要还是看解决什么问题。项目管理者联盟
总结项目管理者联盟
「敏捷开发」需谨慎，一定要扪心自问团队是否满足上面说的几点。项目管理者联盟
「敏捷开发」不是万能的，解决问题才是王道，切勿盲目崇拜。talent.mypm.net
PS. 「敏捷开发」过后，产品经理一定要整理文档，否则快是快了，什么都没留住。切记切记!!!转自项目管理者联盟
我们是最敏捷的敏捷方法!扫描二维码，关注我们吧! 项目管理者联盟
|
