在软件开发中,通常的 “估算 “包括对执行特定开发任务所需工作的定量评估;这通常以工期(小时/天)或估计单位(故事点)来表示。其目的是将一些单独的估计合并起来,以获得软件项目的总工期、工作或成本的指示。
Continue reading分类: Agile Project Management
什么是跨职能流程图?
跨职能的流程图(有时也被称为部署流程图)是一种业务流程图工具,用于阐明特定流程的步骤和利益相关者。通常情况下,我们使用跨职能的流程图来显示一个业务流程和负责该流程的职能单位(如部门)之间的关系。
Continue reading用户故事中最受欢迎的 7 种敏捷估计方法
在软件开发中,通常意义上的 “估算 “包括对执行特定开发任务所需努力的量化评估;这通常是以持续时间来表示。敏捷估算是评估完成产品积压任务所需努力的过程,按优先顺序排列。这种努力通常是以完成任务所需的时间来衡量的,这反过来又导致了准确的冲刺计划。
Continue readingScrum 中的敏捷估计?故事点和计划扑克
无论团队是在做一个产品还是一个项目,我们都需要回答一个问题:”我们什么时候能完成它?”或者说我们在某个时间点上能做多少事,所以和传统的开发模式一样,我们需要在开始项目之前估计一下工作。在Scrum的发展过程中,团队共同承担责任,集体承诺完成每个Sprint的工作,所以敏捷团队的估计工作量采用了集体估计的方法。
Continue reading为什么要敏捷?为什么计划驱动的软件开发项目会失败?
计划驱动的流程意味着所有的流程活动都是事先计划好的,并且根据该计划来衡量进度。在敏捷过程中,计划是渐进的,更容易改变计划和软件以反映不断变化的客户需求。
Continue reading软件开发的精益+敏捷方法
虽然经常被当作不同的方法论,但敏捷和精益都植根于类似的价值观。这些方法论在扩展到新的行业、应用和机会的过程中不断发展,许多组织在借鉴两者的元素方面取得了惊人的成功。利用精益的系统思维和持续改进的方法,敏捷开发实践可以用来帮助组织建立健康、创新的组织,可以持续地提供客户价值。
Continue reading敏捷积压优先级技术:莫斯科
MoSCoW方法提供了一种根据用户需求的优先级对其进行分类的方法。它有助于发展对客户需求及其优先级的清晰理解。MoSCoW代表了必须、应该、可以和愿意。Visual Paradigm有一套丰富的图表模板。你可以从一个空白图或预先制作的MoSCoW方法模板开始。
Continue reading12 条敏捷原则 — 12 条中的第 12 条
“每隔一段时间,团队就会反思如何变得更加有效,然后相应地调整其行为。”
Continue reading12 条敏捷原则 — 12 条中的第 11 条
“最好的架构、需求和设计产生于自我组织的团队”。
Continue reading12 条敏捷原则 — 12 条中的第 10 条
“简单–将未完成的工作量最大化的艺术–是至关重要的”。
Continue reading