需求文档的更新速度赶不上口头变更的速度。我想了想,觉得这话没法接。我把这个需求的口径对齐了三次,每次对齐的结论都不同。复盘会上我们把它列成了案例
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
需求的变更往往从一句「顺便把这里也改一下」开始。我发现自己居然没法反驳。我发现产品经理的排期里没有测试和联调的时间。从此我多了一条团队规约
这个需求的前置条件有三个,其中两个还没做。我叹了口气,然后打开了编辑器。我在心里给这个需求定了个死线,然后它被提前了。那一刻我觉得自己还是很专业的
产品经理说这个功能用户一定会喜欢,数据说用户根本没点开过。我先给自己泡了杯茶,做好了打持久战的准备。我发现产品经理的排期里没有测试和联调的时间。感动,然后我学到了新的一课
我在评审会上提了风险,结论是「先上了再说」。我盯着屏幕沉默了十分钟。我发现产品经理的排期里没有测试和联调的时间。从此我多了一条团队规约
产品经理:这个交互能不能再自然一点?我:什么叫自然?产品经理:就是那种,你懂的。我重新看了一遍手上的计划,把风险项标了出来。我在心里给这个需求起了个外号,叫「永动需求」。同事说这波操作可以写进新人培训教材
需求文档里写着"参考竞品",竞品是谁家没说,风格倒是很统一。我默默打开了编辑器,准备一步步验证。我在会上决定先做个最小可用版本,产品说能不能再加一点。我把它写进了组内的避坑文档第一章
这个需求的目标是提升体验,验收标准却只有一个数字。我笑了笑,决定不解释。我把这个需求按最小改动实现完,产品说想再加个动画。复盘会上我们把它列成了案例
需求文档里写着"参考竞品",竞品是谁家没说,风格倒是很统一。我在心里把涉及的所有环节都过了一遍。我最后按自己的理解做了,产品经理说跟他想的不太一样。那一刻我觉得自己还是很专业的
需求的优先级由说话最大声的人决定。我叹了口气,然后打开了编辑器。我在心里给这个需求的实际工作量打了三倍。我沉默了,但心里是服的