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

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

如何把工作精益求精的做的快做的好？除了自身知识和技能不断补充和优化是基础之外，最重要的是三点:想，精益动机。找，发现精益点。做，补丁或者翻新。
 
精益动机其实源自工作自身的需求，精益的努力:1.追的上业务开拓时代码的生长速度。2.压得住维护守成时代码腐烂的速度。

寻找精益的着力和出发点，老师已经讲的很全面了:问题点，重复点和等待点都是从点的维度进行优化，建立监控体系，用指标说话，从整条线去发现精益点并采取改进措施，这已是升维后的操作了，更难也更有价值。

关于做，补丁小操作，翻新大操作，只要是操作，就要看效果。用经济的和阶梯提高曲线的眼光来评判精益工作的得与失。当得不偿失的时候，就罢手吧。


总之，精益工作的说想做都是有方式方法和评价标准的，知止而后定，把自己的思考写在评价区，方便今后查阅补充。谢谢