posts - 568,  comments - 558,  trackbacks - 20

       传统的软件开发模式是获取用户需求后,然后就开始开发,测试。但是,用户并不知道我们做了些什么?在项目结束时,和用户交流时经常听到“哦”,“啊”等类似这些的回答。然后客户会说:”我知道你们做了很多工作,但我真正想要是……”那个时候你可能感到比较痛苦,客户也许为此不买单。

     今天,项目成功的秘密之一是让用户尽早参与,只要有任何看得见的就演示给他们看。这也是快速给出Feedback然后即时响应。在开发阶段发现问题总比在项目结束后要好得多。从我们项目进度表上做出变更的成本是越来越高。重新编码,测试,返工的软件,以及所涉及需要集成测试的第三方系统,会大大拖延整个项目进度。一个变更经过项目组批准可能是漫长的时间,当这个变更又范围较大时,将同时对时间与成本两方面造成巨大损失。所以,用户与开发人员通常需要尽早沟通。

customer
学习与客户接触

      客户在其自身的任务角色中,希望在可能的最高层次上完成任务。他们想要能够有效且准确地帮助他们实现目标的工具和应用程序。您的目标很简单:使客户成功。

当您的意图表述明确时,客户将退居背后帮助您建立他们需要的东西。这里有能够帮助开发团队成员实现他们改善客户联系的承诺的三种方法。

    1.提供选择

      一旦您与客户取得联系,您需要提供要如何继续的选择。在常驻现场开发中,客户在我们的测试实验室工作五天,与测试人员一起使用产品。我们对他们的关注点和问题可以实时讨论。我们与产品经理、文档编制团队,和技术支持成员一起开会,以便整个开发生命周期的风险承担者达成共识。通过提供一些的选择,客户可以选择在没有压力的情况下如何交互,以及推动意见交换过程。这些过程本质上也是进步的:伴随每次的交互成功,我们有机会让下一级的客户参与。不久就产生自我驱的动力了,不需要您的很多工作,促使客户参与的每个层次将自然地发展。

    2. 为活动做准备文档

     一旦您开始与客户交流,您将发现大部分形式的客户交互,但您需要做一些准备。例如,在所有的外部客户交互之前,我们需要签署的非公开协议、创意证明书,或者其他的文书工作。生成一些清单和文档模板可以减少您忽视重要决策或步骤的风险。

    3. 将与客户的交互并入日常的业务

       一开始会花费些时间,当我们决定把客户交互是在职责之上时,我们就有了获得成功的机会。公开地说明您的意图和项目成功标准。将这些具有成功标准的活动融入团队的测试和开发计划中将改变整个产品的优先级、焦点,级别。客户不断地参与提供了一个切实且非常简单的团队目标:让客户成功。每个人都能够理解此目标,则优先级和焦点自动跟随而生。

 

您可能感兴趣的文章:

项目管理沟通计划

团队冲突管理

 


作者:Petter Liu
出处:http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu Blog

posted on 2013-12-23 17:03 PetterLiu 阅读(...) 评论(...) 编辑 收藏