产品开发追求小步快跑的快速迭代,在实际工作中,被压缩、被砍去的是哪些工作流程呢?
我们认为应该砍掉的:
1,无准备、不必要的项目协调会:
浪费整个团队的时间,明明几分钟可以沟通清楚的,因为没有事先准备拖延到数小时;
2,过多发散的头脑风暴会议:
目标定位不清晰,没人拍板,只能一场又一场头脑风暴,聊得很high却无落地;
3,不够克制的产品需求,或是目的不明确的功能堆砌:
拉长开发进程,浪费团队开发资源与时间。
实际被砍掉的:
1,产品文档工作:流程图原型图?太费事了,开个会讲一下吧!
结果:看似高效率,实际给开发埋了无数坑:需求不明确、功能没有构成闭环、页面跳转逻辑不完善、异常情况考虑不周...
2,设计工作:做几张图,能用就行!
结果:没有UED,没有模拟页面跳转,没有考虑iPhoneX的小刘海...产品埋的坑,UI直接忽略,导致大坑小坑连绵不断...
3,开发工期:加班!996!
结果:勉强提交发版,所有的疑难问题丢给下一个版本再说,大家都心照不宣最终的结果...
4,测试工期:边做边测吧!测试机型减少吧!
结果:测试人员苦不堪言,上线后恶评如潮,部门之间互相“甩锅”...
作为一个产品经理,服务的对象,包括了投资人,老板,同事,用户,要平衡各方的需求,的确是不容易的一件事。
但应该坚持的,还是要坚持下去,不能因为老板、投资人的压力,就随意去砍掉工作流程。
毕竟,你砍掉的,最终还是要还!
网友评论