火龙果软件工程技术中心   测试用例的编写作为QC特定的概念、技能，成为唯一广泛公认的东西。
在项目测试过程中，最值得考虑的、最重要的当属测试用例的设计以及创建有效的测试用例。
但是，仍然有不少的测试团队和测试人员认为没有必要编写和设计测试用例，尤其是当敏捷开始盛行后，很多人更是认为编写和设计测试用例是浪费时间。
为什么要写测试用例？测试用例的创建至少会有两个用途或目的：（1）如果顾客有要求的话，测试用例会是交付给顾客的产品中的一部分。
测试用例在这里充当了提高可信度的作用。
（2）测试用例只作为内部使用。
在这里测试效率是目的。
在代码尚未完成时，我们基于设计编写测试用例，以便一旦代码准备好了，我们就可以

本书简要阐明软件开发过程中敏捷方法的工作原理、优点及应用效果，论述敏捷方法学中的过程和生命周期，涉及项目范围、时间管理、成本管理等。
主要内容还包括：“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

《Scrum敏捷项目管理》探索Scrum的每一方面，包括科学原理、全新的项目角色及责任、ScrumMaster、产品负责人、如何有效管理未知因素和不断变化的产品需求、如何结束混乱、如何计划和报告、及如何扩展项目团队规模等，并着重于如何驱动项目以实现最高的投资回报。
,不论你是项目管理者，还是真T或R&D高管，还是想创造卓越的产品负责人，还是产品与系统开发者，此书是你认识与掌握Scram的必读之作。

Scrum敏捷项目管理要点总结

普通高等及教育“十一五”国家级规划教材，清华大学出版。
本书共分14章，第一章介绍软件工程的基本概念、软件过程（包括CMM/CMMI）、软件过程模型、敏捷软件开发和CASE工具与环境；
第2章至第4章

项目管理专业人士正在进步——PMP®认证考试也是如此。
和此前相比，项目管理专业人士需要更多的多元化技能和方法。
为满足项目管理专业人士职业发展的相关需求，中国大陆项目管理专业人士（PMP）®认证考试将于2021年第二次考试进行改版。
新版将专注于以下三个新领域:人–强调与有效领导项目团队相关的技能和活动；
过程–增强管理项目的技术领域；
业务环境–突出项目和组织战略之间的联系。
内容贯穿价值交付范围（包括预测、敏捷和混合的方法），分布在三个考试领域。
新的PMP®考试将继续使用《PMBOK®指南-第六版

“二十一世纪的文盲将不再是那些不能读、不能写的人，而是那些不会学习、不会抛弃之前的想法和不会重新学习的人。
”——AlvinToffler尽管现在敏捷已经发展了不下十年的时间，它仍然主要专注于IT项目。
这没什么好惊讶的，因为敏捷本身就是起源于软件开发领域的。
敏捷强调，我们如何更快地构建更高质量的产品，而且，为了解决我们最初应该创建什么，还出现了像精益创业这样的方法。
另外，像ICAgile（由AhmedSidky博士领导，他也被尊称为敏捷博士）之类的敏捷组织也正在引领着敏捷的演进，他们保持着与全球的敏捷领导者们密切合作，以构建其他不同于IT科目的路线图。
我一直在想，敏捷像一张地图一样帮我快速可靠地

Groovy是一种基于JVM（Java虚拟机）的敏捷开发语言，拥有类似Python、Ruby和Smalltalk中的一些特性，可以作为Java平台的脚本语言使用，能够与Java代码很好地结合，也能用于扩展现有代码。

精益敏捷转型听起来很容易，但做起来很难，很多组织在数字化转型的过程的早期，一到两个团队作为试点团队进行敏捷转型，都能获得不错的转型效果。
随着转型的持续推进，涉及到越来越多的团队转型，这时就会暴露出早期没有发现的一些问题。
我们经常说量变引起质变，如何保证组织转型过程中，大团队从传统的瀑布式开发转变到精益敏捷模式的开发呢？今天我们不谈理论，不谈框架（SAFe，LeSS），我想从一个实操的方面来剖析一些我们实际遇到的困难和一些应对策略。
我们从以下4个方面来分析：产品规划多开发团队的协同集成与测试上线交付我们知道在传统瀑布模式下会产生如下的一些问题产品规划：规划流程长耗时，反馈慢，交接成本高，用户价值

thinkphp5企业站点开发ThinkPHP是为了简化企业级应用开发和敏捷WEB应用开发而诞生的。
最早诞生于2006年初，2007年元旦正式更名为ThinkPHP，并且遵循Apache2开源协议发布

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