All+All-Scrum-特点Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发Scrum是一个包括了一系列实践和预定义角色的过程骨架。提倡所有团队成员坐在一起工作，进行口头交流，以及强调项目有关规范（disciplines),有助于创建自我组织的团队关键原则是承认客户可以在项目过程中变更需求Scrum采用了经验方法承认问题无法完全理解或定义关注于如何使得开发团队的能力最大化---快速推出和响应不断出现的需求Scrum是以经验过程控制理论为依据的，采用迭代，增量的方法来提高产品开发的课预见性并控制风险Scrum的三大支柱1.高透明度2.检验DailyScrum是用来检验朝向Sprint目标的工作进程，调整以优化第二天的工作价值Reviewmeeting是用来检验朝向发布目标的工作进度，调整以优化下一个Sprint的价值Retrospectivemeeting是用来评审完成的Sprint，并确定什么调整可以使下一个Sprint的效率更高3.适应-CSMCertifiedScrumMaster-Scrum过程在每个冲刺，开发团队创建可用的软件的一个增量每个冲刺所要实现的特性来自产品订单productbacklog每个产品订单是按照优先级排列的要完成的工作概要需求哪些订单项会被加入一次冲刺由冲刺计划会议决定在会议中，产品负责人告诉开发团队他需要完成产品订单中的哪些订单项开发团队决定在下一次冲刺中他们能够承诺完成多少订单项在冲刺过程中，没有人能够变更冲刺订单（SprintBacklog），这意味着在一个冲刺中需求是被冻结的术语-角色-ScrumMaster主管负责维护过程和任务主要工作是去除那些影响团队交付冲刺目标的障碍他不是团队领导，而是负责屏蔽外界对开发团队的干扰确保scrum过程按照初衷使用是规则的执行者很大一部分职责就是创建团队氛围，让人们互相合作，有效地交付可以工作的软件职责负责在团队中正确、完整地贯彻Scrum流程。虽然在实施开始的时候必须做一些折中，而且因为实施环境的限制不得不放弃某些实践，但是ScrumMaster在脑海中始终要铭记实施完整的Scrum所带来的好处和价值，渐进地推动团队和组织走向完美状态。工作范围清除在客户和开发工作至今的拦路虎，客户从而可以直接驱动开发教导客户如何最大化ROI，以及通过Scrum实现他们的目标同感激发创造性和推动授权来提升开发团队的成员以任何可能的方式提升团队的开发效率改进工程实践和工具，使得每次功能上的改进都得以交付负责确保ScrumTeam遵守Scrum价值、实践和规则帮助Scrumteam和组织采用Scrum通过指导和引导，教授Scrum团队更高效工作，生产出高质量的产品帮助Scrumteam理解并采用自组织和跨职能是Scrum团队的服务型领导者ScrumMaster可以是任务开发人员，但这会造成一定困扰。他绝对不能是PO十个问题你的迭代周期是多长？理想状态下是2周，但如果有理由显示这个周期太短，这是个积极的信号。但是如果答案是长达几个月，那就绝对不算是敏捷开发了。你们的团队有多少人，怎么构成？小型的，跨功能的团队非常重要。如果使用大量开发人员，而且各自职责严格划分，那就要小心。此外，团队是分布式开发还是坐在一起，也要弄清楚你们的ProductOwner能及时回答问题吗？你们引入了持续集成吗？你们使用测试驱动开发或者测试驱动设计吗你们怎样记录用户故事对方应该就任务版或者项目管理软件中记录的功能简单讲解一下。如果碰见过长达软件需求规范或者功能规范，就应该亮起一盏红灯。使用哪些衡量指标来跟踪进度？故事点数或者小时数应该就足够了。你们的团队多长时间碰面一次？如果ScrumMaster工作做好了，答应应该是每天，对于分布在不同时区的团队，那就颇具挑战你们的敏捷实施有上层支持吗ScrumMaster还有什么其它职责？ProductOwner产品负责人代表客户的意愿（利益所有者）保证Scrum团队在做从业务角度来说正确的事情编写用户需求，排出优先级，并放入产品订单负责最大化Scrumteam的工作价值是管理Productbacklog、确保团队工作价值的唯一责任人组织中所有人员都必须尊重PO的决定任何人都不得要求团队按照另外一套优先级开展工作团队不允许听从任何人带有威胁恐吓行的指令PO所作的决定需要明确地包括在ProductBacklog中和优先级中PO可以是团队开发成员，但是绝对不能使SM-开发团队所有开发人员成员必须具备跨职能的技能具备如编程，质量控制，业务分析，架构，用户界面设置，数据库设计等专业技能负责交付产