23 | 怎么体现你能把工作越做越好？

对于思考题，一些个人拙见。 Q:糟糕项目，全是问题。从哪里着手，把它变好呢？ A:从业务流程梳理开始，流程理清后可以从不那么重要的功能开始慢慢改写，同时在添加新代码时注意规范，顺便优化下相关的老代码。 Q:已经想办法把生产力提高了一大截，还有必要做得更好么？好像也没有提高的空间了呀。 A:业务是不断发展的，要提前考虑到几年后的瓶颈，早做打算。 Q:工作单调无聊，没有挑战，很难做出成绩，可怎么做得更好呢？ A:代码工作其实还是很需要创造力的，业务不同所以不能靠单纯的代码堆砌来实现功能。想要做得更好我认为还是要从业务入手，看下各个流程有没有值得优化的点，以及业务方那里有没有可以帮助提高业务产出的新功能，还有就是提高现有代码的可读性，可维护性。

对于996的工作来说，时间都被新需求的开发或者bug占用了，这样的场景下，即使找到了可提高的点，对于实现来说，恐怕没有时间挤出来做出改变，相信大部分人都遇到过“怕变革的麻烦”，基本上不愿意去动老代码，面对这些情况应该如何去做为好？

深有同感，我翻新的是一个20多年的EJB项目，断断续续花了两年。 有人说没时间，做不了，或许他应该换个角度，领导需要的是可行的解决方法加上评估的时间和成本，只要合理，他也想做出成绩给董事们看看的。我们需要把成果给他看，而不是只讲问题，这些都可以在平时带着做。 我这两年分两个阶段，一阶段很极端，能删的删，技术用最新，但是新技术水土不服。搁置了几个月。但是我熟悉了项目的核心技术和重要业务。继续学习，改进方案。二阶段，采用了简单 合适 演进（感谢李运华的专栏），并且一阶段的手动工作能自动的都自动化解决。演示完demo后，领导特批了三个月给我full time完善。 总结就是，就像稳重写博客例子一样，一件事不要只做一遍，第二遍，第三遍肯定会更好，放一段时间也没关系。

如何把工作精益求精的做的快做的好？除了自身知识和技能不断补充和优化是基础之外，最重要的是三点:想，精益动机。找，发现精益点。做，补丁或者翻新。 精益动机其实源自工作自身的需求，精益的努力:1.追的上业务开拓时代码的生长速度。2.压得住维护守成时代码腐烂的速度。 寻找精益的着力和出发点，老师已经讲的很全面了:问题点，重复点和等待点都是从点的维度进行优化，建立监控体系，用指标说话，从整条线去发现精益点并采取改进措施，这已是升维后的操作了，更难也更有价值。 关于做，补丁小操作，翻新大操作，只要是操作，就要看效果。用经济的和阶梯提高曲线的眼光来评判精益工作的得与失。当得不偿失的时候，就罢手吧。 总之，精益工作的说想做都是有方式方法和评价标准的，知止而后定，把自己的思考写在评价区，方便今后查阅补充。谢谢

感觉是否辩解与是否愿意成长不冲突啊，有的人会辩解，但是转身还是偷偷的改正。我有的时候也是会辩解，这个要改正。

1.糟糕项目，全是问题。从哪里着手，把它变好呢？ 答：一般会确定一个待办列表，每一项划分优先级，找到依赖项，依据项目现有资源进行，单元测试没做的补单元测试，或许会先从核心代码公共库开始，也可能从边缘系统开始，调用的第三方数据mock掉，这样对上线的项目影响小一些。小步重构，每个迭代做一些，覆盖率百分比一点一点点提起来。当然这之前会发现一些依赖：如持续集成没做，开发环境不统一，那就抽个时间指定人或团队一起做起来。 2.已经想办法把生产力提高了一大截，还有必要做得更好么？好像也没有提高的空间了呀。 答：有必要，生产力的提高中涉及技术、开发流程、工具使用、用户的反馈、跨部门的人员反馈、团队交付价值、团队成员个人生产力以及幸福感成就感等很多思考的维度，去找去探索一定可以找到。 3.工作单调无聊，没有挑战，很难做出成绩，可怎么做得更好呢？ 答：首先是要正确的做事，而不是应付或疲于奔命，然后是你的工作是否达到了领导的预期或满意，再者即使你的核心能力已经很好了，还可以关注工作的整体和边缘，多维度思考提升产品的交付效率。

精益能力，工匠精神！

只有你进入持续提高的惯性循环，才算真正踏上了通往优秀的发展路程。 --记下来

这篇文章让我想到“推陈出新”这个成语，其实我们的工作也是这个过程，需要先将现有的工作套路熟悉，才能找出不足，然后尝试新的点子去提升工作价值

提高的几个点，我觉得梳理的比较好。主要是1.对重复动作的改进，2.对等待时间的改进，3.不断使用产品，梳理产品问题。之前有个评论里提到，怎么去把当前产品用坏，这也是可以优化的点，4.设置性能指标，体验指标，达不到指标就是需要提高的。