4.daily visibility into the project

    经验过程控制的基础就是让项目透明，让问题浮现，因为这样才能够进行检查和调整。

    所以每天都要有站立会议供大家来交流问题。

    另外就是velocity__ chart和burn up（down）chart来显示速度和项目进度。

    5.incremental product delivery

    基于“art of possible”, scrum会在每个迭代周期完成可以完成具有高优先级的需求，从而实现每个迭代都可以deliver business value。这样客户就可以递增的拿到可用的产品，从而可以进一步提出更加现实可用的需求。

    其实每一个iterative development都可以deliver 业务功能，但是没有特别的强调，只是scrum严格强调这一点。因为它是基于经验过程理论的自然的产物。

    Scrum 相对于传统开发方式的values：

    1.迭代交付让客户在项目完成以前就可以拿到可使用的产品，增加了客户满意度、项目成功的几率和后续需求提出的准确性。

    尤其是抵御变化的能力较强。

    2.“art of possible”可以让项目尽快启动，并且快速出成果。

    3.“daily visibility”可以把项目的问题有效的呈现出来，有利于及时的解决问题。

    4.self－organization有利于激发团队士气，让最了解系统的人做正确的事情。

    Scrum的各个环节：

    1.quick start

    任何项目开始的时候投入的资源都比较少，对于scrum，一般会有2到3个人，包括dev，BA来开始对项目进行分析，找到master stories。

    2.前期分析结束后，会投入更多的dev来进行开发，并且有每日的简会。简会的价值就在于：检查和调整，检查进度是否一致，是不是出现了新的问题，然后调整下一步的工作， 而不是简单的向scrum__ master汇报工作。

    3.dev开发story的同时，BA做新的story卡。

    4.新卡做好以后，由客户根据业务需要来排列优先级

    5.而后组织dev对story card进行工作量的评估，不是以人天为单位，而是以point。

    4.开发过程大多采用XP，XP和scrum配合的相当好

    5.每个迭代结束的时候要向客户展示产品。

    Scrum开发方式面对定价项目的竞标

    1.客户可以在任何一个迭代结束的时候停止项目，仍然可以得到可以上线的产品。

    2.scrum 对于变化的抵御能力较强，任何一个迭代开始之前，客户都可以修改需求，而且无需付费，这在定价合同的竞标上有很大优势。

    Scrum在实施过程中通常会遇到的问题

    1.scrum的实施必须以公司的企业文化为背景，必须和企业文化相融合，否则很难成功。

    2.没有人能绝对预测以后会发生什么事，尤其是情况不明的时候。

    所以在每一个迭代做estimation的时候，预估不准确是正常现象，尤其是在前几个迭代。

    3.很多情况下，在业务功能开始实现之前会做一些基础设施的建设，这些工作在前几个iteration会占较大比重，而且优先级比较高，但是同时，每个迭代也要进行业务功能的发布，

    因为基础设施需要实际的业务功能来验证其正确性。