2023/6/13 小步快跑？

“ ℹ️ wanna to refactor those shxxxt”

三个月前我充满自信，读着《refactoring》，想着能既然负责了这个模块，那就全面的改造他，什么设计模式，什么重构技巧，通通用上，软工思想贯彻到底。

后来就变成了，无限堆屎山。

“小步快跑”

“这个功能先上，后面再优化”

产品负责人对于任何功能都可以用“小步快跑”来加紧进度。不讨论架构，方案可行性，技术可行性，功能完备性。

story1:

我找PO1号聊完需求，做完交给测试，测试问我这个需求是什么意思？为什么问了PO2号和你的说法不一样？

很多时候一个团队过分依赖于PO的整体素质，很多时候我并没有感受到po做到了“需求细化” （客户，测试，研发 理解拉齐 逐步成型的过程）。

解决方案：“Collaborative refinement可以在多个阶段使用”    ：）

story2：

A提出这边有个bug帮忙改一下，B这边提出一个接口需求改一下，C那边说有个紧急需求要改一下。我说走流程吧建task，AB说可以，C说不可以，解决问题要半个小时内给出答复。

解决方案：“咖啡卡”模式，收集之后集中处理。 总工作容量需要限制，并且可视化的告诉别人还剩余多少区域可分配。至于不走流程的人，i dont fucking care。

so，《refactoring》读完了，《设计模式》也读完了，但是对于实际工作用处不大。