我目前所在项目的information radiator
|
 
|
选择浏览模式：
故事模式 |
单张浏览 |
3D画廊 酷！ |
幻灯片
身边很多做软件的朋友都问我在ThoughtWorks做软件的感受，我想陆续把其中的一些摘出来，拍成照片，放在好看簿，和大家一同分享。 :) 这里是一些关于我目前所在的项目如何做information radiation的照片…… |
|
story wall 在ThoughtWorks，几乎所有的项目活动（需求、开发、测试……）都是围绕着Story card进行的。不同颜色的卡片代表着不同的含义，就连卡片在墙上的位置也有很多的讲究…… 每次开发完一个故事、在墙上移动相应的卡片的时候，心里都觉得美滋滋的。=)
微风
1 年, 10 月前说:
呵呵，开眼界呀。
从墨脱回来的大野狼
1 年, 10 月前说:
这是我承诺你的一些问题, 别嫌多, 呵呵:1. 颜色不同代表不同的模块或者优先级? 这么排列有没有特别目的? 2. 照片靠右的部位是否是burn down chart? 3. 既然是story card, 你们在用pair programming吗? 有没有battle field的照片? 4. 看到这些纸片都贴在玻璃墙上, 这是个会议室? 或者Pair Programming的一个大屋子? 5. 纸片掉了怎么办? :-) 6. 很多纸片上还贴有更小的纸条, 做什么用的呢? 能不能专门上传一些story card的照片?
德里克
1 年, 10 月前说:
看来来大野狼同学昨晚睡的不早呀 ;)1. 不同颜色代表不同类型的work item，比如蓝色代表story，红色代表bug等。横向代表故事开发的不同阶段，从需求分析一直到通过最终的客户验收。这么排列一方面有助于信息定位，另一方面也很有趣。这种效果是hi-tech手段所无法完全实现的。 2. 不是。是我们自定义的一些QA数据分析图表。 3. 我们在100%地采用pair programming。照片随后我找个时间拍来传上。 4. 那是会议室的墙。事实上，TW办公室里除了会议室、休息间和机房以外，其它的空间都是开放的开发区域。TW不用cubicle，因为那样不利于开发期间的充分交流。 5. 那一定是sticker出了bug ;) 6. 大野狼同学观察得够细！每个小纸条上面都是我们的名字，谁要开发某个故事，就把自己的名字帖上去。
德里克
1 年, 10 月前说:
我同事sidu前段时间在他的blog上帖了两张西安办公室休息间的照片，大家可以参考一下（要用代理的）：http://anonymouse.org/cgi-bin/...
|
|
全方位的信息 墙上的空间可千万不能浪费哦，像帖海报一样把项目中一些重要的、需要大家经常关注的信息（比如说单元测试数量及覆盖率）展示出来，并且随时更新，起到的效果非常不错！
另外，每周两次的lunch & learn也很受欢迎。表格上面写的owen rogers就是cc.net的核心开发人员……
德里克
1 年, 10 月前说:
TW非常重视各个国家、民族自己的文化哦，很多外企的常见做法，如要求新员工起英文名字等，在这儿是没有的。TW芝加哥总部的会议室之一甚至是以宋庆龄为名的，这充分体现了一种对不同文化的深层次理解和尊重……
德里克
1 年, 10 月前说:
在TW，测试是所有技术人员的必备技能。所有项目、所有代码，包括员工自己的hobby projects，都是测试驱动出来的。除了单元测试以外，开发人员还会写1）集成测试来强化某些逻辑的正确性；2）性能测试来收集性能数据；3）和QA合作写系统自动化测试来检测系统行为和regression。除此以外，还有很多用于特定目的的”偏招“、”怪招“，比如说我前段时间和同事pair一个和外部电话系统集成的功能，我们并没有实际的测试环境，就按着SDK自己写了一个simulator，基于其上做集成测试。前天到实际环境里，还真的跑通了！呵呵，可以说TWer做梦都会先写一个测试（开始夸张了）……
卡妙
1 年, 10 月前说:
Thoughtworks！我以前在西安的时候还参加笔试了，当然也被鄙视了。 不过，我对alige，xp还是比较有兴趣的，Martin的书我也读过。 有次他在西安演讲后，我还找他签了个名。 BTW，csdn上的大红人透明也在Thoughtworks吧。 希望楼主多分享一下在Thoughtworks的经历。
从墨脱回来的大野狼
1 年, 10 月前说:
还是问题: 1. Technical Sessions是不是公司内部的技术交流活动? 一般什么频率? 是自发的还是有计划? 2. Functional Testing with WHITE. 呵呵, WHITE是啥子好东东? Open Source了吗? 3. 这样的"学术交流"海报, 到处都是还是怎样? 4. 中间的三个图分别是什么? 谁负责更新呢? 5. 再往左的实在看不清, Derek, 再专门照一次吧.
德里克
1 年, 10 月前说:
1. 是的。我们目前是每周两次，内容由大家自己来定。2. WHITE是TW自己内部开发和使用的一套Windows自动化测试框架，我所在的项目就在用WHITE做基于UI的自动化系统测试。目前尚未开源。 3. 还有几张，用处略有不同。 4. 从上至下：story scope vs stories analyzed/developed/QAd; defects summary; unit testing summary。主要是PM来更新。 5. 好的，回头有时间的时候我再选一些照出来。
德里克
1 年, 10 月前说:
我们也有基于Web的图表，内容更为丰富。使用hi-tech手段的主要好处是方便非西安的项目人员或者客户访问，使用low-tech手段的目的是因为这样很形象，能够让大家随时随地感受到项目的方方面面，这种效果往往是hi-tech所无法模拟的。
被金融危机撞了腰的Lixinfeng
1 年, 10 月前说:
对敏捷开发一直都很感兴趣，不过一直都没有真正地接触过。dErEk，你觉得以国内一些小公司的技术水平和管理水平（以我原来的公司为例，开发人员在20人以下，技术水平参差不齐，公司更注重于拿到项目，对于项目开发没有很好的管理），如果采用XP的方式会有什么问题？ |
|
Build 我们用一台mac mini远程连上cc.net，随时提示build状况。
顺便提一下，公司同事Erik Doernenburg前几天刚刚发布了cctray的mac版本——cc menu，使用mac的朋友可以一试哦： http://sourceforge.net/project... |
|
Retrospective 这是项目团队第二次做回顾的时候所做的一个“游戏”——每个人在卡片上画出自己对项目当时状况的感觉。
对于任何一个大项目来说，可能都会在前几个开发迭代经历一次“成长的烦恼”。从画片中可以看出，大家都感受到了很大的压力，但每个人都鼓着劲儿要把项目做下去。 几个月后的今天，当这个项目已经非常顺利地在运行，客户、团队满意度都很高的时候，再回头看当时大家画的卡片，一种欣慰的感觉油然而生……
从墨脱回来的大野狼
1 年, 10 月前说:
右边年历上是公司优秀员工? 这些里面, 我最喜欢的是最上面一排的那个拉纤和太阳露出头的感觉. 曾经读到过图画是表达情感最直接的方式, 可惜到了成年就很少花了. 看到这些图画, 感觉怎的很棒. 我的一个问题是图画出来以后, 该感谢什么呢?
德里克
1 年, 10 月前说:
那是去年TW中国Away Day部分参与人员的相片。TW每个office每年都会有一天定为Away Day，在这一天里大家不上班，而是聚在一起或者娱乐放松，或者讨论技术问题，合作开源项目。我们通常还会邀请其它分公司的人员来参与。比如说相片上大家应该隐约能看到Martin Fowler。
|
|
Build light 同事麦罗在Linux下刚刚配置好build light，高兴地顶在头上 :D
从墨脱回来的大野狼
1 年, 10 月前说:
这个是Pair Programming的现场吧. 呵呵, 那个build light我自己曾经想过做一个呢, 基本就是拿一个发光二极管加到串口上, 然后写个程序定期pull build的结果, 成功一种电平, 失败反转就可以. 不知道你们这个怎么工作的. 而且好像功率不小, 从国外买的? 其他的人正在Pair Programming? 大家有没有争吵呀? 声音大不大? 满桌子都是东西, 要是换pair的时候, 东西都要挪地方, 麻烦吗? 按说每一个人应该有一个自己的桌子, 可以放东西, 你们有吗? 有需要私人处理的事情, 如查邮件怎么办?
德里克
1 年, 10 月前说:
大野狼同学问题好多呀，挑几个回答先：>> 其他的人正在Pair Programming? 大家有没有争吵呀? 声音大不大? 没错，其他人都在pair。就是一种很自然的背景声音，它并不会大到打断其他人的思路，只是随时随地隐性地相互传递信息。 >> 要是换pair的时候, 东西都要挪地方, 麻烦吗? 换pair不麻烦的，我们平均一两天就要换pair，换的时候各自把笔记本拿走就行了。 >> 按说每一个人应该有一个自己的桌子, 可以放东西, 你们有吗? TW有一种“餐桌文化”，就是大家都围坐在长长的桌子旁边，没有固定座位，根据pair的需要随时调整，非常灵活。这样的最大好处是便于同事之间的充分交流。大家可能都有这样的经历：在公司里，你交流最多的往往是坐在你周围的几位，有些同事由于空间上的距离，可能永远都说不上话…… 当然，如果有什么东西想存在公司的话，我们可以用公司给每个人提供的储藏柜。 >> 有需要私人处理的事情, 如查邮件怎么办? 通常我们都会在pair开始之前处理完私人的事情，然后在接下来的几个小时里全神贯注地进行开发。当然，如果需要，我们完全可以拿着电脑找一张人少的桌子，或者到会议室、休息间去。这一切都可以很灵活。 大家有没有pair programming的经历？大家所在的公司有没有实践过的？如果有的话，一起分享一下吧~ |
你会感兴趣的其他故事 |
|||
| 更多 | |||
