第二章 过程改进,没有灵丹妙药
第六节 2010年10月1日:“有我呢。”
你中有我,我中有你
近距离沟通并迅速解决问题的最简单办法是参与到团队中:
事必躬亲。亲自出面了解你的合作伙伴。见个面及一起参与交际从而真正地了解对方。亲密的工作关系对于各个方面都很有帮助,你对双方的成功都至关重要。
身体力行。与你的合作伙伴多些实际接触。整个团队可能没必要,但是专门安排一两个人抽些空跟你的合作伙伴相处,你会对双方存在的问题有一些惊奇的发现。
亦步亦趋。随时与你的合作伙伴保持紧密关系。他们部署,你也开始部署,他们发布Beta版,你也发布Beta版,他们发布正式版,你也发布正式版。与他们保持同步可以让你省很多事——听我的没错。
作者注:灵活敏捷在这里确实很管用。采用简短的开发步骤并时刻准备着发布成果,这不仅有助于减轻你的工作负担,减少技术投入,同时也有助于使你与合作伙伴的产品版本保持同步。
互通有无。多了解合作伙伴使用的工具、工作项目数据库及源代码。对他们的工作了解得越多,就越有利于你预见、理解及解决问题。
作者注:即使你的合作伙伴的接口还没定型,最先的接口雏形也有助于你尽早地进行开发及测试。你可以自己写个模仿器,可以使用合作伙伴早期版本的接口,在其最终版本出来之前以此进行开发及测试。
自成一套
熟悉合作伙伴所用工具的关键点在于把握好你们两者间的交接环节。在他们部署新版本之前,他们应该运行你们所写的构建验证测试——只有你知道希望从合作伙伴那里得到什么;当他们部署新版本之后,你们应该运行他们写的摄取工具——只有他们知道哪些模块在运作、模块间的复杂关系及需要做哪些特殊处理。
你们写的构建验证测试应该能快速检测新版接口是否在你们的预期下运行。编写这些测试可能会有些烦琐,因为你们必须了解自己的应用模式,你们还必须在他们的测试系统上编写测试版。当然,当每次交接顺利完成,你会觉得所有这些努力都是值得的。
你们应用新版接口时,他们写的摄取工具应符合你们所有的需求。包括安装、库、说明、配置及许可。编写这些摄取工具并不会浪费精力,因为他们对你们或你们的合作伙伴的帮助是相同的。也就是说,当每次交接后,如果他们不用再为了使你们的系统正常运行花上两天时间,那所有这些努力都是值得的。
作者注:我们的团队随时备有这些工具。非常棒。
别嚎了!
即使在最完善的环境中,在开发的过程中也时常会有意想不到的事情发生。保持灵活性,以精短的开发周期快速应对变化,并与你的合作伙伴、客户及在你们的团队内部进行妥善的沟通,这样在处理意外之事时就会游刃有余。
责怪你的合作伙伴要少犯错误是无济于事的。即使他们确实错了。我们有缘相聚,我们共进退同患难。如果你们处理问题不当或没有及时发现问题,那你们同样也是在犯错。你们可以在下一次工作中改善沟通并妥善处理问题——问题自然就少了。
因为不稳定的依赖关系可能会带来麻烦事,这或许还让人高兴,所以就要更具有包容的团队意识,为客户带去更快速、更广泛、更强大的革新产品。
不要成为可怜的失败者。设立备选方案,加强沟通,凝聚团队,并按序对工作进行高品质的交接,勇于面对,必创辉煌!