那就要先剖析一下需求评审会到底是怎么开的。需求评审会往往是需求提出方讲解需求的内容,然后由各方根据自己的经验提出见解。问题就出在这个经验上了。经验是取决于人的,经验多的人就会想得全面一些,经验少的人就会想得不全一些。同样的,需求的书写也是依靠经验的。 有的人会提出不同的观点,我们有模板,可以确保减...
参与需求评审会的人一般有以下一些人:领导、设计、研发、测试、运营。一般评审会前2-3天发邀请,这里特别说下为什么一定要拉着领导,有时候做项目资源是不足的,比如缺人你自己和领导说领导可能不一定给批,拉着领导让领导有个数,后面争取资源比较容易些。 二、评审会时注意事项 逻辑清晰 这点还是需要锻炼的,首先要...
因为你在问问题的过程中别人的疑问可能也会得到解答,所以也帮助其他同学更清楚各个需求点,降低减少各方的gap,从而不会把checklist评审会当做需求评审会。运用checklist 左移的方法可以让你在开会的时候有很多问题,不会感觉需求评审或者技术评审会开完了,感觉自己没有任何问题,但是有感觉自己对需求或者技术方案不是特别理...
①项目经历公司敏捷转型,按照公司要求拆分里程碑,给到高层回复,项目得以继续运行,项目从瀑布模式变成部门第一个敏捷项目,分批上线②主动申请项目重启,拉通leader、高层、交互和设计等多个相关方③组织交互、视觉多次需求评审会议,组织开工会议4、项目管理①按照优先级每个spring拆分任务,跟进测试计划②每天组织晨会,解决头...
自己在做设计产品时,也会容易忽略这些问题,今天就来反问下自己的这三个问题。你做产品时就没有遇到瓶颈吗? 目前对我来说最大的瓶颈是产品的设计技能上,基本功不够扎实,虽然工作快九年了,之前一直服务于项目,从项目的角度做需求工作,开始专做产品后,从日常的评审和开发中就能发现许多不足,特别是在产品逻辑实现...
采小圈在入职这家公司时,项目时已经是第二阶段了,所以根据需求直接在第一阶段已下单的合同上做增补就可以了。但出于采购职业的本能,对于评审后的增补需求一定会判断三个合理性,比如供应商来源、供应商选择、以及价格。没想到只是先做第一轮的梳理就发现问题,有好几款耗材价格都特别的高。在回查了第一版的合同后...
但是仔细想想,在一个成熟的公司,都是各种岗位齐套(特别是业务),一轮一轮的迭代优化,各种评审拉扯,最后的产品效果还不一定好呢。而在外包的过程中,很难在一轮两轮的沟通中明确细节(自己产品是一个模块一个迭代的过,外包可能就是整体拉通的过),你怎么去对齐这些细节,确认这些技术方案?而这些细节正是双方的噩梦,...