如何在程序员客栈做 ‘敏捷开发’

共 1218字,需浏览 3分钟

 ·

2018-07-26 18:36

如何在程序员客栈做‘敏捷开发’


前文我们刚刚说了为什么要尽量避免【需求变更】

今天我们聊聊敏捷开发。


什么是敏捷开发


敏捷开发是以用户需求进化为核心,采用迭代,循序渐进的方法进行软件开发的一种方法。

在瞬息万变的互联网,移动互联网,乃至人工智能时代,我们看到越来越多的互联网产品出现了一周进行一次版本迭代的节奏,这么快的速度,就是为了迅速响应市场与用户的需求。


敏捷开发的特点


①小步快跑,尽早交付

正是因为随着时间,市场,用户需求,竞争对手等因素都在发生变化,为应对这种变化,让用户(包括内部优化)尽早看到结果,并给予反馈,我们要用小步快跑的姿态来做产品,尽早地交付新的版本。

②有计划,但拥抱变化

敏捷开发不代表不做项目计划,恰恰相反,敏捷开发更注重计划的制定。但是会有更多的灵活性,因为敏捷开发就是为了快速响应用户和市场的需求,不断修正自己原来的计划,利用变化为产品创造竞争优势。

③版本周期内尽量不变更

尽管敏捷开发目的是尽量让产品适应市场需求的变化,但并不意味着可以毫无节制的添加和修改项目需求和任务。

每个迭代都有开始时间和结束时间,也就是在项目开始时就配置了相关资源进行开发,如果突然插入或修改需求,一定会对项目进度和成本产品影响,所以还是要在版本开始前就思考清楚,除非碰到特殊情况,尽量做到版本内不加任务。


敏捷开发的原则


①抓住产品核心主流程

需要抓住最核心的产品流程,剔除多余的功能或高级功能。

如电商产品:

核心目标:用户下单购物。

核心流程:浏览商品-挑选商品-下单付款-查看物流。

其他如个性化推荐,活动推荐,秒杀大促,分享评论,积分等都属于非核心流程,当然,一款产品不同业务,不同场景的核心流程,需要团队和产品一起去商量的。

②不同阶段MVP目标不同

MVP1.0目标就是验证需求,设想的需求是真实存在还是伪需求?高频还是低频?刚需还是非刚需?避免没有验证用户需求就陷入产品的日常迭代之中。

③可以尝试任何产品形态

如做个DEMO先看下用户反馈,或者一些开发成本高,但是可用人工的工作,先进行人工验证,确认有需求后再进行开发。


敏捷开发的主要风险


很多不确定因素都会导致项目计划的失败,如项目需求的变更,人员的流动,市场的变化等。

其中在平台上有如下情况需要警惕和避免:

客户需求阶段没有参与(较少参与),导致需求失真。

需求不明确或不完整,没有确定自己想做一个什么方向的产品。

项目计划不合理,要求实现难以完成的进度计划,导致后期验收修复时间长,项目周期往往比正常进度更长。


平台做敏捷开发的建议


①需求梳理阶段,要区分好功能点和功能模块的优先级,便于后期制定设计和开发计划。

②如果项目开发周期超过2个月,建议将项目按优先级拆分成不同版次,第一版完成后快速上线运营,根据实际情况判断,直接开发第二版或根据运营情况调整需求后开发。

③可以在客栈持续迭代您的产品,如果担心开发者迭代间隙另有工作,不能连续进行,可以通过云端工作(云端工作说明2.0)方式,与开发者建立长期合作。

浏览 71
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报