课程简介Scrum是目前运用最为广泛的敏捷开发方法，是一个轻量级的项目管理和产品研发管理框架，旨在最短时间内交付最大价值。根据2021年全球敏捷状态报告，Scrum及Scrum衍生方法的应用占比达到81%。在企业的敏捷转型历程中，ScrumMaster是至关重要的一个角色，他们不仅担负着团队教练、变革先锋的责任，还需要不断提高ProductOwner和管理层的敏捷成熟度，以提高整个组织的敏捷度。成为认证的ScrumMaster有助您推动企业的Scrum实施，使您成为组织敏捷转型的推动者、领导者。ScrumMaster是敏捷团队的教练和服务型领导，是敏捷团队运作以及企业敏捷实施不可或缺的关键角色
相信大家通过6月的PMP考试之后，对新考纲有了一定的了解。绝大多数题都来自敏捷项目管理，可以说占到60%了。不说高吧，总体来看还是高的了，之前都是5%，现在50%以上......但和ACP认证相比，PMP中对敏捷管理技术的考察相对来说比较简单，考察路径也比较集中，聚焦在：01混合型生命周期的管理02在适应型生命周期中，项目经理的角色从接触的考题来说，难度要比我们模考中情景题的套路浅得多得多。在模考题会出现部分题目的陈述又长又绕，相当地耗费时间。坦白的讲，如果后面大家需要备考PMP考试的，大家肯定是要多做敏捷练习的，题目肯定少不了。尽管还有PMBOK的内容在，但是对于敏捷，还是比较简单的了，所以
大家可以通过收藏网页www.woka.chat 直接进行访问，也可通过关注新公众号实现微信端使用~注册赠送大量额度，可用于网站全部功能（问答和绘画）！每天签到也可领取充足使用额度！废话不多说，我们现在来看看新系统到底有什么特点？网页手机端同步使用为便于用户多方的使用场景，新沃卡AI系统可通过网页端或手机端进行访问，页面会自适应，一端注册，账号全端通用哦！GPTplus会员专属的图文对话功能熟悉的小伙伴应该知道，目前GPT官网一般用户只能使用3.5模型，不能使用plus会员专属的如DELLE3文生图以及新上线的GPT4Turbo多模态图片问答功能。如果是以前，小伙伴咬咬牙充值20美金/月就能开
目录写在前面1.开放域|多跳|推理|问答1.1多跳问答（MHQA）1.2开放域文本问答（ODQA）1.3开放域多跳推理（ODMR）2.LLM相关2.1思维链（Chain-of-ThoughtPrompting）2.2基于LLM生成的模型增强3.自发思维链框架（Self-PromptedCoT）3.1基于自我生成的二跳QAs3.2通过组合实现多跳QAs&构建ODMR数据集3.3构建自适应上下文演示3.4整体框架图4.实验写在前面文章标题：Self-promptedChain-of-ThoughtonLargeLanguageModelsforOpen-domainMulti-hopReasoni
大家可以通过收藏网页www.woka.chat 直接进行访问，也可通过关注新公众号实现微信端使用~注册赠送大量额度，可用于网站全部功能（问答和绘画）！每天签到也可领取充足使用额度！废话不多说，我们现在来看看新系统到底有什么特点？网页手机端同步使用为便于用户多方的使用场景，新沃卡AI系统可通过网页端或手机端进行访问，页面会自适应，一端注册，账号全端通用哦！GPTplus会员专属的图文对话功能熟悉的小伙伴应该知道，目前GPT官网一般用户只能使用3.5模型，不能使用plus会员专属的如DELLE3文生图以及新上线的GPT4Turbo多模态图片问答功能。如果是以前，小伙伴咬咬牙充值20美金/月就能开通
Scrum之类的框架非常适合解决业务问题，并且公司不断过渡到敏捷以实现目标。但是，如果他们忘记了敏捷只是一种方法论（一种实现目标的手段）而不是目标本身，就会出现问题。斯科特-邓恩（ScottDunn）写了一篇很棒的文章，讲述了与管理层突然"变得敏捷"的决策有关的陷阱（和恐惧）。它反映出它是一个简单的实现方式（如更换供应商），而不是一个需要在观念上进行重大改变的框架，这是一种错觉。"亚马逊正在这样做。"这些都是很好的指标，表明企业尚未明确定义为什么要使用敏捷，以及"为什么？" 与公司合作过渡到敏捷或教学认证的Scrum课程时，这是我首先要提出的问题之一。我经常得到诸如以下的答案：我们想迅速适应变
CODING项目协同近期为支持传统项目管理推出了「经典项目管理」。至此，CODING已全面支持敏捷项目管理以及传统项目管理。那么问题来了，「经典项目管理」和「敏捷项目管理」，我该怎么选呢？本文将从理念差异、常见的研发模型、适用场景、实践应用等角度来提供选型参考。价值理念首先来看看在理念方面，两者有何不同。项目管理的铁三角是围绕着范围、成本和时间展开的。传统项目管理的特点是强计划驱动，需求范围固定下来后才可分配人员和时间，并在项目推进过程中积极跟踪和控制风险。敏捷项目是价值驱动的，在敏捷项目管理中，先固定了成本与时间，需求在交付期间频繁细化，在固定的时间盒中优先交付高价值的需求。传统项目管理和敏
Scrum旨在作为用于复杂产品交付的简单但足够的框架。Scrum并非万能的解决方案，灵丹妙药或完整的方法论。相反，Scrum提供了最小的边界，团队可以在这些边界内使用经验方法自组织解决复杂的问题。这种简单是其最大的优势，同时也是围绕Scrum的许多误解和误区的来源。误区：Sprint评论是一个演示又到了冲刺评审的时候了。开发团队正在其中一间会议室中进行演示。当Jim将笔记本电脑连接到投影仪时，Susan紧张地重新整理了团队完成当前Sprint的工作记录。"我要展示新的购物车吗？"她问高级开发人员约翰，声音有些不确定。约翰点了点头，然后停顿了一下，加入购物车"。然后，我将显示新的订单审核页面"。
ScrumMaster角色和敏捷教练相关内容-Scrum指南最近我复习了一遍KenSchwaber和JeffSutherlan共同开发和维护的"Scrum指南"。（其实我已经复习过很多遍了）而这次我集中于ScrumMaster的角色和涉及"教练"方面的内容，下面是我的一些发现：ScrumMaster服务于开发团队的方式：指导开发团队自组织和跨职能指导开发团队采纳与理解Scrum的组织环境ScrumMaster服务组织的方式：带领和指导组织采纳Scrum关于敏捷教练和ScrumMaster这两个角色的详细说明，在我之前的一篇博客中有描述。敏捷团队中的提问为了弄清这几点，我开始回忆过去几年的事件。
第1章介绍敏捷11.1敏捷的历史31.2雪鸟会议101.3敏捷全貌141.3.1铁十字151.3.2墙上的图151.3.3你知道的第一件事181.3.4会议181.3.5分析阶段191.3.6设计阶段201.3.7实施阶段211.3.8死亡行军阶段221.3.9夸张吗231.3.10更好的方式231.3.11迭代0241.3.12敏捷产出数据251.3.13幻想与管理271.3.14管理铁十字271.3.15业务价值排序311.3.16全貌至此结束311.4生命之环311.5结论35第2章敏捷的理由372.1专业性382.1.1到处是软件392.1.2程序员统治世界412.1.3灾难422.2
