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

有效沟通 : 从容赶急——快速软件开发项目中 的有效沟通 疯狂代码 http://CrazyC/ ?:http:/CrazyC/ProjectManagement/Article32143.html 　　在当今快节奏工作环境中软件 Software 开发人员正面临着种痛苦两难境地 : 他们需要应付加速软件 Software 开发进程持续压力这种对速度要求会导致沟通失败；同时还要面对由此带来项目和系统开发困难由于 业务需求不会在短期内改变所以快速开发项目经理 (project manager) 必须加倍努力地进行有效和高效沟通 　　在某些情况下快速开发表示系列特殊软件 Software 工程实战其目在于正确选择采用缩小范围和增加资源以 减少开发时间思路方法此类思路方法包括极限编程 (XP) 应用快速开发 (RAD)和快速原型法等在另外情况下快速 开发是用来推销缩短软件 Software 开发周期工具、新思路方法或研讨会流行用语无论你认同哪种定义当项目团 队(Team)走捷径并且试图决定何处让步以期完成紧张计划时进度压力会导致灾难发生 　　“当我听到快速开发时候我立即想到开发团队 (Team)希望通过忽略掉关键步骤思路方法来简化项目法则 ”戴夫？弗格森如是说他是美国加州 El Dorado Hills 地区 DST Output公司电子产品开发及实施部门副总裁他们 公司开发工作着重强调于软件 Software 工程和项目管理 (project management) 　　在被问及分享些快速开发名言时丹麦独立项目管理 (project management) 咨询师本特？埃泽森引用了罗 马皇帝奥古斯塔斯话 : “Festina lente ”此句拉丁文意思是“从容赶急”关键是避免恐慌和由此引起混乱这需要 在项目开始时花时间建立健康习惯 　　紧张时间限制会遏制沟通英国伦敦 Sapient Corp 公司技术总监格雷厄姆？奥克斯建议 : “快速开发沟通问 题和其他思路方法样存在但是犯空间更少而且有很大机会使事情在个星期内失去控制” 　　奥克斯指出项目团队 (Team)受到压力时会不合时宜地牺牲流程和交付物来换取速度他说 : “按需要适当地 调整流程但不要时间原因而单纯抛弃评审和其他质量保证流程缺陷同样浪费时间” 　　谨慎地交接 　　在用户、获取需求分析师、设计师和解释实现需求开发人员的间交接过程中信息会频繁地丢失“获取需求 时要全面并且要保证用户参和到设计评审里”马代尔？霍尔说他是美国加州萨克拉门托市 Catalysis 集团公司咨 询项目经理 (project manager) 　　专业开发流程受益于客户和开发人员的间良好沟通美国北卡来罗纳州达拉漠市 Pugh-Killeen Associates 公 司软件 Software 顾问肯？皮尤指出 : “要使用极限编程法话客户必须在开发现场这样在需要时候客户会解释需求 细节如果技术问题和实现个特殊需求相关客户和开发人员会起权衡以找到个解决方案” 　　很不幸是许多项目发起人并不理解这项规则和成功执行这些过程所需资源许诺使用极限编程来构建系统代 价不菲但如果执行得当它可以缩短开发时间邀请些知识渊博客户成为开发团队 (Team)组成部分以促进沟通做法 会使大部分项目预算超支但结果是可以预测 　　美国科罗拉多州恩格尔伍德市 govONE Solutions 公司产品交付部门总监雷恩？汤普森认为 : “许多快速开 发思路方法通过隔离开发团队 (Team)来提高速度但问题在于”成功“定义如果成功是指在规定时间内交付系统 产品那许多团队 (Team)或许是成功如果成功是指交付个可用系统产品那些成功可能变成最多是瑕瑜互现” 　　汤普森建议在团队 (Team)上下建立公共视角是异常重要“在长期项目里有必要保持成员士气高昂在快速项 目里这有两个目 : 其当团队 (Team)在恶劣环境下长时间工作时维持他们士气；其 2 有效地确保团队 (Team)向着 公认项目结尾前进团队 (Team)认识到这些视角有助于他们理解他们角色和分歧所在” 　　应用快