了解敏捷软件开发和看板之间的关系

现在注册

软件开发人员都对敏捷开发的概念很熟悉,但是也许不太了解敏捷的实践。 看板 敏捷和类似敏捷的开发周期的重要方面。看板本身不是范例,而是一种管理项目,任务和团队计划的方式。使用看板,项目可以按时,按时滚动地完成。

为了更好地了解看板的含义,让我解释一下这两个软件开发概念之间的功能,异同。

敏捷 软件开发 是对创建软件的旧方法的回应。在现代软件开发中,速度,效率和透明度是关键。敏捷软件开发不是专注于全面的文档,坚持严格的软件计划和微观管理,而是强调拥抱变化,与客户合作以及不断改进。

来自 敏捷发展宣言:“我们正在探索通过开发并帮助他人开发软件的更好方法。通过这项工作,我们实现了价值:过程和工具上的个人和互动。工作软件覆盖全面的文档。客户通过合同谈判进行协作。响应按照计划进行的转换。”

通过敏捷软件开发,团队是自组织的。从理论上讲,自组织团队是最高效,最有效的团队。任务已分配,但成功的主要标志是通过交付工作软件。开发人员与他们的产品经理,生产团队和管理团队保持不断联系。

敏捷软件开发要求每天召开会议,尽管分散的团队对此过程进行了一些微调。例如,视频会议和每周报告可能是一种更好的方法。这些每日或每周的会议按冲刺进行组织,冲刺通常为30天。这些冲刺要求对交付物进行检查,追溯分析和实施变更。

敏捷软件的12条原则如下:

  1. 客户满意度是重中之重,这是通过持续交付高质量软件来实现的
  2. 利用和欢迎变化,甚至在开发后期
  3. 应当每隔几周或每隔几个月交付一次工作软件,并优先选择较短的时间范围
  4. 技术人员和非技术人员,开发人员和管理人员应保持经常联系
  5. 自我激励的团队应该受到信任,并拥有最佳的环境来完成工作
  6. 最有效的团队是自组织的
  7. 面对面的互动是最好的交流方式
  8. 可交付成果(即工作软件)是最重要的KPI
  9. 在整个开发过程中,步调应一致且可维护
  10. 检查和透明度应持续发生
  11. 减少可避免的工作量(和返工)
  12. 在整个开发过程中,定期对项目进行重新评估和重新分析,以重新调整团队并提高生产力

遵循宣言中列出的原则将有助于指导您创建软件产品。理解 用户优化设计 以及及时的项目管理原则将使您蒸蒸日上,而不会浪费时间或超出预算。

看板是日语的广告牌。它是由丰田公司(Toyota)在四十年代开发的,用于动态管理项目,然后在2000年代重新用于提高软件开发团队的效率。

看板是处理项目管理的可视化方式。与阅读文字相比,人类可以更快地理解和解释视觉刺激。其背后的想法是透明度和可见性最好通过使用可视卡来实现。这些卡放在板上。

您可能已经通过项目广告牌以某种方式,形状或形式接触过看板。使用项目板上的便笺来跟踪已完成的任务,已分配的任务和正在进行的任务是看板的一种实现。项目管理工具,例如 特雷洛 是更复杂的实现的示例。使用列表,卡片和木板,因此您可以分配团队成员当前和将来的任务以及评估过去的任务。

归根结底,敏捷软件开发是要对变化做出响应,并灵活应对可能出现的一切而不会丧失质量。交付工作软件是敏捷软件开发团队的主要KPI。这项工作由具有明确任务目标的自组织,积极进取的团队完成。

要完成高质量的软件项目,必须进行持续的沟通,评估和重组。团队成员之间提高透明度,可见性和合作是促进软件开发的最佳方法。

对于本文的转载和许可请求, 点击这里.