读《轻松SCRUM之旅》有感第二篇

XP,RUP,Lean（精益软件开发）

第一次听说精益软件开发Lean，主要思路有：消除浪费，将所有的时间花在能够增加客户价值的事情上；延迟决策，在一个复杂多变的环境中进行软件开发，需要根据实际情况保持可选方案的开放性，但时间不能过长；尽早交付，因为软件交付的周期越快，用户的需求就会越清晰，软件应对需求变化的灵活性就越高，便于让客户的需求来推动工作的进展；加强学习，承认变化的存在及其不可预见性，加强反馈和交流，在实践中发现问题、解决问题，并最终形成解决方案；授权给团队，正确的决策取决于准确的信息，让开发团队参与决策，让团队成员充分发挥自己的潜力。

无数的经验和教训都已经证明，软件开发中一个巨大的浪费源头就是由于不注重质量而导致的返工。人们常常为了追赶工期而降低对质量的要求，殊不知则会带来更大的损失。Learn强调消除浪费，这正是为了避免低质量和返工造成的浪费。尽管这样做一开始看起啦似乎有些麻烦，但它所带来的收益是实实在在的。

我喜欢上面这句，经历了很多赶工的代码，造成后期维护相当困难。我也见过一些不称职的程序员，明明代码写的有问题，还埋怨客户的需求变化多。实际上，客户需求变化多真的是很正常。

说说RUP，针对4个阶段（初始阶段，细化阶段，构造阶段，移交阶段）不断的进行一次或者多次迭代。RUP的基本原理是：以满足客户需求、为客户创造价值为最终目标；尽可能早且不断地化解风险；把注意力放在可工作的软件上；在项目执行过程中尽可能早的适应变化；在项目早期设计、实现并测试一个可执行的架构；使用组件来构造系统；建立高效、协作的团队；要始终重视产品质量，否则追悔莫及。

实际上我读到这里，我个人觉得实际上很多公司感觉都在用RUP，但RUP用的不好，就变成赶工，该缩的缩，该减的减。给领导交出了一份满意的答卷。领导也欢欣雀跃感觉成绩好哦，效益好，殊不知产品过程是否真的令客户满意，员工的忠诚度是否还保持的那么高昂。软件后期维护是否简单。质量是否过关。后期是否有个考核表进行打分。保质期（产品周期）能有多久了？客户满意度是否开始递减了？领导对后期的投入是否看重了？看到这里，还是有很多疑惑。

XP，请在网上浏览看，引用原文的4个核心价值观：通过充分的交流和沟通，使产品的设计尽可能简单明了；同时通过客户经常性的反馈，生产出符合客户需求的软件产品，并且有勇气迎接需求的改变。

嗯，看到这里，才正式开始进入SCRUM正文，待续。。。