萌兔兔MMQ！！

在本文中，我首先介绍 Scrum 的定义、特征、优势，然后讲述了Scrum 的3个角色，接着是框架、流程、5个会议和3个工件，最后列了一些我们在使用 Scrum 时遇到的一些问题，希望能触发你的思考。【SM】召开迭代规划会，PO按照优先级逐条详细讲解本次迭代要完成的产品待办，研发团队按照优先级挑选要完成的产品待办，直到下个迭代工作量达到饱和，同时创建关联的任务待办列表，并和产品待办关联。团队从产品待办列表中挑选出要在本轮迭代要完成的用户故事，将用户故事转化为具体的任务，每项任务落实到具体的责任人。

以提高客户的竞争优势为目的，在变化中寻找解决的方法，寻求双方统一意见的达成，将需求变更的成本降至最低，实现提高效率与保证质量的统一。客户在描述需求的时候，我们可以用极限编程中的用户故事实践，将需求以“作为一个，我想要，以便于”的形式进行表达，这样更有利于双方沟通、澄清需求。尽管我们对需求变更“深恶痛绝”，但毕竟，该面对的还是要面对的。

​ 订单专员可以给订单绑定合同，如果该客户下没有合同，可以为客户创建合同，并绑定，有合同，就直接绑定合同号，绑定的合同号会流转到下游的系统中，订单专员可以填写排期单信息，确定订单没有问题后，可以做订单下达 ，当订单的生命周期完结后，订单专员可以完成订单 ，订单中途出现意外情况 ，可以作废订单。销售是支持者，录入和收集客户的基本信息应该要尽量完善，这样有利于设计师的设计和报价，面向的是客户，挖掘更多的客户信息，有利于签单。他们想 ：更好的管理客户，项目，订单，以及更快的协作，完成订单，跟踪订单。...

前言大家好，这节我们学习敏捷模型，前面介绍的几种生存期模型在实际应用过程中遇到的一些挑战，有时不能很好地适应需求的快速变化，为此软件界比较流行敏捷生命期模型。一、敏捷模型《敏捷宣言》价值观，原则，和通用实践之间的关系：敏捷模型符合敏捷宣言，并通过满足12个原则和实践体现出来的，敏捷模型结合了迭代和增量方法可以适应更频繁的变更和更频繁的交付。敏捷与传统模型的区别：1.传统软件开发更倾向于不考虑项目后期需求的变化，在项目开始时预测用户的需求然后分析需求，制定相应的开发计划，再按照计划执行。而计划与

http://www.hellokittycn.com/chapter/1262

1增值法则【陈老师解读】增值法则的核心是“提升价值，增加利润”。这里引用了COSTCO联合创始人的话“诚心对待顾客和员工，利润自然会增加”。COSTCO是一个经典的商业案例。小米的创始人雷军在他分享的创业思考中，提到小米创业之初的标杆之一就是COSTCO。现代管理学之父德鲁克的经典问题：有效的管理者经常自问，对我服务的机构，在绩效和成果上，我能有什么贡献？在这里，德鲁克所说的贡献，就是“提升价值”。这样意味着：对于项目领导者而言，我们要常常问自己：“在我所服务的企业和岗位，我能带去什么贡献和

本人是从2010年开始一直从事项目管理培训工作，至今已超过15年，经我所培训的PMPs保守估计也已过万。看了大家所关心的一些问题，觉得有必要把自己的意见也贡献出来。个人观点，欢迎讨论，有失偏颇之处也请不吝赐教。PMP认证到底有什么价值有个单独的主题讨论PMP认证的含金量，绝大部分的讨论还比较中肯，说主要看能力，证书只是辅助性的。但也有些回答明显误导，比如:升职加薪，年薪xx万我了解这是大家的期待，不过真相很让人受伤。每个人的薪水与资历、能力、承担的责任、工作单位的薪资政策等等众多因素有关，不是一

先上重点，所有的相关总结文档（备考计划<务必仔细看一遍>、总结、提升方法等）、含易混点区分的思维导图都在以下路径：提取密码：gd5e下载路径所有整理资料的汇总说明有时候别人会问我，你这是图什么呢，辛辛苦苦准备了这么多的资料无偿分享给大家。仔细想想的确是花了很多时间和精力，连续几个月的5点多早起和牺牲中午午休、运动时间只为录制几分钟音频资料。很辛苦但也享受其中，能看到大家的点赞、分享，收到大家分享的通过考试的喜悦就是最大的收获吧。有时候真的不图什么只为看到数字上升的愉悦感。（所以也有劳大家，

一、分享资料的数据分析百度网盘思维导图数据：累计下载及保存617次，再加上之前微信和QQ中的直接分享，总数可能已经超过1000次。有些同学还把整个思维导图打印出来复习，万分感谢大家的信任。由于“蜻蜓FM”和“懒人听书”是在9月5日才完成上传，所以以下统计数据仅限于“喜马拉雅FM”。截止9月7日中午累计播放次数7539次，共上传76集音频，还在继续更新中 （说一个小秘密，音频资料中已经上传了知识点总结、考试经验总结以及变更、收尾、风险的流程，特别适合临考前复习哦！）关注人数、播放量持续上升，每一次下