Yesterday's discussion, some students mentioned: the continuous integration visualize it, and contribute to the team leaders better understand and comply with the continuing integration of the discipline.
Then came the ultimate torture today:
1. What information should be visualized?
2, in what form visualization?
3, how to visualize information to help the team do better?
The continuous integration of information visualization is to present the development team has intuitively clear understanding of the situation, but also facilitate the ongoing work to improve the coordination and efficiency of the team. Then the following information should be publicized out:
- Environmental information , such as: DEV / UAT / PROD.
- Service information in an environment , such as: service name.
- Construction of single service information , such as: stages, each stage of time, the total build time to build a successful state, the state fails to build, failure stage, build version information.
- Pipleline of team rules and the state , such as: Red-day status (pending, in progress, sucess, fail).
Are visual form, it is best you can do is simple, intuitive, and eye-catching, there may be ways:
- Use the display to visualize . Color marked state. In the vicinity of the work area to place the development team, looked up to see, can remind each other. The disadvantage is that we do not look up, you have to find the problem over time.
- Use catlight tool for visualization . Immediate notification, under a simple environment, can directly subscribe concern pipleline, you can get notifications on computer work, be a supplementary monitor.
- Display + Sound . When the build fails, play a sound, causing the team attention.
There are group of friends to share the direct visualization system is using his own team:
interface
▲ [Extreme Programming China | practitioners] members to share
▲ [Extreme Programming China | practitioners] members to share
Test quantitative indicators
▲ [Extreme Programming China | practitioners] members to share
How to visualize information to help the team do better?
-
By visual information, enabling team clearly know the rules and to resolve ambiguities in the middle of know where the line is.
-
相互提醒。显示屏、声音、catlight 等工具能够尽可能帮助团队第一时间发现问题，并进行处理。
-
解决问题。发现问题后，避免只是指出问题，只做指指点点，而不去帮助造成问题的同学解决。这一点取决于 Experience，如果团队还有开发同学对pipleline不清楚不熟悉，当他遇到问题时最好和他一起定位问题和解决。
-
每日持续集成。如果没有问题才是最大的问题，可以回顾下分支管理，保证每日构建持续集成。避免一直没有错，一直不构建。
-
共同关注 Stage。在某些项目中，由于有的开发人员，由于种种原因，而去掉某些 stage，导致 pipleLine 一直是绿的。
-
围绕 Pipleline 组织一些团队内的小活动。通过小活动让团队关注 pipleline，并记录下来，可视化在某处。
讨论时间
近几天持续的关于持续集成的讨论，不禁让芒果产生了一个疑问：
持续集成这么好用，为什么还有领导不知道或是不支持持续集成？大家的公司领导都是这样吗？
结果群员们为我很详细的解释了其中缘由：
在日常的工作中，不知道的情况很多，毕竟有些程序员都不知道，更别说外行的领导了。
然而知道的领导还需要综合考虑到成本、效率、产出等情况。
-
成本：时间成本、金钱成本，以及团队人员的精力成本，都算在内。从传统的开发模式转变成持续集成模式，必然要求团队成员水平提高，在现有成员情况下，需要考虑到学习、磨合所耗费的各种成本。
-
效率：坚持下来的话，团队效率肯定会提上来，但是这个过程是耗费时间、物力以及人力的一个过程，现有的人员基础上，持续集成前期的效率可能会更低。团队需要磨合，才能更好的适应持续集成，从而提高效率。
-
产出：作为领导来讲，更关心的是你有没有产出，产出质量是怎样的，而不是你用什么方法、工具达成产出。持续集成、测试驱动都是技术实践，有没有用、需不需要是技术问题，领导不关心也不会替你做决定。
所以，持续集成也好，TDD也好，都是开发人员做好工作对自己最起码的要求。
极客练功房
什么是极客学院的TDD实践活动呢？它竟然这么实用吗？什么？竟然可以提高工作效率？什么？还能实现敏捷开发？快给俺也整一个！极客学院线下TDD实践活动——极客练功房下周又要举办啦！
时间：12月21日13：30
地点：北京
↓↓↓
基于极限编程的核心实践，直指个人和团队基本能力
全程采用刻意练习方法，不讲废话，只练真功夫
如温馨网友聚会，面基志同道合的小伙伴
社群资深教练现场点拨，打通关窍
↓↓↓
时间：12月21日
地点：北京
内容来源
本期内容整合自【极限编程中国 | 实践者】
内容贡献者：
如果你也想加入讨论，获取干货
迅速成长，提高效率
欢迎加入我们
↓↓↓
▲【极限编程中国 | 实践者】微信群
↓↓↓
怎样加入我们
立即扫描下方二维码限时免费加入【极限编程中国 | 实践者】微信群
和前ThoughtWorks总监咨询师熊节实践敏捷开发