架构师如是说（一）—

也不是大分享，只要是我刚出来实习的一个小小的总结并记录下来。
“我们在开发的时候，开发出来了一个小功能了，就先公开给别人用，先给我们内部人员用用，完了再开放给客户用。”公司的架构师如是说。今天跟他聊了关于开发计划的问题，由于我之前的开发工作都是自嗨的比较多，上来实习后，发现团队合作开发还是缺乏经验，今天架构师就跟我说了这么一个话题，“敏感式开发”的研发观念。

1. 什么是敏感式开发观念

其实我前面那句架构师的话已经表明了敏感式开发的做法了。它强调我们开发产品和客户之间的强联系，为的就是能及时修复未来隐瞒的bug和跟进客户体验。

2. 为什么需要敏感式开发

你或许说，我们可以做完了整个项目了才给客户呀（好吧我之前一直这么认为的），客户觉得哪里不好，我们再修改不就得了？其实想想就明白了，我们程序员辛辛苦苦开发出来一套项目，结果客户的评价反而不太好，这时候，我们是什么心理？更多是接下来应付了事，态度很容易在这时候发生改变，会影响我们的研发工作和与客户的合作。
而边开发边用的这种敏感式开发，本身就是冲着与客户的强沟通去的，一个项目，分成10个小模块，完成第一个小模块我就开放给用户使用，并要求他作出反馈。第一次假设可能做得不太好，客户给了我们30分，我们心态也有点无奈，但因为只是1/10，不至于崩溃，所以及时对第一个模块加以完善，弥补客户丢失的那70分。接下来，就是第2个模块，我相信，因为有了第一次沟通，我们越来越懂客户的心思，这次会比第1次高分，如50分，第三次70分、第四次…你可知，在这多次与客户沟通的过程中，除了我们向客户展现出我们的价值输出之外，还能顺利地、可观地让客户了解我们的工作进度，还能增进我们彼此的信任，让客户知道，我们是靠谱的。所以，我现在就要改掉那种闷头就干的坏习惯了。

3. 怎么做才算敏感式开发

其实，很简单，相信很多在职的程序员都跟我一样，每个开发的项目都有一个响应的计划表，我们在计划表上做好模块分解，并标记着开发到什么模块之后就要停下来，先上线给客户用就好了。