请关注我的微信公众号
个人微信公众号
技术交流群 (仅作技术交流)：642646237
请关注我的头条号：
Java线程
敏捷软件开发和项目管理的基础
敏捷宣言和相互依赖声明(Declaration of InterDependence)
敏捷软件开发和项目管理的基础——敏捷宣言
●个体和互动高于流程和工具
● 工作的软件高于详尽的文档
● 客户合作高于合同谈判
● 响应变化高于遵循计划
尽管右项有其价值，我们更重视左项的价值。
敏捷软件开发和项目管理的基础——敏捷宣言12条原则：
● 我们最重要的目标是通过持续不断地及早交付有价值的软件使客户满意。
● 欣然面对需求变化，即使在开发后期也一样。 为了客户的竞争优势， 通过敏捷过程掌控变化。
● 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
● 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
● 激发个体的斗志，以他们为核心搭建项目。 提供所需的环境和支援，辅以信任，从而达成目标。
● 无论团队内外，传递信息效果最好、效率也最高的方式是面对面的交谈。
● 可工作的软件是进度的首要度量标准。
● 敏捷过程倡导可持续开发。 发起人、开发人员和用户要能够共同维持其步调稳定延续。
● 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
● 以简洁为本，它是极力减少不必要工作量的艺术。
● 最好的架构、需求和设计出自于组织团队。
● 团队定期地反思如何能提高成效，并依此调整自身的举止表现。
Scrum 是敏捷过程的一种，体现了敏捷宣言所描述的价值观和原则。
敏捷软件开发和项目管理的基础——敏捷项目管理的《相互依赖声明》
敏捷宣言涉及软件开发， 但敏捷项目管理的《相互依赖声明》更关注项目管理领域
● 我们通过创造我们关注的持续价值流来提高投资回报率。
● 我们通过与客户频繁的交互和分享所有权来交付可靠的结果。
● 我们承认不确定性，并通过迭代、规划和适应来管理它。
● 我们通过承认个人是价值的最终来源、创造使他们有所作为的环境来激发创造力和创新力。
● 我们通过团队结果问责制和团队职责分享制来提升绩效。
● 我们通过因地制宜地应用具体的策略、过程和实践来改进效率和可靠性。 ”
团队应用 Scrum 失败的原因
- 许多专家仍然不习惯 Scrum，即使在学习Scrum课程或者阅读有关白皮书之后亦是如此。
- 项目过于复杂以至于需要引入更多的高级技术来降低项目的复杂性并保持控制。
- 组织还没有做好应用Scrum的准备，或者团队不知道如何在公司的当前制约条件下实施Scrum。
- 缺少经验，或团队被教条的Scrum Master或教练误导了
Scrum 团队
项目团队由若干小规模的跨职能的团队组成，为了一个共同的目标协同工作，类似橄榄球运动中的Scrum。
Scrum 团队应该是跨职能的，由一名 Scrum Master、 一名产品负责人和开发团队组成， 用所需的所有技能(如需求收集、设计、编码和测试)来构建软件产品。
Scrum项目成员不需要在组织上和层次上是长久的Scrum 项目团队成员。
