| « | November 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | | 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 | | | | | | | |
|
公告 |
| 不得窥道门，不得悟佛门，不得入窄门，实乃破门。 |
| Blog信息 |
|
blog名称:破门点滴
日志总数:161
评论数量:404
留言数量:-2
访问次数:1431461
建立时间:2004年11月13日 |
| |
|  [XP 实践]谈XP四大宗旨－交流篇
原创空间, 软件技术
破门 发表于 2005/9/23 11:34:15 | | 交流
交流是团队存在的灵魂，如果没有交流，团队也就称不上团队了，所谓“一盘散沙”正是没有交流的组织最佳写照。
没有交流的团队其实是不存在的，而缺乏交流的团队确实比比皆是。究其原因，我们太依赖于传统模式的制度和“牛仔”了。传统项目利用制度管理约定了上下级的交流模式，可想而知其交流的范围和内容都是受到极大的制约的，典型的“漏斗型”信息交流渠道，使得项目经常在细节上迷失了。“牛仔”型程序员更是XP激烈反对的类型，可惜的是多数程序员还是希望甚至渴望回到“西部”或者“求伯君时代”。可是兄弟们，那个时代已经逐渐远去了。
让我们看看XP通过实践规则推荐的交流方法吧：
发布/迭代计划会议： 这是我所经历的最有意思的实践环节之一，头脑风暴式的交流形式很容易得到大家的认同，在实际的项目实践中也确实起到了很明显的效果。我曾经通过一次发布计划会议成功地解决了一个拖延了近三个月的项目，会议上团队成员积极的交流很快找到了问题关键和解决方案，制定了一个月的具体开发计划，最终的结果是在接下来的二十天内就基本解决了问题。
站立早会： 实践上似乎较难执行站立的精神——就是短而有效。通常XP的早会是一天重要的开始，交流任务情况和进行结对。短而有效就要求团队成员能够快速确定当天任务并找到合适的成对伙伴。其实我在具体实践中发现问题还是出在最关键的交流形式——“成对编程”上了。
成对编程：无论从理论还是实践中，我都得出成对编程的明显优势，无奈何成对编程的实践还是是会从上而下受到无数阻力。所以，成对实践规则是必须从团队文化建设上着手才有可能真正推行的。从交流的宗旨上说，没有实践成对编程的团队根本就不能称之为XP团队！
开放式工作间：无时无刻的交流需要开放的环境，如果你的团队还在各自独立的办公室之中，赶快让他们搬到大厅吧。
白板：你的开发团队身边没有白板么？那还不赶快去买来！我最兴奋的一次交流活动，是和一个伙伴坐在沙发上，而周围围了四块白板，正是那次交流确定了项目关键技术架构。
交流是随时发生的，要达到随心所欲的境界！ |
|
|
