同事的心态炸了
最近各种需求倒排给M同事的心态整炸了，直接撂挑子，从一个TL转为安静的开发人员了。我目睹了整个过程，大抵是理解他的心情的。早年从PMP培训，到哈啰火种计划培训，到后来也带项目，有一些看法， 借此聊聊，遂成口水一文。
流程规范又来了
既然问题暴露了，就来解决问题了，大家很自然的都是认为没有规范，没有流程引起来了这些问题。于是规范与流程就来了。原来也有，大抵都差不多。不同的时立了不少”规矩“；
需求规范
- 需求名称、需求内容、需求目标、业务效益及衡量指标（ROI）、周期；
研发流程规范
- 立项阶段：对于接收的需求，将进入项目立项研发阶段；
- 方案设计及方案确定阶段：项目进入立项研发阶段后，对应的产品经理、UI设计师会与需求发起方进行详细沟通，提供产品方案及UI设计方案，并最终定稿；
- 评审研发阶段：在产品方案和设计方案定稿并且提供50%以上的素材后，方可进入方案评审环节；评审通过后排期并进入开发环节；设计方案未定终稿或素材不足50%，无法启动技术评审；
- 验收阶段：项目开发完成后，产品经理将组织需求方进行项目验收；
- 上线发布阶段：验收通过后，将视系统实际运行情况，选择合适时间发布上线；
- 培训推广阶段：发布后，运营同学将组织培训、项目推广、及使用支持等；
上面的规范很好很全，因为大家都是这样的，当然对于倒排场景可能不太适合正常的流程，不在这里讨论了。
最近与娃一起养蚕，费心劳力的搭建的一个结茧巢，结果就有一些游离规则之前的蚕宝子，感觉真是与此事如出一辙。
ROI 很难衡量
22年底，我们面对面与 Z老板, D老板提出每个需求我们要去衡量ROI。因为当时做了很多无用的需求。 极大的浪费了研发资源。
比如 商城先自研后接有赞，再转自研，再接有赞。
比如 客户自主预约服务，连轴研发2个月，半年后，没有一个客户自主预约，然后下线了。
比如 组合商品1.0来回沟通好多次，还没上线就变了， 礼赠商品新逻辑，还没有上线，全变了。。。
有这么多案例，但是Z老板说了一句 R 很难衡量，可能要过1年才知道R是多少，比如整年的线下活动。要结束后才知道R是多少。
R 确实难，但是I 就相对容易了，然则大部分业务刚不关心I，因为这个不是他们的投入。
所以，我们要让他们更多深刻的感受到I, 承担I。
ROI 的 I 是什么
对项目而言，I 是项目人员投入的工作量，是人天。但是人天对大部分人来说是没有概念的，人天背后的成本才是大家有体感的。
比如 业财1.0 初步评估工作量是 105人日。业务方第一个感受怎么要这么久，那投入3个人是不是可以21天交付了。
如果我们把人日还成成本105*1300人/天 = 13.5W，并且这个成本挂到其成本中心，可能第一感受是：哇这么一个小版本居然要10多个W。关注点立马发巨大变化了。
I 如何衡量
要衡量就要结构化，模块化。比如：
1，产品构建结构化需求：故事点对应 业务流程 + 规则 + 逻辑。
2，研发分拆故事点，按模型+流程+规则 + 逻辑 衡量工作量 且转化成 成本。
eg. 当然这样是要投入评估的成本的。
如何 让他们承担这个I，至少在心里层面承担 这是一个问题。
之前写了个视频文案提取，语音识别的小程序。有兴趣的可以体验体验。
小程序名称 ：文字转语音实用工具；
小程序二维码 : 不能直接放二维码，那来一个连接
