老司机学敏捷


雪鸟会议
2020年秋,17位大佬在盐湖城附近的雪鸟滑雪场举行了“轻量级过程峰会”产出了《敏捷宣言》

敏捷宣言
个体和互动高于流程和工具
可工作的软件高于详尽的文档
客户合作高于合同谈判
响应变化高于遵循计划

管理铁十字原则
质量、速度、成本、完成,只能满足3个,无法满足4个
例如:
可以要求 高质量,快速、低成本,但项目就做不完
也可以要求低成本、快速的完成项目,那质量一定就不会好

优秀的经理会推动一个项目变得足够高的质量、快速、低成本,尽量按需完成。
敏捷正是要努力实现这种管理。

调整铁十字带来的变化

1、改变时间表

通常因为商务理由无法改变时间节点,如9月20日的直播活动

2、增加人手

布鲁克斯定律:为延迟的项目增加人手反而会使它更加延迟

3、牺牲质量

逢脏必慢:快速前进的唯一方法就是做扎实

反而需要提高代码质量才能提高项目速度

4、调整范围

前三点通常是无法改变或很小改变范围,依据敏捷产出的数据可尽早的推算出任务是否可以在交付日期前完成,如无法完成则第一时间与利益相关者进行商讨,是否可以将不必要的功能滞后,优先发布必备需求。

敏捷是将项目切分为迭代的过程,敏捷团队要测量每次迭代的输出,并用测量数据持续的评估时间表。按照业务价值排序来实施功能,以便优先实施最有价值的东西,尽可能地保持高质量,并主要通过变更范围来管理时间表。

生命之环(XP极限编程)

生命之环

生命之环由3个圈组成,外圈显示面向业务的实践。相当于Scrum流程,这些实践为开发团队与业务沟通的方式以及业务和开发团队管理项目的原则提供了框架

  • 计划游戏(Planning Game)

    实践是这个圈的核心,将项目分解为特性、故事和任务。它为特性、故事和任务的评估、优先级排序和排期提供了指引。

  • 小布发布(Small Releases)

    指导团队以小块的方式展开工作。

  • 验收测试(Acceptance Tests)

    为特性、故事和任务提供“完成”的定义。它向团队展示了如何定制明确的完成标准。

  • 完整团队(Whole Team)

    软件开发团队由许多不同的职能人员组成,包括程序员、测试人员和管理人员,他们都朝着同一个目标一起工作。

位于生命之环中间的圈是面向团队的实践。这些实践提供了开发团队在队内进行沟通和管理的框架和原则。

  • 可持续节奏(Sustainable Pace)

    防止开发团队在完成任务之前过快地消耗资源和精力

  • 代码集体所有(Collective Ownership)

    确保团队不会将项目分割成一堆知识孤岛。

  • 持续集成(Continuous Integration)

    使团队专注于频繁的进行反馈闭环,随时了解他们的进度。

  • 隐喻(Metaphor)

    创造并传播关于待开发系统的词汇和语言,以便团队和业务部门进行交流使用。

生命之环的最里面一圈是技术实践,用以指导和约束程序员,来确保得到最高的技术质量。

  • 结对(Pairing)

    实践使技术团队及时分享知识、及时审查和实时协作,推动团队不断创新并保持准确性。

  • 简单设计(Simple Design)

    是指导团队避免精力浪费的实践。

  • 重构(Refactoring)

    鼓励对所有工件进行持续的改进和完善

  • 测试驱动开发(Test Driven Development)

    是技术团队在快速推进的同时得以保持最高质量的安全绳。


文章作者: Robin
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 Robin !
 本篇
老司机学敏捷 老司机学敏捷
记雪鸟会议2020年秋,17位大佬在盐湖城附近的雪鸟滑雪场举行了“轻量级过程峰会”产出了《敏捷宣言》 敏捷宣言个体和互动高于流程和工具可工作的软件高于详尽的文档客户合作高于合同谈判响应变化高于遵循计划 管理铁十字原则质量、速度、成本、完成,
2020-07-20 Robin
下一篇 
你还在用@Autowired吗? 你还在用@Autowired吗?
聊看标题是不是吓一跳,用了好多年的@Autowired用错了吗?没那么夸张,本篇仅仅是讨论一下我们Spring中最常用的依赖注入方式,目前注入方式有三种,分别是:构造函数注入、方法注入、属性注入。我们来看一小段代码 public class
2020-07-02 Robin
  目录