一个Scrum开发团队有自主权来选择如何最好地完成他们的工作,而不是由团队外的其他人来指挥。与传统的管理原则不同,自我组织的授权团队不是由高层指挥和控制的;而是由团队成员积极参与&;集体参与所有Scrum实践和活动而发展起来的。
Continue readingScrum:为什么是托管团队?
对于需要近距离聆听的会议,如设计讨论,同地办公是很有用的。当新员工在培训时,需要一定量的手把手指导或鼓励时,它也很方便。白板对于同地办公的团队非常有效,但也可以用在线工具进行管理。
Continue readingScrum 理念:尽早发布,经常发布
早发布、勤发布是一种软件开发理念,它强调早期和频繁发布的重要性,在开发者和测试者或用户之间建立一个紧密的反馈回路,与基于功能的发布策略相反。
Continue readingScrum:如何细化产品待办列表?
不是所有产品积压中的项目都会在同一时间具有相同的大小和详细程度(即功能/原点/用户故事和任务)。我们计划很快要做的PBI应该在积压的顶部,规模较小,而且非常详细,以便它们可以在近期的冲刺中进行工作。我们在一段时间内不会进行工作的PBI应该放在积压的底部,规模较大,内容较少。
Continue readingScrum:你需要一个愿景声明吗?
愿景声明确定了组织希望或打算在未来达到的位置,或应该达到的位置,以最好地满足利益相关者的需求。每个项目都需要一个愿景来引导自己走向正确的方向。愿景可以作为选择当前和未来行动方向的指南。
Continue readingScrum:解决方案与过程自适应
项目工作从可定义的工作到高不确定性的工作不等。可确定的工作项目的特点是有明确的程序,这些程序在过去的类似项目中已被证明是成功的。汽车、电器或住宅在设计完成后的生产就是可定义工作的例子。新的设计、问题解决和未做过的工作是探索性的。它需要主题专家合作并解决问题,以创造一个解决方案。
Continue reading敏捷积压优先级技术:莫斯科
MoSCoW方法提供了一种根据用户需求的优先级对其进行分类的方法。它有助于发展对客户需求及其优先级的清晰理解。MoSCoW代表了必须、应该、可以和愿意。Visual Paradigm有一套丰富的图表模板。你可以从一个空白图或预先制作的MoSCoW方法模板开始。
Continue reading12 条敏捷原则 — 12 条中的第 12 条
“每隔一段时间,团队就会反思如何变得更加有效,然后相应地调整其行为。”
Continue reading12 条敏捷原则 — 12 条中的第 11 条
“最好的架构、需求和设计产生于自我组织的团队”。
Continue reading12 条敏捷原则 — 12 条中的第 10 条
“简单–将未完成的工作量最大化的艺术–是至关重要的”。
Continue reading