没有“项目立项”的敏捷开发如何开始第一步？
敏捷项目管理中并没有项目立项这回事 ， 只有Sprint计划会议一说 。
所谓立项还是沿袭了传统项目管理的说法 ， 可是对任何员工来说 ， 立项是神圣不可侵犯的 ， 立项的项目一定会有人关注问题是怎么解决的 ， 一定会关注项目结果 。 特别是对于对变更深恶痛绝的研发人员来说 ， 立项了意味着变更要受到管理了 ， 产品不能再随随便便地更改需求了 。
文章图片
一提到立项 ， 很多做过项目 ， 甚至项目经验丰富的项目经理可能立即会联想到一系列规范的过程 ， 其实并不需要那么负责 ， 作为团队的管理者一定要记住不管做什么 ， 一定是以结果为导向 ， 采用最简单、最直接的方式达到目标 。 那么简化版本的立项应该怎么完成呢？
首先 ， 先共识立项的目的 。 由于业务不同 ， 团队执行能力不同 ， 管理者在项目管理上的期望不同 ， 立项的目的也是不一样的 。 在传统大企业的研发团队中 ， 立项的目的要回答如下一些问题 。 第一个问题是为什么要做 ， 一般是研发和测试团队来问产品经理的 ， 敏捷的实施让研发和测试人员更加积极 ， 原来的研发人员已经进入了怪圈 ， 产品需求说一 ， 研发就实现一 ， 需求一有验证的逻辑错误 ， 研发就按错误的逻辑实现出来 。 立项让研发和测试人员活了 ， 让整个团队的成员都有了质疑精神 。
文章图片
团队归纳了要做的三类事情：
1、为用户提供有价值的新功能或服务；
2、为改善和提升用户体验的功能的优化；
3、解决Bug 。
所以只要Sprint的需求用户故事能落实到这三类 ， 这个问题就可以得到解决 。 第二个问题其实是项目优先级排序的问题 ， 产品经理罗列的N多的用户故事 ， 哪些更重要排在前面 ， 也需要立项的时候回答清楚 。
文章图片
【没有“项目立项”的敏捷开发如何开始第一步？】项目交付的结果无须解释 ， 但是这个结果要达到什么质量标准是必须在立项前定义清楚的 ， 这里质量标准包括但不限于崩溃率、启动速度、功能的转化率、下载成功率、播放成功率、不可播率等 。 需求的理解在传统项目管理中需要定义烦琐的需求文档 ， 在初次实施敏捷的软件研发团队先让产品、研发、测试达成需求的共识是必要的 ， 这样大家可以分头去准备必要的需求文档、设计文档和测试用例 。 而对于风险好像除了进度风险团队就识别不出其他的风险了 。
推荐阅读
![[东方金钰]市值从300亿跌到20亿，守着百亿存货，东方金钰家里有矿？](http://dayu-img.uc.cn/columbus/img/oc/1002/463e18e8dc8ad647a0a563fd560849fb.webp)
- 百亿富豪遇“麻烦”，相中老牌百货，举牌后遭警示，恐添变数？
- 疫情冲击经济，第一个“破产”的国家出现！今年5次调查自华产品
- 美国用“核试验”来恫吓中国“核裁军”，那是赤裸裸的核讹诈
- “泡芙消极事件”引关注，Curse：大家都不ping人，除非特别恶心
- 云顶日报0516 史上最“短命”套路？炸弹人惨遭热修
- 三国杀：卡牌是否应该“界限突破”？且看这版「界闪电」设计如何
- 这3个星座爱得忠诚，弱水三千只取一瓢，用情至深断绝“暧昧”
- 又一位“埃梅里”，巴黎青训小将崭露头角
- “神童”将加入NBA发展联盟？未来的中国男篮，强敌恐不止日本！
- 冷色系软装搭配——现代风简约风