学的看的东西多了、久了，不做笔记或总结、慢慢的是容易被遗忘的；所以还是要时不时对学过的东西、看过的内容做做笔记或总结；若干年后、回头看看，会惊讶于自己，发现自己原来已经走过的路有那么多。
主要内容分敏捷、精益两块
敏捷，在平常工作学习中、自己的定向思维总觉得做一件事，先按模块分好然后一块块做好做完后再整体提交；但敏捷告诉我、这种思维是错的，存在大量浪费的时间和人力成本；敏捷的方法论要求我们开发一个项目时、应该先以最快的速度做出一个小的基本的骨架原型来，然后根据交付后的快速反馈再进行跌打更新；就像滚雪球从山上往下滚、越来越大、也越来越丰富。
有啥优势呢？仔细想想过去开发项目时，根据客户描述、然后自己捣腾一个月后，把自己以为是的产品交付到客户那里，才发现跟客户描述的完全不是一回事；这时候的修改工期就太大了、然后自己也浪费了大量的时间；如果采用敏捷、我们会先做出一个大致框架，然后询问客户、是否方向正确，然后根据反馈再迭代开发、然后又及时跟用户沟通；整个开发过程中、不停的及时与用户沟通获取反馈，及时调整方向、到项目最后完成时，节省了大量的人力服力。
精益，是在开发过程中、提升工作效率的，先说公司现在的开发流程：业余提出产品需求、产品将需求进行勾勒描述，然后拉上开发骨干、讲解需求，最后开发骨干分配开发任务、到工作人员手中，但这时、整个链条拉扯实在太长，沟通和反馈成本太大；精益的处理就是：业务提出需求，产品、开发所有人一起参会，将所提需求在会上及时进行沟通和补充；让大家获取和理解更明确更生动的需求，从而让开发效率更高效。
精益的第二个工具，就是精益看板、为管理整个项目进度，会将开发过程进行可视化，如图、将需求流程整个拆分如下，每天开会进行反馈和更新。
最后的思考，敏捷不仅仅是可以运用在软件开发中、它最初是汽车工业生产中被发现的；没用敏捷之前，汽车生产线各个组件都是各自生产，然后最后拿到一起进行拼装，但这个生产过程中、如果市场已经不需要这种车型了、那么各个车间疯狂生产的组件就全都浪费了；引入敏捷之后、整个生产车间串成一条线，当有需要时在流水线上生产一个个组件、当有其中一组件被阻碍时，整个生产流水线就会被停止、一直到被阻碍的组件被解决后再开启整个流水线，这样、整个生产车间就没有任何的库存问题，就不会当产品撤销时浪费大量的组件库存。
同样、敏捷可以很广泛的应用到生活方方面面。比如说电影：监狱厨房、总厨拿来一张菜单，厨房几十厨师各自代发等待接单、从总厨那接完单后马上开始制作，完成时马上交付总厨，待总厨品尝合格中送往客户手中、同时，完成订单后再次领取下一张订单；就不用像传统的厨房一样、做完所有的菜后再上桌，这样会让客户非常不耐烦，也大大降低了就餐效率。
