- 2019-01-11项目上线之前，一般都会有一个launch plan, 数据库迁移这种项目，不去考虑上线回滚我认为是设计上的缺失。我们公司的launch plan一般是写成一步一步的checklist, 在上线之前会做同伴审查
作者回复: 做得很棒，值得分享！
13 
2019-01-12我觉得领导说先跑通再说和事前推演是不矛盾的，很多时候，我们需要一个poc来证明这个项目是可行的，这其实也是事前推演的一部分。
上线要事无巨细的检查推演，和快速跑通poc不矛盾，当然现实世界是，大家就急着把poc当正式产品上线了，这是无数个悲剧故事的序章。作者回复: 对，能分清楚PoC和产品是两个不同东西的团队，都是好团队。PoC就是该丢弃的，包括代码，因为它的代码质量是不合格的。
7
2019-01-11上线前，哪些机器什么配置应该有一个预期甚至提前准备好作者回复: 很好的补充
7
2019-01-11想清楚了才能写清楚，这是我在编程工作非常认可的一句话，并且我也认为它是区分合格与不合格开发工程师的重要区别。软件开发过程中，最常见的例子就是拿到需求后不管三七二十一，上来就开始撸代码，但最后往往返工不断，质量问题层出不穷，而且加班没完没了，这里面一个根本原因就是没有系统地想清楚，但很多人都觉得前期澄清需求、分析设计是浪费时间，只有编码才是真正的创造价值，这就是差距。
谢谢老师今天的分享，深有同感。 6
2019-01-11非常喜欢老师这种对话式职场故事风格！
曾经对领导问东问西，他说:“先把眼前事做好，先跑通再说……”，听完后我就吭哧吭哧地开始实现，想要跑通后做出来看看，然后各种不对。
现在想想我是会错意了，领导说的是不要过度设计，只要满足当前需求就好，不要在脑中脑补未来可能出现的高并发大流量的需求。而事前分析即事前推演该做还得做，为了“满足当前需求”而做！展开作者回复: 分析和设计是少不了的，不发散也是重要的。
4
2019-01-11推演可以发现达成目标会涉及到哪些部门、哪些利益相关者，需要哪些资源，以及他们需要何时怎样的配合。 3
2019-02-20好文！在开始之前先做推演的工作方式非常好，可以防止工作疏漏更重要的是可以提前知道预先设定的方案到底可不可行作者回复: 把事情做在前面，减少后续的忙碌。
1
2019-01-15我们工作、生活都是有目标的，达到目标有2种方法：A. 先规划好到目标的路线，一步一步往下做。B. 没有规划完整路线，而是依据当前的情况去做。 A方案也许会遇到未曾预料的问题，但总体比较顺畅，能达成目标。B方案一路披荆斩棘，累死累活，结果可能还不能及时达成目标。想想工作中没做好的任务，是不是前期没有好好准备？作者回复: 一个正常的做法应该是，有方法按照方法做，没方法再想办法。可是，很多人把所有事情都做成了现想办法，那就会很辛苦。这种做法就像低等生物一样，完全靠外界刺激。
1
2019-01-13今日概念：
1. 最后一公里：最后一公里就是离”终“最近的那一部分；
2. 个人回顾：也就是复盘，复盘是积累和反思；
今日总结：
重视最后一公里可以跟细节的考虑我们要得“终”，面向“终”分析业务过程，会更清楚的知道要做什么；展开 1
2019-01-13最近一次上线，开发测试运行良好！生产环境上去就发现速度很慢，由于表数据太多了。事前推演，站在最后一公里考虑问题。宁愿事前辛苦，也不要事后遭罪。 1
2019-01-12可是小公司经常遇到的问题是，老板随时都在变需求，每次需求又很急，我们给的方案建议他不采纳，说我们不了解行业，但是他又经常变作者回复: 别急，答疑我详细回答了和上级的关系，如果还有问题，我们再来讨论。
1
2019-01-12以终为始，通往目标的要事第一。作者回复: 什么是要事，我们在 任务分解 模块聊。
1
2019-01-11打卡 1
2019-01-11主题：做事之前的推演
关键词：第一次创造，最后一公里 1
2019-12-15问题是大多数时候，真正的产品经理是无知的老板
2019-10-31哈哈，我就是那位负责人。
2019-07-16以终为始不是目的，而是方法。真正的目的用以终为始的方法搭建走向目标的一步步路径。
2019-05-18推演，这可能是我年度学到的最重要的一个概念吧，虽然以前也模模糊糊听说过这个词，但总觉得跟自己没啥关系，开会的时候大家讨论的很热烈，而我总是提不出什么有建设性的问题和建议，这个一直很困扰我，现在来看就是这种推演的能力不足，做事情只会走到哪算到哪。昨天开会前尝试了下推演，真的有很多发现，比如环境是瓶颈，这边的环境我不太了解，好像是因为要连很多硬件设备所以很有限，如果只有一套设备的话，自动化是否值得做。而且推演后也会对问题认识的更清晰更有把握了。以后一定多练习推演，第一次创造。- 2019-03-13任务分解，提前推演
- 2019-03-13任务分解，提前推演