可能很多人和我的遭遇相同。
产品经理在做文档时,往往不能面面俱到。一些没有技术经历的产品,在设计上可能会有一些重大的逻辑缺失。
最好的方法是实时沟通,但产品经理经常不在办公区。这已经给整个项目进度造成了很大影响了。
下一次需求考虑,由开发者(我)拿到需求文档后,提前识别,反馈给产品确认,再进行开发。
这个问题主要针对管理系统而言,就各位大侠的经验,如何快速识别到功能点的缺失?利用好的工具?有什么可借鉴思维方式?面对这类情况该如何解决?
谢谢
可能很多人和我的遭遇相同。
产品经理在做文档时,往往不能面面俱到。一些没有技术经历的产品,在设计上可能会有一些重大的逻辑缺失。
最好的方法是实时沟通,但产品经理经常不在办公区。这已经给整个项目进度造成了很大影响了。
下一次需求考虑,由开发者(我)拿到需求文档后,提前识别,反馈给产品确认,再进行开发。
这个问题主要针对管理系统而言,就各位大侠的经验,如何快速识别到功能点的缺失?利用好的工具?有什么可借鉴思维方式?面对这类情况该如何解决?
谢谢
项目经理没技术经验那就让丫做原型演示,让丫自己先把逻辑和流程捋顺了在给技术看。
当然肯定会有考虑欠妥的地方,所以项目初期,产品经理、技术、设计要经常沟通,都没大问题了再开始开发。
扔个需求文档过来,就找不到产品经理了,这还干个毛线啊,宁可都歇着也别瞎做。
或者,让客户公司也派个专员跟开发部门进行协调。这样的话需求就不是自顶而上发下来的了,所以要保持各级对需求的同步了解,整个团队要有在线的文档来办公,需求变化每个人都要知道明白。