打开APP
userphoto
未登录

开通VIP,畅享免费电子书等14项超值服

开通VIP
什么是敏捷开发?
不知道大家有没有“迷茫、焦虑”过。
为什么会迷茫?
用最近看“奇葩说”里学到的一个高级词汇解释叫做“知识焦虑”。
为什么会“知识焦虑”?
因为这个互联网这个行业发展实在是太快了,不光是你们,我也一样迷茫过。
随着国内互联网企业飞速发展,产品环境也发生了很大变化,重心逐渐回归到产品价值本身。强调精益思维快速落地,投入最小资源,创造最大价值。提升团队效率降低成本,从长远角度提升企业价值。

1、什么是敏捷开发?
敏捷软件开发(Agile software development),又称敏捷开发,是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化需求的一种软件开发模式。
敏捷开发更强调开发团队与业务专家之间的紧密协作、面对面的沟通、频繁交付新的软件版本、紧凑而自我组织型的团队、能够更好地适应需求变化的代码编写和团队组织方法,也更注重软件开发过程中人的作用。
总结:通过自组织和跨职能团队及其客户/最终用户的协助努力,需求和解决方案得以发展。它倡导适应性规范,进化发展,早期交付和持续改进,并鼓励对变化做出快速而灵活的反应

2、互联网企业敏捷开发潮流趋势
近几年,各大公司都流行“敏捷”战术,即不同岗位的人组成小团队,为同一个项目目标努力。
公司采用项目制,打破原有的完全以职能结构为主的团队划分,把不同职能的人组织在一起,围绕同样的“项目目标”努力。将项目人数控制在10人以内,虽然人数少了,但是整体产能大大提升,同时也给很多新人成为项目经理并能独挡一面的机会。
阿里巴巴于3年前提出了“大中台-小前台”战略,理念来源于美军的“特种部队+航母舰群”的组织结构方式。十几人甚至几人组成的特种部队在战场一线,可以根据实际情况迅速决策,并引导导弹精准打击目标。这是针对公司内部日渐臃肿、整体迭代缓慢、灵活性不够、内部竞争激烈、缺乏创新的现状提出。在国外很多公司只有几个人,却创造了等同于某些公司几百人甚至几千人产生的效益。
团队越来越精简、灵活是不可避免的,这样能够大幅提升彼此的合作效率。

3、敏捷开发的参与者及基本流程
参与者必须跨专业思考,非常明确跨专业划分职责,视觉兼顾交互,交互承担部分产品,产品承担用研与分析,开发承担前端等。需要调节彼此协助,具体流程如下:

4、敏捷开发宣言
之前有看过一些网络文章,但个人觉得描述的不够接地气,成员对敏捷开发理解不够深刻。在这里用了口语化来描述内容。方便团队成员更容易的理解。
敏捷宣言(2001年)是敏捷起源的基础,由以下 4 个简单的价值观组成,敏捷宣言的签署推动了敏捷运动。敏捷宣言本质是揭示一种更好的软件开发方式,启迪人们重新思考软件开发中的价值和如何更好的工作。
我们正在揭示更好的软件开发方法,我们使用它并且帮助其他人使用,也就是说,我们认可上述右边事项的价值,但我们更加重视左边的事项。

5、敏捷宣言遵循的原则
很多人都被敏捷开发的字面意思误解,认为敏捷开发就是一个快速开发上线的一个流程。其实并不然,本文在开始已经解释过。敏捷开发是全组成员为了同一个“项目目标”努力。
《高效能人士的七个习惯》提到:以终为始是一种思考人生的方式,是一种遇事之后持有的态度和处理的方法。应该先问问自己想要什么结果,为了得到这结果必须做些什么,也许会有更好的结果。
敏捷开发并不是一个固定的流程,它可以根据不同企业、团队配置、项目类型等而进行改变。最终结果为更完美、更高效的完成“项目目标”。团队成员通过“逆向思维”反推如何更好、更快的完成这个目标而进行奋斗,这是整个团队共同承担责任。
这在本文开头也强调过,合理的避开工作中任何浪费资源的方式或流程,投入最小资源,创造最大价值。提升团队效率降低成本,从长远角度提升企业价值。

敏捷开发十二条原则:

01、对我们而言,最重要的是通过尽早和不断交付有价值的软件满足客户需要。

-持续交付,快速迭代


02、我们欢迎需求的变化,即使在开发后期。敏捷过程能够驾驭变化,保持客户的竞争优势。

-敏捷更多适用于互联网企业,移动端更甚,一个机会的存在期可能短的可怜,应尽量保持软件的灵活性,减小对系统造成的影响


03、经常交付可以工作的软件,从几星期到几个月,时间尺度越短越好。 

-尽早的、经常的交付可工作的满足需求的软件,在Google,甚至可以做到每天交付一个可工作的软件,即beta版本


04、业务人员和开发者应该在整个项目过程中始终朝夕在一起工作。 

-及时沟通,避免信息断层,减少延时,随时调整


05、围绕斗志高昂的人进行软件开发,给开发者提供适宜的环境,满足他们的需要,并相信他 们能够完成任务。 

-过程和方法对于项目的影响只有次要的影响,首要的影响是人


06、在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。

-邮件听不了语气,语音看不到表情,面对面沟通是最高效的办法


07、可以工作的软件是进度的主要度量标准。

-最终产出物是可工作的软件,所以快速迭代交付的重要性不言而喻,这也是衡量一个项目进度的重要的基本部分


08、敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。 

-目标清晰,设定可实现的短期的详细的目标,当然这种步调需要长时间的培养和锻炼


09、对卓越技术与良好设计的不断追求将有助于提高敏捷性。 

-拒绝平庸,追求卓越,良好的设计能减少很多工作中后期的麻烦,比如技术负债


10、简单 - 尽可能减少工作量的艺术至关重要。 

-轻文档,轻流程,重产出,重目标


11、最好的架构、需求和设计都源自自我组织的团队。 

-想起一句话:管理的最高境界是为共同的目标,整个团队共同承担责任,而不是单一职权负责制


12、每隔一定时间,团队都要总结如何更有效率,然后相应地调整自己的行为。 

-不断思考总结,调优,减少不必要的资源消耗


本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请点击举报
打开APP,阅读全文并永久保存 查看更多类似文章
猜你喜欢
类似文章
【热】打开小程序,算一算2024你的财运
从张小龙的敏捷管理说起,一篇文章读懂敏捷认知与实践
不可不读 敏捷经典--《新方法论》 - 回头再说 坚强2002的博客 - 博客园
原创|敏捷项目管理—开创软件项目管理新模式
MVP精粹-第99期:敏捷开发宣言
敏捷开发方法学及应用
从一个实例详解敏捷测试的最佳实践
更多类似文章 >>
生活服务
热点新闻
分享 收藏 导长图 关注 下载文章
绑定账号成功
后续可登录账号畅享VIP特权!
如果VIP功能使用有故障,
可点击这里联系客服!

联系客服