周末终于要release了，纪念一下

进入公司的时候，正好赶上了项目的启动，瑞典方是一个项目经理，一个开发人员，一个UI设计，还有一个总体设计的，我们这边是三个开发人员，其间由于语言文化等种种原因，经过了很长时间的磨合才慢慢有了比较好的合作氛围。

当然，有些问题也是由于外方对于我们的开发能力不信任而导致的，最突出的一点就是，每次我们往Bugzilla提交bug的时候，对方连测试一下都不肯，就先来怀疑这个问题是由我们所导致的，甚至是在我们把每一步测试细节都描述的非常清楚的前提下，这不能不让人很郁闷。

对方的开发人员也有40多岁了吧，总觉得他的很多思路都与面向对象的思想脱节，也不适应Agile的开发方式，导致很多bug在他那里堆积成灾，而我们的进度也被影响的严重滞后，而且他也是一个老顽固，总不肯接受别人的建议。他是负责开发底层API的，尤其是我负责的UI部分，功能操作差不多完全建立在他的基础上，但他的想法就是自己怎么开发方便怎么设计，而不是让别人怎么用着方便怎么设计。有一次我们因为方法命名的事情有了争执，他竟然说：”OK, you are three, I'm one“，还有一次说：”We pay you for the development, so you should do as what I said“..一点都不是合作开发的态度。虽然这一点在他去年国庆节来北京以后有了很大改善，但也不过是表面现象而已。

客户同时还身兼项目经理，这也是项目产生问题的一个地方，希望能够在开发下一个版本的时候有所改善才好。

前些日子请了ThoughtWorks的咨询师给公司简单介绍了一下敏捷开发的总体概念，获益颇深。感觉我们的开发流程本身还是比较Agile的，Scrum meeting，Continuous Integration，Refactoring....但是如果不是每个人的思想观念都接受敏捷，那么所能起到的效果也很有限，就拿那个做API的人来说吧，居然开发了五个来月以后，提出了希 望我们能够给他的所有代码都加上JUnit test.....让人除了晕眩以外还能有什么想法？

项目本身是很有意思的东西，也很有市场前景，很吸引人，周六客户就会从瑞典飞过来请客吃饭了，并且要呆上一周讨论下一步开发的事宜，好好总结经验教训吧：）

如果真的是和开发同事搞不好的话，工作起来会超郁闷的。争取让对方把老头换掉。：）

dearwolf 写道：


啥意思？这个和接受agile有啥关系？


呵呵，恭喜，阶段性解脱

在不断的斗争中先进的生产方式终会胜利。。。。
只是我能等到那一天么

dearwolf 写道：
当然，有些问题也是由于外方对于我们的开发能力不信任而导致的，最突出的一点就是，每次我们往Bugzilla提交bug的时候，对方连测试一下都不肯，就先来怀疑这个问题是由我们所导致的，甚至是在我们把每一步测试细节都描述的非常清楚的前提下，这不能不让人很郁闷。

又看到当年自己做第一个项目时的情景啊,是如此的类似!老外(硅谷项目,项目经理印度的)对我们极不信任,每次对我们提出的bug都不当会事,而且总是认为是我们的问题.而有些bug(象race condition的那种)不是都能重现的,更加加剧了他们对我们的不信任!我们把很大一部分时间都用于描述bug的重复事件上,暴痛苦无比!

PS. Anyway, i had to say thanks, it brought us to agile, such as IID, TDD, Daily Build, etc. 

客户方应该也感觉到了这个问题严重影响了项目进度，所以这次过来的一大目的就是team building和team work:)

简言之，拉关系

身为专业开发者,别和客户争执,拿数据说话.

eam building和team work有用么？如果双方都不是共同努力去解决问题的话。

至少说明了我们双方都有这样的意愿来解决沟通上的问题啊