火星人敏捷开发手册电子文档为涉足敏捷开发领域的专业人士提供了宝贵的资源，该手册以Scrum方法论为核心，详细解析了将计划性与临场应变相结合的项目管理艺术，文档巧妙地借鉴橄榄球比赛中策略与灵活性并存的理念，以此来阐述在软件开发中如何有效地管理产品待开发项，进行迭代计划会，以及如何在每日立会中加强团队间的沟通与协作，电子文档中的“燃烧图”使用，为项目管理者提供了一个直观的工具，用以监控项目进度并预测任务完成的可能性，评审会和反思会的描述，加强了对敏捷循环中持续改进的理解，该手册为实施敏捷方法提供了清晰的框架与实用的工具，是追求效率与创新的团队不可或缺的指南。
Scrum概览
Scrum是一种兼顾计划性与灵活性的敏捷开发过程，原词来自于橄榄球中的“带球过人”。在橄榄球比赛的每次冲刺前，都将有一个计划安排的过程，但冲刺开始后则由队员在原计划的基础上随机应变。 不同于瀑布模型将开发过程划分为需求、设计、编码、测试等阶段，Scrum将整个开发过程分为多次迭代（称为Sprint，冲刺），一般为期2～4周。
在日常工作时，产品负责人会维护一个按优先级排序的“产品待开发项”（Product Backlog），即从客户价值理解和描述的产品功能条目。
在每次迭代的第一天，召开迭代计划会(Sprint Planning Meeting)。产品负责人会逐一挑选最高优先级的部分进行讲解。团队可就需求细节、完成标准等进行询问，并逐条估算，放入本次迭代的开发任务中，直至任务量饱和。一旦迭代开始，这些任务将不会发生大的变化。 在迭代期内，团队将决定任务分配、所需的技术等，逐一完成任务。每天团队会进行一个简短的站立会议即每日立会 Daily Stand-up Meeting，沟通当前进度、下一步任务和当前存在的问题，以借助团队的力量解决。团队还维护一张“燃烧图”（Burn Down Chart），即所有任务的累积剩余时间随开发进程与日递减的图形，以观察和预测所有任务是否会按期完成。 在每个迭代的最后一天，团队会召集评审会(Review Meeting)，邀请产品负责人等参加，对已经完成的产品功能条目进行评审，后者做出判断并给出改进反馈。当天还会召开反思会(Retrospective Meeting)，对本次迭代中的成功与失败之处做出总结，并在以后迭代中进行改进。
