开始带SG项目大约三个月，每天都在思考如何做好项目管理。
偶然在msn上和一位朋友聊起了scrum。（我已经不记得B是谁了 _）
相比 xp、lean 等等，scrum 在敏捷方法里更受欢迎，它的精髓：根据你的团队，寻找最佳实践。
scrum 只提供了一套"参考"流程，你可以根据需要，做加减。:-)
sprint、backlog、morning meeting，一切都不是必须的。
A 说:
对了，问个东东，你们那边是用 scrum 么？
B 说:
对
A 说:
你们也是每天 morning meeting 罗？
A 说:
你觉得进度控制如何？
A 说:
scrum 真的很好用么？
B 说:
很好啊
B 说:
挺有效哦
A 说:
给我说说你们一天的流程？如何？
A 说:
几个策划、几个程序、几个美术一个 team?
然后 sprint ?
B 说:
一天没什么好说的啊，晨会，工作，第二天，晨会，工作
(
我们晨会的内容是五个问题：
1. 上个Scrum工作日做了什么
2. 这个Scrum工作日准备做什么
3. 剩余工时估计
4. 有什么困难需要帮助（简单的可以当场解决，复杂的可以会后解决）
5. 有什么可以和大家分享的心得
)
B 说:
一个sprint10~15个工作日，
B 说:
总结，计划
(
总结会内容：
1. 上个sprint的backlog内容总结，分析完成或未完成工作的原因
2. 整个sprint中的心得，以及可改善内容
3. 可以邀请高层lead参与
计划会内容
1. 将上个sprint未完成的工作剪切到这个sprint中
2. 根据优先级，程序员领取工作，预估工时
)
A 说:
最大的感觉是不是每天的计划都很满
B 说:
基本流程如下，
还有就是角色，鸡和猪
A 说:
每时每刻都知道自己要做什么
B 说:
呃工作时间是程序员自己估计的
A 说:
鸡和猪 干啥用的？
B 说:
我们现在策划程序是自己开自己的会
A 说:
有没有这种情况，就是策划后来的某个需求，导致原来程序结构的大动
B 说:
scrum团队里面的人是猪，有发言权；其他领导、旁听者都是鸡，只能在计划会上有发言权
(
"猪"角色:
猪 是全身投入项目和Scrum过程的人；they are the ones with "their bacon on the line."
产品负责人
产品负责人代表了客户的意愿。这保证了Scrum团队在做从业务角度来说正确的事情。产品负责人编写用户故事，排出优先级，并放入产品订单。
Scrum主管 (或促进者)
Scrum主管推进Scrum过程，他的主要工作是去除那些影响团队交付冲刺目标的障碍。Scrum主管并非团队的领导（由于他们是自我组织的），而是负责屏蔽外界对开发团队的干扰。Scrum主管确保Scrum过程按照初衷使用。Scrum主管是规则的执行者。
开发团队
负责交付产品的团度。由5至9名具有跨职能技能的人（设计者，开发者等）组成的小团队完成实际的开发工作。
"鸡"角色:
鸡角色并不是实际Scrum过程的一部分，但是必须考虑他们。敏捷方法的一个重要方面是使得用户和利益相关者参与到过程中的时间。参与每一个冲刺的评审和计划，并提供反馈对于这些人来说是非常重要的。
用户
软件是为了某些人而创建！就像“假如森林里有一棵树倒下了，但没有人听到，那么它算发出了声音吗”，“假如软件没有被使用，那么它算是被开发出来了么？”
利益所有者 (客户，提供商)
影响项目成功的人, 但只直接参与冲刺评审过程。
经理
为产品开发团体架起环境的那个人
)
A 说:
这类情况如何防止~
B 说:
这种事情只能在sprint计划会上做，晨会上他没有发言权
A 说:
是啊，但下次 sprint计划 可能导致上次 sprint 计划中实现的很多东西都被推翻了
B 说:
是啊，所以每个sprint可以定短一些，比如10个工作日，推翻了的代价也很小
B 说:
scrum本来就是走瀑布和极限的中庸路线的
A 说:
完成的时间程序自己定，也不可能自己定得太长吧
B 说:
呃，那就是另一个问题了，sprint表格不作为绩效考核的依据
B 说:
只要尽力去做了，那么是否完成就是次要一点的标准了
A 说:
让分子自由运动，然后趋向于结果
A 说:
好像 Agile 都是这样
B 说:
是吧，首先要尊重人
A 说:
说起来游戏开发倒是很适合 Agile，哈