Scrum Work Flow

UML软件工程组织
http://www.uml.org.cn/softwareprocess/rjgc4/rjgc4.htm
一个比较好的项目流程管理模式。

UML 软件工程组织 总站
http://www.uml.org.cn/

Scrum Work Flow 敏捷开发
敏捷开发设计了一些沟通方式，可有效避免无效沟通、重复沟通、频繁沟通。另外一些辅助实践可以防止意见分歧等问题。
1. Scrum的计划会
这是一个高效的沟通方式，其优点在于所有人同时听到PO的讲解，源头相同不会有所不同，不需要传递不会变形。
2. 计划会上的扑克牌估算
即使每个人听到的都一样，理解却可能不同。扑克牌估算通过“估算”来和对大家的想法是否相同或相近，估算中发现的偏差也正代表了大家理解的差异（需求和实现两个方面）。
3. 每日立会沟通
这个资料很多就不多说了。
4. 日常沟通
应养成一个时间管理习惯：组长随时找组员，组员找组长要预约（其实就是所谓“什么时候有时间请教个问题”“好，等我15分钟”），师傅随时找徒弟，徒弟找师傅要预约。原因是所有沟通都是上级或高手帮助下级或新手解决问题，因此组长不会打扰组员而反之则会。这种规则保证了双方的时间和思路完整。
5. 最后一个，日常沟通都尽量应该是上下级的，包括行政级别上或者是水平高低级别上。
尤其是技术沟通，两个水平相当的人很容易互相不服而争执起来，而水平相差较大的人则不会。



[b]高效程序员的45个习惯--敏捷开发修炼之道 [/b]
在去年就在豆瓣上看到这本不错的书，近来才拿到这本书好好的研读一下。读了之后又对本书有了更深的认识。我如此推崇她，因为我觉得她不像有些书那样的长篇大论，讲的都是大道理，看了云里雾里的。而这本书呢，讲的都是我们项目开发中实实在在遇到的，只是平时不太注意，作者只是用更朴素易懂的语言组织总结出来的一个个好习惯。

本书的文字言简意赅，写作方式采用坏习惯和好习惯的对比方式，当时也许你觉得这些习惯有点偏激，不过不要烦恼，因为每个习惯的最后作者都给出了中庸平衡之道。

相信很多人都有这本书，但是也有没有的，或者还不知道这本书，为了加深我自己对这45个习惯的理解和为了让更多的人知道、了解这45个习惯，所以我在这篇博客中记录下这45个习惯。前面我也提了，这本书言简意赅，所以对于习惯的总结更是如此，让我们可以一看到习惯的标题，就知道这个习惯的精髓所在。

态度决定一切
1.做事
2.欲速则不达
3.对事不对人
4.排除万难，奋勇前进
学无止境
5.跟踪变化
6.对团队投资
7.懂得丢弃
8.打破沙锅问到底
9.把握开发节奏
交付用户想要的软件
10.让客户做决定
11.让设计指导而不是操纵开发
12.合理地使用技术
13.保持可以发布
14.提早集成，频繁集成
15.提早实现自动化部署
16.使用演示获得频繁反馈
17.使用短迭代，增量发布
18.固定的价格就意味着背叛承诺
敏捷反馈
19.守护天使（单元测试）
20.先用它再实现它
21.不同环境，就有不用问题
22.自动验收测试
23.度量真实的进度
24.倾听用户的声音
敏捷编码
25.代码要清晰地表达意图
26.用代码沟通
27.动态评估取舍
28.增量式编程
29.保持简单
30.编写内聚的代码
31.告知，不要询问
32.根据契约进行替换
敏捷调试
33.记录问题解决日志
34.警告就是错误
35.对问题各个击破
36.报告所有的异常
37.提供有用的错误信息
敏捷协作
38.定期安排会面时间
39.架构师必须写代码
40.实行代码集体所有制
41.成为指导者
42.允许大家自己想办法
43.准备好后再共享代码
44.进行代码复查
45.及时通报进展与问题