3分钟了解敏捷开发模型 敏捷开发是什么开发模型

最近 , 我读了一些关于项目管理、OKR等的文章 。原因很简单 , 就是觉得自己团队的开发效率和交付质量不尽如人意 。内在原因一定是项目管理的问题 。没有合适的方法论来提高团队开发的效率和质量 , 也没有可以具体实施的实用方法 。
看了很多关于项目管理的文章 , 其实对所谓的敏捷开发有了新的认识 。在这里 , 其实我特别想问问大家 , 到底什么是敏捷开发?你可以在这里暂停一下 , 思考一下答案 , 然后继续往下看 。
敏捷开发是Scrum , 极限编程?
敏捷开发就是每天开个小会 , 每周更新迭代?
敏捷开发是把需求拆分成小模块 , 做个甘草图还是在白板上展示进度?
敏捷开发是管理开发进度的任务管理软件吗?
我们来看看敏捷开发的宣言 。其实从敏捷开发的宣言中可以看出 , 敏捷开发并没有固定的流程和方法论 。敏捷开发本质上是一种思维 , 一种理念 。更形象地说 , 敏捷开发只是一种价值观和原则 。
用我们中国的古话来说 , 兵在不变 , 水在不变 。兵无常水无常是古代的用兵思想 , 意思是用兵要根据敌情的变化采取灵活的战略战术 , 不能拘泥于某种作战方法 。
敏捷开发也是如此 。它是我们软件开发的一种开发思路 , 用来指导我们采取灵活的战术来应对不断变化的需求 , 而不是盲目地按部就班地遵循瀑布模型 。
事实上 , 我们目前所有的敏捷开发指南都逃不过这两点:小而快 。
敏捷开发 , 敏捷 , 敏捷意味着我们要快 , 但是怎么快呢?它必须被分成小块 。
【3分钟了解敏捷开发模型 敏捷开发是什么开发模型】小的意思是把需求和功能分解成一系列具体的小的可执行模块 , 增量迭代开发;另外 , 团队要小 , 人数超过一定规模就要分多个组 。
快速是将所有功能拆分成固定大小的短迭代 , 每周更新产品 。
敏捷开发作为一种价值观和原则 , 就是“道” , 我们在敏捷开发中使用的各种集成框架、开发工具和方法 , 都只是提高敏捷性的“术” 。
这就是所谓的敏捷开发 。其实你肯定会想 , 我们公司的发展不就是一直在这么做吗?但是 , 我还是感觉不到效率和开发速度 。
我为什么要问这个?因为我感觉我们团队也是这么做的 , 但是我们都知道真相 , 却还是过不了好日子!原因是什么?我感觉其实团队文化也影响敏捷开发 。
从我创业到管理团队 , 我觉得最重要的是我们没有形成好的团队文化 , 没有自己的团队文化 , 就不会有好的团队合作 , 所以团队战斗力很低 。
所以 , 我最近一直在反思 , 如何建立一个有战斗力的团队文化 , 让大家形成内驱力?内部驱动力形成后 , 无论用什么方法落地都会很方便 。
内在驱动 , 也就是自我驱动 , 在团队文化的驱动下 , 如何让大家自觉驱动自己前进?


    推荐阅读