PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
该帖子同步发布于博客:““你们能改变,说明我们也能改变””
这是我的一位用户说的,我感受颇深。
在我一个项目中,一位子项目负责人为了怕我们的产品做过多的个性化修改,在与用户的交流沟通中老是强调产品的概念,有点“防”着用户,最后导致对应的用户也变更很生硬:你们的产品得适应我们的流程,否则上不了线。
后来我们改变策略,在第二天的交流中,在项目允许的范围内尽可能的做出一些让步,最后用户也相应变得灵活,很快我们就需求细化达成了一致。
妥协是相互的,让步是双方的,生硬的沟通会给项目带来空难。