敏捷开发怎样保证项目可控?
敏捷开发也并不是无序乱来，无序乱来任何项目都不可控。
敏捷的前提也是在充分需求分析的前提条件下，需求分析是一个软件项目的根本，无论什么开发方式，需求分析都是绕不过去的。
首先还是要充分的需求分析，一个项目不进行充分的需求分析，任何方法都不可控，不进行充分需求分析，任何时候都可能导致项目失控。
敏捷和工程项目的流程和方法在大前提上是没有任何区别，一样要需求分析，概要设计，详细设计，编码和测试环节一样都不会少。
而敏捷和工程方法区别就只有化整为零，也就是区别在需求分析之后，敏捷把需求按优先级划分，把大需求拆分成小需求，把大目标拆分成小目标。
而完成每个小目标的步骤依然是概要设计，详细设计，编码，测试一样的流程。
所以说工程项目该写的文档敏捷一样不少的都要写，不理解这个的盲目进行敏捷开发只能让项目不可控。
■网友
简单的来讲，敏捷的意思就是反应迅速，为什么要反应迅速？看看腾讯、阿里就知道了，市场变化越来越快，客户要求越来越高，为了满足用户的需求， 人家一个星期发一个版本，我们仨月才能憋出一个来 ， 那还不被打的满地找牙？
问题是如何才能反应迅速？ 我们先来看一个场景：
一、残酷的现实
软件开发有一大难题就是客户脑子中的需求难于描述出来， 我们通常的应对方法是这样：
先花上几个月整理需求， 天天和客户座谈， 画出几百页的流程图， 写出上千页的文档， 最后把客户都快搞晕了。
项目经理：这是您要的软件需求吗？
客户：（看到这么多的文档） ： 嗯， 应该是。
项目经理：那就请您在需求确认书上签字吧
客户：（心里犯嘀咕， 但是一想，反正是我先给你个首期款，怕啥？ ） ： 签就签！
项目经理：（非常高兴的宣布）需求分析阶段结束了， 项目成功进入下一个阶段： 概要设计！
然后是详细设计， 开发， 测试， 我们强悍的技术团队开始发动， 一切都严格按照计划进行， 一切看起来都很完美， 看来项目马上成功结束了！
但是客户的验收测试给了我们当头一棒： 这个界面怎么少了一个选项 ？ 那个界面怎么不能跳转 ， 那个功能需要给领导一个后门， 还有， 我的业务规则怎么不能改？ 什么？ 在代码中写死了？ 唉，你们做的系统啊， 根本就不能用 ！
每个人都很郁闷， 几个月的辛苦开发看来要付诸东流了。
从这个场景中能看出的是， 我们从客户那里得到的需求描述和需求文档， 其实离客户真正想要的软件还差的很远。
在瀑布式的开发模式下，验收测试发现的问题，要想改正代价是非常高昂的。
二、改进
一个想法自然而然就浮现出来： 为了避免到最后习惯性崩盘，能不能让客户经常性的做验收测试？
让他们经常性的去使用一个可以工作的软件， 从而告诉我们那些地方还有欠缺 ？ 那些地方做错了？ 这样我们可以迅速的修改， 这样我们就会轻松多了 ！
我们可以把软件开发划分成一个个小的开发周期， 例如每个周期就两三周时间， 在这两周之内我们完成一个或几个功能， 然后就让用户去试用， 有问题立刻反馈，在下一个开发周期马上改掉。 这样就可以逐步逼近客户的最终目标。
这还带来了一个额外的好处， 不用花费巨长的时间来分析，整理冗长的需求文档了。
听起来很美是不是？ 但是仔细想想这里边的问题很多。那么该如何实施敏捷开发呢？我们可以借用CORNERSTONE敏捷开发工具，来帮助我们高效规划任务,灵活调整计划,高质交付产品,快速迭代,响应需求。
1. 抛弃了冗长的需求文档， 但还是得描述需求啊
CORNERSTONE为需求生命周期搭建流程，可以自定义更改按收集、评审、排期、设计、开发、发布设立多个阶段，在不同阶段把任务分发给产品、设计或者开发人员，让需求完成无缝衔接。
推荐阅读
- 聪明人养花，这3种“花”怎样也要养一盆，每年能省不少医药费
- 互联网怎样解决“家政服务上门速度慢”的问题
- 怎样看待从1月8号起，QQ钱包开始提现收费
- 银行it人怎样转型
- 汽车|冬天怎样让车内温度快速升高？座椅加热的最佳使用方式二，外循环的作用总结
- 怎样进入通信行业
- 怎样评价扶他柠檬茶的小说《云养汉》的结尾
- 怎样成为一名合格的Python程序员?
- 怎样评价华为、诺基亚、中兴中标中国移动高端路由交换设备扩容集采
- 怎样评价类似前橙会、百老汇、南极圈这样类型的离职帮抱团，对企业的积极意义和消极意义