1. 限制越多,流程越复杂。
2. 容易把自己制定的流程市委用户会严格遵守的规则。
3. 在考虑极端琴狂时,容易偏离轨道――正常流程不能满足极端情况时,易把正常流程修改得很复杂。
4. 通常一个小会可以解决问题,却召集整个团队一起参与局部讨论。由于大家都有自己的视角和观点,难以达成一致,常常因技术实现、产品没有远景规划等方面的原因由开发人员排版,结果并非以客户为导向。
5. 评审时项目组成员常以自己为典型客户并展开讨论,容易极端化。
6. 原型前没有用户参与,导致原型评审时改动巨大。
No comments:
Post a Comment