首页 > 代码库 > 构建之法读后感

构建之法读后感

第六章、敏捷流程

1.Scrum方法论是敏捷过程的一种,敏捷过程的精髓在于快速交付。
    1) 第一步:找出完成产品需要做的事情 - Product Backlog。Backlog 意为待解决的工作。
    2) 第二步:决定当前的冲刺需求决定的事情 - Sprint Backlog。
    3) 第三步:冲刺(Sprint)。在冲刺阶段,外部人士不能直接打扰团队成员。期间每日例会,向同伴报告进度,把问题摆在明面上。同时启动每日构建,让大家每天都能看到一个逐渐完善的版本。用简明的图表(燃尽图 / 看板图)展现整个项目的进度。冲刺阶段是时间驱动的,时间一到就结束。
    4) 第四步:得到软件的一个增量版本,发布给用户。进一步计划增量的新功能和改进。
2. 敏捷成功实施的关键在于 Scrum Master,一个好的 Scrum Master 能在两种语境(商业语境和技术语境)间自如地翻译和切换。
3. 敏捷流程的经验教训:
    1) 敏捷宣言表面的是一些优先级,不必当作圣旨或者教条来争论;
    2) Scrum Master 不是一个官,而是一个没有行政权力的沟通者;
    3) 一些项目需要很多暗箱操作和政治角色才能搞定,Scrum 会把这些矛盾都摆到明处;
    4) 在复杂的项目里,要让一线团队成员做决定;
    5) 创业公司的团队其实经常是运行在 Scrum 的模式中;
    6) 在 Scrum 计划阶段的估计不是一个“合同”,领导者不要把它当成合同。估计总是不准的;
    7) 不要和管理层谈“流程”,他们只关心“结果”;
    8) 在大型团队,跨地区的团队,或者复杂项目中,Scrum 并没有非常完美的答案。
 
第七章、MSF(微软解决方案框架)
1.MSF没有像敏捷那样搞一个宣言,但是他也有一套思想框架——9条基本原则。
     1)推动信息共享与沟通;
     2)为共同的远景而工作;
     3)充分授权和信任;
     4)各司其职,对项目共同负责;
     5)交付增量的价值;
     6)保持敏捷,预期和适应变化;
     7)投资质量;
     8)学习所有的经验;
     9)与顾客合作。
 2. MSF 团队模型,任何技术项目都必须达到特定的关键质量目标,才能够被认为是成功的项目。任何一个角色无法实现其目标,都将危及整个项目。因此,每个角色都被认为是同等重要的,重要的决定都要共同做出。
 3. MSF 过程模型,基本元素是阶段和里程碑。所谓“阶段”,就是在这一阶段时间里团队集中精力做某一类事情,每个阶段的结束都代表了项目的进展和团队工作重心的变化。团队用里程碑来检查工作是否结束和同步各个角色的进度,以此来确定当前阶段的目标是否已经实现。里程碑标志着每个阶段的结束,此时团队应该引导成员转移工作的重心,并鼓励队员以新的视角来看待下一阶段的目标。在上一阶段产生的各种交付内容,将成为下一阶段的起始点。

构建之法读后感