##为什么有这个话题
上个月我们团队人员变动挺大的，有一个同事来了又走了，快的就好像从来没有存在过。不过她走之前给我整理了下我可以写成文字的产品思路、工作思路。于是我有了动笔的冲动，在这里要感谢一下她。
1、敏捷开发是什么
敏捷开发在互联网行业的人都知道，粗浅的理解就是以用户的需求进化为核心，采用迭代的方法进行软件开发。给人的第一印象就是快。虽然在他的定义中并没明确说出要快。那么敏捷到底在快什么。在从前，大概是web2.0之前，大家开发程序都走的是瀑布流（对，就是你们公司还在用的那种）。瀑布流慢呀，拖呀，开发前先定需求开会开会开会，一个项目3个月，中间无数次改需求，开发不出来就拖6到个月，一直改最后把项目彻底整发霉了。后来有一群被逼急了的程序员提出了一种轻量级的软件开发流程，把以往开发流程中的繁文缛节（文档、会议、谈判、计划等反人类的做法）进行了大规模的削弱，强调实时沟通、快速迭代、到达用户。从而让客户第一时间知道产品是什么样子，很好的控制期望，加快了产品开发的速度。此言一出简直是软件界的一股清流。之后的十几年时间，敏捷开发从一股小溪流逐渐积累成一片汪洋。可以说它推动了开发技术、开发流程的改革，更是促进了互联网产品思维的形成，在互联网公司中有着巨大的影响力，无人不知无人不谈。
2、我什么时候接触敏捷
敏捷开发在2001年才被提出，大概在0405年开始传进中国，到我09年读大学那会，开始有大量的书籍介绍敏捷开发。那时候我在学校做过一个半成品的网站项目，整个项目从立项，进度管理，技术开发几乎每个环节都在犯错，当时连应该怎么发现问题都是懵懵懂懂，更不用说要解决了。当我在图书馆看到了敏捷开发的书，对里面的许多案例和思路很有触动，被他们所描述的高度互相协作的开发方式所吸引，觉得这才是真正酷的软件开发。要是我们也能做到这样，那还有什么东西是做不到的。不过后来也一直没有机会可以实践。但那个时候可能就埋下了一个种子，等待合适的条件就会从脑海里冒出来。
3、什么是真敏捷，什么是假敏捷
回到现在，很多公司都喊着要实施敏捷，扁平化管理。我想到了我们项目SM(emmm…知识点记起来。sm，scrum master)说过有一个公司老板让他去给研发团队做敏捷培训。然后讲了半天，老板问了一句，你觉得禅道好用还是teambition好用。他一听一口老血就喷出来。他讲了那么多敏捷的本质，快速到达用户的精髓没有人在意。老板的思路还停留在怎么管理员工上，他很多人也都停留在这个阶段。市面上一个两个界面优美的敏捷工具层出不穷，仿佛用上了这些工具项目马上就敏捷起来。很多人知道敏捷开发是因为这些美丽的工具，但依旧使用瀑布流的开发流程在开发。这就是假装在敏捷。所以只是用一个听起来很敏捷的工具是远远不够的。真正的敏捷就只有一个评判标准，是假设能解决用户需求的功能能否被快速的到达用户。但是光有这个标准也是远远不够的，老板会和你说，我就是用户，到达我就是到达用户。所以敏捷有一套各种各样的工具来做用户洞察、用户画像、用户故事、体验地图、燃尽图等等。一整个流程是快速且逻辑自洽的过程，而且减少了扯皮、减少了拍脑袋、减少了奉承领导、最重要的是减少了领导。
好了话吹到这里差不多该出现反转剧情了。没错，下一集我们就来看看，这几年我是怎么入坑怎么扑街的，以及经过了失败的项目后的反思和我目前新的角色定位。
