起因
前阵子看到一朋友写的博客文章,他在文章里面对“敏捷开发”做了详细的分析以及个人对“敏捷开发”的见解。由于前阵子我也经历了“敏捷开发”这个东西,索性也大体的整理了一下,随即和这位朋友简单的聊了两句,聊的内容则是关于“敏捷开发”的话题。很明显,我们对“敏捷开发”这个东西,还算是有些共同的见解。
开始
软件开发发展到现在,互联网产品逐渐失去客户的概念,随之就会带来需求的模糊。如果项目型开发还可以怪客户需求模糊的话,多数互联网软件产品却连这个借口都找不到了,由于没有特定的客户,自己摸索需求,拥抱变化,也就成为必然,只关注最重要的需求,拥抱变化的互联网企业得以逐步摸索自己产品的实际功能,最后就可以把互联网产品做成了某行业的标杆。
在项目模式下或传统的生产-销售模式下,时间点不是最关键的,但是互联网行业就截然不同了,谁也不敢比别人晚推出更好的功能或者更好的产品,实际上无论迟到者有多好,多数用户都会选择留在原有产品上,互联两个字是用户群本身成为产品的一部分,而功能则退居其次,尽早获得用户群成为互联网行业成功的要点。
在大型项目中,开发人员参与需求和设计的概率和数量都很低,或者说开发人员不是项目成功的关键,即使换了另外一批程序员,只需要需求和设计做的好,项目依然能够成功,在这类项目中,很多问题遗留给了一线的工作人员,而且由于互联网软件的平面化,也就是开发者往往是自己产品的用户,比如QQ,微信,微博等,他们的开发人员往往能更好的捕捉和定义新需求,在这类项目中创新和快速的迭代是最高的价值观。
说到这里,很明显,敏捷开发适合于产品,而并不适于项目型的开发
结束
关于这个“敏捷开发”就先聊到这里了,我觉得它就是一个思想,不能是方法,开发框架,开发过程等混为一谈,所以思想的传达很重要,但是思想传达前各位Master您必须先做团队的榜样,而不是甩手给下面的团队成员。
最后
分享朋友的文章 --> 大话敏捷开发