敏捷无疑很流行,在这里,我不是在谈论知道如何进行劈叉或以忍者模式离开派对(对于新手:没有人意识到)。越来越多的组织(而不仅仅是初创公司)正在采用这种项目管理模式。
根据年度敏捷现状调查,敏捷团队 拉脱维亚电话号码数据 带来的三大好处是:
管理不断变化的优先事项的能力;
生产率;
更好地了解该项目。
通过 GIPHY
有很多文章解释了这种方法的技术细节,因此我将仅进行简要介绍。重要的一点:除了专业知识之外,它首先是一种影响公司整个文化的理念。
改变为前提
作为一个有抱负的极客,我请该领域的专家 Georges Saad 向我解释敏捷基础。作为一名经过认证的 ScrumMaster(用低沉的声音读:“SCRUMMAAASTER”),即教练/流程协调员,他在大约 10 年前做出了选择,将 Spektrum 定位为魁北克省第一家专门从事敏捷时尚 Web 和移动开发的公司。一个小时后,他就用他的知识轰炸了我,没有喝一口水。当我回到办公室时,我感到有点头痛。
通过 GIPHY
敏捷哲学以变革为前提。在任何Web项目中,我们知道由于多种原因,都会出现修改参数的需求,所以我们不妨给自己提供适应的工具。它的反面是瀑布法,简而言之,它基于这样的想法:客户的需求从一开始就已被完全理解(此处插入紧张的笑声),因此我们可以继续前进,而无需反馈:
分析
建筑学
代码
测试
调整
部署情况
简而言之,在项目启动之前,如果客户在流程结束之前停止与公司的合作,则无法访问任何已部署的功能。换句话说,他没有可用的产品。当他意识到这一点时为时已晚此外,对于需要六个月以上开发的大型项目,技术存在不再受到支持的风险。
计算机科学,介于艺术与技术之间
奇怪的是,瀑布法的创始人计算机工程师温斯顿·W·罗伊斯(Winston W. Royce)并不建议以这种方式应用,而是强调了在此过程中尽早获得客户反馈的重要性。我们可以在他的书中读到:“我相信这个概念,但上述实施是有风险的,会导致失败”。
乔治本身就是一名计算机工程师,他补充道:“数千年来,我们一直在建造桥梁和道路。在发展了必要的知识后,它成为一门工程学科。计算机工程是一门错误的学科。 IT的成熟阶段仍处于工艺阶段。它涉及艺术和技术。 »
敏捷性:协作和迭代
敏捷方法重复瀑布式的开发阶段,但是对于应用程序的每个功能,而不是将该过程应用到整个项目一次。因此,客户通过预先确定用户可能采用的所有行为(用户故事),与项目的开发团队进行协作。通过迭代工作(我们开发 X 个功能的 X 天),客户会定期看到结果,因此我们可以更快地创造价值。作为回报,他必须承诺参与整个过程。在固定期限内,以固定金额,我们凭经验衡量我们能够提供多少价值。时间推进得越多,对客户的了解越深入,我们就越能够准确地估计开发功能所需的时间。
通过 GIPHY
这种方法对于长期项目(例如应用程序)来说更加高效。对于传统网站来说,性能不够有趣,无法使用。在之前的文章中,我解释了两者之间的区别。你是否记得?
为了对每个敏捷概念、实践和技能进行更严格的定义,我推荐法国敏捷研究所的表格。但在学习该技术之前,您必须遵守哲学的基本原则,您可以通过阅读敏捷宣言来发现这些原则。请记住,采用该模型的主要障碍是不促进适应变化的文化。
此外,下一次SPK会议的主题将集中于敏捷哲学来指导我们的日常行动,无论是在工作中还是在个人生活中。它已经完成,但我们保证在博客上为您提供摘要!
封面照片:埃利亚斯·杰米尔
埃莉斯·卢梭