基本步骤是Agile software development
什么?
以及如何使用敏捷方法开始一个新项目?
10 回答
好吧,OP,没有一个记录在案的“敏捷软件开发”分步指南,任何符合宣言的程序都可以称为敏捷
但我也明白,要开始学习,必须有一个“手把手”/“按书本”的学习阶段。所以我建议你看看你当前的开发过程。找出耗费大量时间的“浪费”活动,并采用敏捷实践来抵消/最大限度地减少在该活动中花费的时间。例如,如果您经常遇到构建问题,请先设置一个持续集成服务器,然后设置一个严格的签入预筛选。与其改变一切,让每个人都感到迷茫和疏远,
- 一次练习一种
- 用它投资大约 2-3 周..适应它
- 检查团队中的每个人是否都觉得它有帮助。如果是的话,坚持下去,让它成为你新流程的一部分。否则丢弃并找到并替换为另一种替代疗法。
如果您的整个团队不熟悉敏捷,我建议(按强度顺序)
- 敏捷开发人员的实践(Andy Hunt,Venkat S.,薄书,新手的高价值页面比率)
- 敏捷原则实践和模式 (Robert & Micah Martin)
- 针对 TDD(beck、astels、et.all)、重构(Fowler、Joshua K.)等选择实践进行每周“变得更好”会议,这些实践必将获得巨大回报。
- 大约一个月后……去阅读哲学书籍,例如 XP Embrace Change - Beck、Poppendieck 的 Lean Books、Agile S/w Development - Alistair Cockburn、Peopleware - DeMarco、Lister
我建议看看这里列出的书籍
有一个名为Autumn of Agile的截屏视频系列,介绍了敏捷原则。目前还没有那么多剧集,但剧集计划是这样的:
- 敏捷价值观和实践概述
- 基本面向对象设计原则
- 设计模式在行动
- 单元测试基础
- 模拟对象
- TDD
- 项目文件/文件夹组织
- 源代码管理基础
- 持续集成/构建自动化
- 敏捷项目规划原则
- 领域驱动设计核心概念概述
Henrik Kniberg 整理了一个简短的 PDF,快速且易于阅读。你可以从阅读它开始。你会得到你的问题的答案,还有更多。
我推荐 Gregory S. Smith 的文章“创建敏捷环境”(http://www.methodsandtools.com/archive/archive.php?id=70)和视频“企业中向敏捷方法的过渡”(http ://www.renewtek.com/index.php?page=agile-methodology-in-the-enterprise )
采用敏捷软件开发方法的最佳方法在很大程度上取决于您所处的情况。您为什么要采用敏捷?什么好处对您来说最重要?您需要解决的最大问题是什么?您是否有资源进行颠覆性的一次性采用?或者你更喜欢从一个更长时间、可能更痛苦的增量采用开始?
我强烈推荐《敏捷采用模式》一书,以帮助您思考哪种采用方法适合您。从敏捷开发方面的知识渊博的人那里获得直接(现场)帮助可能也是一个好主意 - 一个可以观察您的团队,看到模式和反模式并贡献他如何处理它们的经验的人。
作为第一个实践之一,我一直想要适应的实践之一是迭代回顾。这些对于敏捷方法的适应周期至关重要。
看看 robert marin 的“敏捷软件开发、原则、模式和实践”。有一个 java 和 ac# 版本。http://www.amazon.com/Software-Development-Principles-Patterns-Practices/dp/0135974445
I've read a lot of Agile books, and the one book I could truly recommend from all those is "The Art of Agile Development" by James Shore.
最好的方法是聘请技术经验丰富的敏捷教练。让某人在您的团队中工作,该团队之前已经做过您想要采用的任何敏捷方法(scrum、xp、水晶、看板……等等)。他们将不得不看到你的工作环境——最好是在环境中工作以提供帮助。检查他们的参考资料并确保他们确实在实践中使用过它。周围有很多崇拜者和假货。
在团队中有经验丰富的人会让一切变得不同。仅仅从阅读一本书中就很难接受。你正试图改变一种文化,但你不能使用清单或算法来做到这一点。这是一个社会复杂性的事情。你试图鼓励复杂系统中的紧急行为。
如果您无法聘请敏捷教练,请在团队或您的部门或公司中找到其他有经验的人,并邀请他们“参观”团队。向他们展示你的情况并听取他们的意见。
不同的团队需要不同的建议——这取决于很多事情,包括团队成员、您使用的技术类型、您从事的业务类型......
最重要的是,与当地的敏捷专家联系并面对面学习。
我将支持 Ilja 对这本书的推荐:http: //www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521
我认为这本书最有价值的部分是描述了首先采用哪些实践来实现某些商业价值(质量、上市时间……)。
书评:http ://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521 示例章节:http ://www.informit.com/store/product.aspx?isbn=0321514521 #信息8
最后加入 groups.yahoo.com 上的敏捷邮件列表,ScrumDevelopment 或 AgileProjectManagement 都将很好地满足您的需求。
你不敏捷与否,你或多或少是敏捷的。
为了从你已经在做的事情开始变得更加敏捷,
- 可视化更多(屏幕上的指标、可视板等)
- 获得更多反馈并缩短反馈循环(CI、代码指标、错误指标等)
- 减少同时进行的工作量 (WIP) - 即减少个人和团队层面的多任务处理
如果您能够尝试新的东西,我会推荐看板。它是最不规范、最灵活的敏捷工具,您只需从可视化工作流程和限制 WIP 开始。