开发管理 CheckLists(23) -使项目组度过完整的生命周期 开发管理 CheckLists(22) -组织项目资源 开发管理 CheckLists(21) -控制项目的范围开发管理 CheckLists(20) -项目利益相关者责任开发管

换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。迭代式开发，不要求每一个阶段的任务做的都是最完美的，而是明明知道还有很多不足的地方，却偏偏不去完善它，而是把主要功能先搭建起来为目的，以最短的时

今天上午有幸作为嘉宾参加2014WorldofTech全球软件技术峰会，听了袁斌老师和王立杰老师关于敏捷实践和敏捷团队方面的演讲，收获颇多。袁老师关于绩效考核方面主要提出了有质量的Bug和故事点比值作为关键指标；王老师主要是对团队绩效如何考核进行指导。尽管

在看了一些scrum电子书之后，我开始尝试在团队内部推广这种敏捷方法。开始能采纳的也是小范围的动作，毕竟开始不知道如何走，没法把所有的流程一下子全部改掉。站会，scrum白板是我们主要的执行手段。于是，我们停止了敏捷的脚步。过了半年，情况发生了变化，公司总

拿到这个小项目之后， 小龙并没有着急的去对项目进行整理，而是在这个时候准备新一轮的人员调整,对项目成员进行合理的授权,进一步的优化团队的整体能力(如何授权呢？参考授权与控制的管理技巧)。宾哥也没有异议的同意了。

在整理这篇文章之前，看了很多关于Scrum Master的文章, 本人很不赞同 这篇文章的观点“Scrum Master就是一个打杂的" 这个观点，个人认为Scrum Master是一个很有挑战性的，很大责任的工作”。上面本专栏的几篇文章都是在讲

注意事项： 1. Scrum Master 不提出问题。如果实在不能出席，就得通知团队，并找一名代表。

在本章我们将关注故事编写，为了更好的构造故事，我们关注六个特性，一个好的故事应该具有如下6个方面的特点。这些细节可以在后期例如：Scrum计划会议上面进行讨论。负责编写故事，这些故事要能提醒你们同开发人员交谈，而不是记录详细的需求定义，他们对用户或者你们自

安排一体化团队成员围坐在一起工作，目的是便于大家的沟通和交流；如果办公环境不能满足，也需要让一体化团队成员尽可能的靠近，尤其不要出现开发和测试不在同一楼层的情况。合理布置项目状态墙和开晨会的位置。项目PL指定项目组的CI-CO人员，协调CMO创建项目文件夹

◎在这个框架整个开发周期由若干个小的迭代周期，每个小的的迭代周期称为一个Sprint，每个Sprint的长度2到4周。◎在每个Sprint中，Scrum的开发团队拿到一个排列好优先级的需求列表，我们称它为用户故事或者叫Sprintbacklog. 在Scr

Agile的哲学是“结果是最重要的，所有的过程手段都是为结果服务的；经验主义的三个支点是透明、观察、调整。Scrum强调通过经验性的过程，逐步检查和调整团队的协作和工作模式，持续改善。团队在哪些方面做得好，应该坚持；哪些方面有待改进，并挖掘其本质原因，定义

1所有验收用例是否已经通过？2是否还有遗留问题没有解决？3所有的测试用例和测试代码有没有归档？4所有问题有没有通过JIRA跟踪记录？5集成测试是否通过？

近些年来，越来越多的人开始转向敏捷开发，而且这些敏捷开发的技术已不再新鲜，大多都是在80和90年代设计形成的。但是，最近几年，程序员，特别是一些商业顾问，架构师和客户开始喜欢上了敏捷开发。在较短的开发周期中，我们不断的完善程序，多次迭代从而满足客户提出的最