Scrum Work Flow

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

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

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



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

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

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

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