当团队刚开始进行敏捷开发时,除了日程表上可能有更多的会议外,几乎没有什么变化。他们可能仍然单独运作,或者限制他们与客户的互动。你可能会看到工作分解成瀑布式的那种任务,然后设计用户故事,然后构建故事,然后测试故事。因此,当 “敏捷团队 “只是走马观花,没有理解或接受敏捷的原则和价值时,他们的形式是敏捷的。当团队按照敏捷的价值观和原则来思考和行动时,他们就会变得敏捷。
Continue reading分类: Agile Project Management
什么是六边形架构图
六角架构图是一种用于软件设计的架构模式,旨在创建松散耦合的应用组件。这种方法是对传统分层架构的一种替代。它是DDD(领域驱动设计架构)的多种形式之一。
Continue reading批判性思维:什么是 Y 图?
Y型图是一个由三部分组成的图表,通过写下和/或画出主题的外观、感觉和声音,可以帮助组织对主题的理解。(1) 它看起来像什么?(2) 它的感觉是什么?(3) 它的声音像什么?
Continue readingPERT 图表教程
PERT图是(计划评估和审查技术)的缩写。PERT图是一种项目管理工具,用于安排、组织和协调项目中的任务。它基本上是一种分析完成一个特定项目所涉及的任务的方法,特别是完成每项任务所需的时间,并确定完成整个项目所需的最短时间。
Continue reading什么是自我管理方法?
自我管理团队是由一群员工组成的,他们负责生产产品或服务的所有或大部分方面。自我管理的团队是新的横向组织的基本单位。自我管理的团队是早期团队方式的产物。
Continue reading敏捷中的跨职能 vs 自组织 vs 功能 vs 组件团队
“跨职能团队拥有完成工作所需的所有能力,而不依赖于不属于团队的其他人”–Scrum指南。与组件团队的方法相比,跨职能团队是由来自公司不同职能领域的人组成的小组。 - 它不仅应该由技术专家(后端、前端开发人员、QA工程师等)组成,而且还包括像商业分析师、市场和用户体验专家或任何其他积极参与项目的人。
Continue reading敏捷宣言和十二条原则
敏捷是一种提供解决方案的哲学,它包含并促进产品/项目的整个生命周期的进化变化。许多敏捷团队和组织一直在使用敏捷来更快地交付软件,提高质量,并最终提高客户满意度。
Continue reading敏捷估计:相对估计与绝对估计
无论一个团队是在开发一个产品还是一个项目,我们都需要回答一个问题:”我们什么时候能够完成它?” ,或者说我们在某个时间点上能走多远,所以和传统的开发模式一样,我们需要在项目开始前估计工作量。敏捷估算是对完成产品积压中的优先任务所需的努力进行估算的过程。这种努力通常是以完成该任务所需的时间来衡量的,这反过来又导致了准确的冲刺计划。
Continue reading七种最流行的敏捷开发方法
在《敏捷宣言》发表时,有相当多的 “轻量级 “开发流程;后来又出现了其他类似的方法。它们现在被统称为 “敏捷 “方法。自从敏捷宣言在2001年诞生以来,围绕着敏捷的问题出现了很多讨论。敏捷方法只是一种思维方式,它使团队和组织能够进行创新,快速响应不断变化的需求,同时降低风险。组织可以使用许多可用的框架来实现敏捷,如Scrum、Kanban、Lean、XP等。
Continue reading敏捷软件开发的测试驱动开发方法
测试驱动开发(TDD)是一个软件开发过程,它依赖于在软件完全开发之前将软件需求转化为测试用例,并通过反复测试软件的所有测试用例来跟踪所有的软件开发情况。这与先开发软件然后创建测试用例相反。一些流行的模型很好地支持TDD,如MVC和MVP。
Continue reading