dd有效沟通从容赶急——快速软件开发项目中 的有效沟通

《dd有效沟通从容赶急——快速软件开发项目中 的有效沟通》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、有效沟通:从容赶急——快速软件开发项目中的有效沟通疯狂代码http://CrazyCoder.cn/ĵ:http:/CrazyCoder.cn/ProjectManagement/Article32143.html　　在当今快节奏工作环境中软件Software开发人员正面临着种痛苦两难境地:他们需要应付加速软件Software开发进程持续压力这种对速度要求会导致沟通失败；同时还要面对由此带来项目和系统开发困难由于业务需求不会在短期内改变所以快速开发项目经理(projectmanager)必须加倍努力地进行有效和高效沟通　　在

2、某些情况下快速开发表示系列特殊软件Software工程实战其目在于正确选择采用缩小范围和增加资源以减少开发时间思路方法此类思路方法包括极限编程(XP)应用快速开发(RAD)和快速原型法等在另外情况下快速开发是用来推销缩短软件Software开发周期工具、新思路方法或研讨会流行用语无论你认同哪种定义当项目团队(Team)走捷径并且试图决定何处让步以期完成紧张计划时进度压力会导致灾难发生　　“当我听到快速开发时候我立即想到开发团队(Team)希望通过忽略掉关键步骤思路方法来简化项目法则”戴夫？弗格森如是说他是美国加州ElDora

3、doHills地区DSTOutput公司电子产品开发及实施部门副总裁他们公司开发工作着重强调于软件Software工程和项目管理(projectmanagement)　　在被问及分享些快速开发名言时丹麦独立项目管理(projectmanagement)咨询师本特？埃泽森引用了罗马皇帝奥古斯塔斯话:“Festinalente”此句拉丁文意思是“从容赶急”关键是避免恐慌和由此引起混乱这需要在项目开始时花时间建立健康习惯　　紧张时间限制会遏制沟通英国伦敦SapientCorp公司技术总监格雷厄姆？奥克斯建议:“快速开发沟通问题和其

4、他思路方法样存在但是犯空间更少而且有很大机会使事情在个星期内失去控制”　　奥克斯指出项目团队(Team)受到压力时会不合时宜地牺牲流程和交付物来换取速度他说:“按需要适当地调整流程但不要时间原因而单纯抛弃评审和其他质量保证流程缺陷同样浪费时间”　　谨慎地交接　　在用户、获取需求分析师、设计师和解释实现需求开发人员的间交接过程中信息会频繁地丢失“获取需求时要全面并且要保证用户参和到设计评审里”马代尔？霍尔说他是美国加州萨克拉门托市Catalysis集团公司咨询项目经理(projectmanager)　　专业开发流程受益于客户和

5、开发人员的间良好沟通美国北卡来罗纳州达拉漠市Pugh-KilleenAssociates公司软件Software顾问肯？皮尤指出:“要使用极限编程法话客户必须在开发现场这样在需要时候客户会解释需求细节如果技术问题和实现个特殊需求相关客户和开发人员会起权衡以找到个解决方案”　　很不幸是许多项目发起人并不理解这项规则和成功执行这些过程所需资源许诺使用极限编程来构建系统代价不菲但如果执行得当它可以缩短开发时间邀请些知识渊博客户成为开发团队(Team)组成部分以促进沟通做法会使大部分项目预算超支但结果是可以预测　　美国科罗拉多州恩格

6、尔伍德市govONESolutions公司产品交付部门总监雷恩？汤普森认为:“许多快速开发思路方法通过隔离开发团队(Team)来提高速度但问题在于”成功“定义如果成功是指在规定时间内交付系统产品那许多团队(Team)或许是成功如果成功是指交付个可用系统产品那些成功可能变成最多是瑕瑜互现”　　汤普森建议在团队(Team)上下建立公共视角是异常重要“在长期项目里有必要保持成员士气高昂在快速项目里这有两个目:其当团队(Team)在恶劣环境下长时间工作时维持他们士气；其2有效地确保团队(Team)向着公认项目结尾前进团队(Team)

7、认识到这些视角有助于他们理解他们角色和分歧所在”　　应用快速开发法在需求不明确时被广泛应用在此情况下客户参和也非常关键皮尤认为:“使用应用快速开发法时通常没有足够时间或知识来创建份详细需求介绍说明书最终产品可能基于在开发过程中学习到东西既然需求不确定那么开发人员和客户必须起工作来开发产品”　　汤普森认为快速开发法本身很少能导致工作更快地完成相反产生最大价值那部分系统开发工作会更加高效他说:“我想当人们把快速开发作为项技术实战来对待时他们误会了关键问题如果你揭开快速开发背后故事开发重点在于将工作耗时固定然后控制范围以适应固定时

8、间通过理解整体规划和自己工作如何融入整体上述说法可以实现此外还要进行经常性地沟通当威胁到时间事务发生时设定期望值亦为必要”　　快速开发成功可以部分地归功于开发团队(Team)小型化开发人员和客户在同地点工作并关注于手头事情这样会自然而然地将沟通挑战减至最小　　谨慎但不乏灵活地规划和开发