本书简要阐明软件开发过程中敏捷方法的工作原理、优点及应用效果，论述敏捷方法学中的过程和生命周期，涉及项目范围、时间管理、成本管理等。
主要内容还包括：“PMBOK　Guide”中的思想和敏捷开发实践之间的关系，采用敏捷技术降低风险，在软件开发各个阶段实施质量保证(QA)等。
本书适合软件开发人员和管理人员参考。
绪论项目管理者如何跨过桥梁1第一部分敏捷开发方法概述7第1章敏捷方法81.1敏捷方法的起源91.2敏捷宣言121.2.1个体和交互胜过过程和工具131.2.2可工作的软件胜过全面的文档131.2.3同客户的协作胜过合同谈判151.2.4对变更的响应胜过遵循计划161.3指导敏捷项目团队的敏捷原则161.4小结181.5尾注19第2章《PMBOKGuide》到敏捷方法的映射212.1项目管理研究所和《PMBOKGuide》212.2项目生命周期212.3项目管理过程262.4小结272.5尾注28第3章敏捷项目生命周期详解293.1敏捷项目生命周期概览293.2敏捷项目303.3敏捷发布313.4敏捷迭代323.4.1迭代计划333.4.2迭代评审343.4.3迭代回顾353.5例行工作363.6敏捷方法和计划驱动方法之间的区别373.7小结373.8尾注38第二部分桥梁——《PMBOKGuide》中的实践和敏捷开发实践的关系39第4章集成管理404.1开发项目章程和初步的范围陈述414.1.1宣贯会议424.1.2简要比较454.2开发项目管理计划454.3指导和管理项目的执行、监视和控制项目工作474.4集成的变更控制474.5结束项目494.6小结504.7尾注51第5章范围管理525.1范围计划535.1.1范围定义545.1.2创建WBS615.1.3范围验证625.1.4范围控制635.2小结635.3尾注64第6章时间管理656.1战略计划VS战术计划676.2发布计划:开发战略层面的时间进度计划686.2.1发布计划：在战略层面开发时间进度计划696.2.2发布计划:战略层面上的时间进度控制716.3迭代计划:开发战术层面的时间进度计划736.3.1活动定义746.3.2活动持续时间评估766.3.3活动排序776.3.4活动资源评估796.3.5迭代计划：战术层面的时间进度计划控制806.4小结836.5尾注84第7章成本管理867.1成本评估877.1.1敏捷项目的成本最好由产品交付团队进行评估887.1.2敏捷项目是自顶向下评估而不是自底向上评估897.1.3项目团队在发布计划期间可以给出选项907.1.4成本评估在项目生命周期中逐步细化917.2成本预算927.3成本控制937.3.1管理发布待完成事项列表947.3.2锁定迭代947.3.3将成本的变更情况通知给利益相关人957.3.4度量成本性能的AgileEVM957.4小结977.5尾注97第8章质量管理998.1质量计划1008.2质量保证1008.2.1演示、评审和回顾1018.2.2质量控制1058.3小结1088.4尾注109第9章人力资源管理1109.1人力资源规划1119.2组建项目团队1129.3发展项目团队1149.3.1敏捷价值观1159.3.2从价值观到行为1169.4管理项目团队1189.5小结1209.6尾注122第10章沟通管理12310.1沟通计划12510.2沟通基本项目信息——谁、什么、何时、何地和怎样12510.3信息发布12610.3.1迭代演示和评审会议12710.3.2通过每日站立会议进行交流12810.3.3回顾12910.3.4实时信息指示器13010.4业绩报告13210.5利益相关者管理13410.6小结13510.7尾注13

https://download.csdn.net/download/qq_41739364/86339152

TDD(Test-DrivenDevelopment)测试驱动开发是敏捷开发中的一项核心实践和技术，也是一种设计方法论。
TDD得原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。
TDD虽是敏捷方法的核心实践，但不只适用于XP（ExtremeProgramming），同样可以适用于其他开发方法和过程。
TDD得基本思路就是通过测试来推动整个开发得进行，但测试驱动开发并不只是单纯的测试工作，而是把需求分析，设计，质量控制量化的过程。
TDD的重要目的不仅仅是测试软件，测试工作保证代码质量仅仅是其中一部分，而且是在开发过程中帮助客户和程序员去除模棱两可的需求。
TDD首先考虑使用需求（对象、功能、过程、接口等），主要是编写测试用例框架对功能的过程和接口进行设计，而测试框架可以持续进行验证。

《敏捷系统工程》表达了系统工程的一种愿景，即在敏捷的工程背景环境中，精确的需求规范、结构和行为可以满足系统安全性、安保性、可靠性以及性能等更大的关注。
世界著名的作家及演说家BrucePowelDouglass博士将敏捷方法和基于模型的系统工程(MBSE)有机结合在一起，定义了系统整体的特性，从而避免传统的基于文档规范的方式所带来的错误。
　《敏捷系统工程》阐述了系统开发的整个生命周期，包括需求、分析、设计以及向特定工程学科的转交。
Douglass博士自始至终都将敏捷方法与SysML和MBSE相结合，进而为系统工程师提供概念和方法层面应用的流程指南，使他们可以避免规范中的缺陷并改进系统的质量。
与此同时，敏捷方法可以降低系统工程的工作和成本。
主要特色◆识别出在系统工程的环境中如何更有效地应用敏捷方法的概念和技术◆展示了如何进行基于模型的功能分析并将分析的结果往回与系统需求和利益攸关者需要相关联，并往前与系统架构和接口定义相关联◆提供了一种用于保证系统工程数据质量和正确性的方式(并且是在系统建造之前)◆解释了敏捷系统架构的规范以及系统功能到系统组件的分配◆阐释了如何将工程规范数据传递到下游工程而不发生保真度的丢失◆包括了跨行业系统全生命周期中不同阶段的详细案例，其中以工业外骨骼“Waldo”为例介绍了复杂系统的系统工程过程

。
本实践指南的愿景是：为项目团队提供相关工具、针对不同情境的指点方针以及对目前敏捷技术和方法的理解，以获得更好的项目成果。
在软件开发之外的各行各业中，不同项目团队都在使用敏捷方法。
我们两个组织都认识到，在将产品和可交付成果推向市场时，敏捷方法的发展要求我们需要有一种通用的语言、开放的思维和灵活运用的愿望。
此外，我们两个组织还认识到，实现成功交付的方法多种多样。
目前存在大量工具、技术和框架；
为达成期望的成果，各团队可选择适合其项目和组织文化的不同方法和实践。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。