前提
- ToB业务
- 本小白的自我反思
场景：
- 产品构想一个功能，UI设计一个功能，开发实现一个功能，测试验证一个功能，交付用户
- 由于功能用户类型定位有问题，导致8成用户感觉这个功能拖慢了他们日常工作，反馈给产品，产品找开发优化性能，开发一顿缓存+并行 300ms变30ms事情搞定
- 下一个功能接着同样的模式开发。 有一天，老板发现员工都很暴躁，开发骂产品，产品骂用户，用户骂公司，公司进入一个恶性循环
开始解决
- 没有使用方法论？于是乎各种管理实践，各种潮流架构都用用，说不定就解决这个问题呢！
- 人员素质不行？于是乎逼退老员工，引进更有能力的新员工，新员工维护老代码不爽，大范围的重构开始了，用户暴走模式启动，开发加班模式启动，哼哧哼哧几个月，完美！？
效果
- 使用了各种开发方法，扩充了众多的人，看着公司壮大
- 变更变得可控了
- 编写的代码优雅大方，都可以出书立说了
我吐槽个毛线
是不是忘了初心，这个功能对整个系统来说的价值在哪，在识别真实的用户之后，做过平衡的取舍（不是把一对功能对比优先级，因为局部最优不等于全局最优） 这个功能是不是需要坚持，因为在你的视野下他会规范用户的流程，提升用户的效益，有长远的考虑。
废话这么多总结一下
系统化全局考虑（蓝图），共享给干系人，干系人之间也明白自己位置、作用、问题，更高效的开发协同，更理性化的使用可能效果更好
