项目管理---沟通中的负压力

沟通中的负压力感后感

看过这个视频之后,感觉太专业,把人分为不同的类型,行动型,内向型等;说实话,我记不住,这些词汇,我又看了2遍;其实这个年轻女老师,讲的还是教课书似的;总结就是一句话,“对症下药,因材施教”。
把人分为几种类型,对不同的人,采用不同的沟通方式与方法;会见到不一般的效果;个人感觉,这个课,作为思想主导可以,实际操作,还得灵活变通;为什么这么说;有些管理者,
第一:不太清楚,员工是个如何的人;
第二:人分为几种类型,每个人,有自己分法;
比如我,就分:内向型,外向型,直接型,间接型;
有的人,喜欢绕来绕去,说不到中心;
有的人,就极喜欢,开门见山;
沟通是门大学问,下面,从我实际工作展开;有些地方,必有瑕疵,请多多批评与包含;
移动端团队,作为一个近几年来,形成的团队,还是比较有意思的;你也许不认为这个团队很特殊,只不过是和其它团队一样,我又不能说你说的错;

1.沟通对象

硬件产品–app;
嵌入式开发人员、硬件相关人员,需求分析师{或者产品经理}、ui设计师、项目经理;
软件产品–app;
web后台系统人员、需求分析师{或者产品经理}、ui设计师、项目经理;

总之,人家要啥需求,要啥产品,你涉及与谁沟通,都存在一些变数。但是,又说回来,和人家的产品有关,了解人家的业务,了解人家的工作情况,了解人家工种情况。
沟通,沟通对象,你得了解,你不能胡说,你也不能瞎说;

1.1 以软件app为例

需求来了,
有需求分析师,做用户分析,原型,涉及交互等;APP人员,要与之沟通,了解需求,熟悉交互;
开发来了,
APP员工此时与ui设计师、需求分析师,沟通最为频繁,ui的效果图像素问题,切图问题,需求交互问题,需求变更问题;
测试来了,
测试提出的易用性,bug等;还有测试针对ui,交互提出的问题,针对需求提出的问题;APP员工,需要修改,修改优先级,有的问题,字体、颜色、显示内容,领导诉求等,改不改,谁说了算,找谁说,不能说,测试提出来,就改;也不能说,人家提出来,你就不改;
这个问题,我不敢说,以为,这会上升到信仰的角度;改与不改,标准时什么,我们不能总是在需求、ui、测试之间推来推去,也不能吵吵,要定一个折中,说不好听,就是“六方会谈”,各方都要妥协;
总需要有人去扮演和事老的角色,去平衡各方的意见,这个人可以是项目经理,其实就该是项目经理,或者是移动端项目经理;或者是移动端技术产品总监(产品经理);

2.问题来了,解决这些沟通中的负压力,降低沟通成本,增加沟通的效率;怎么办?

每一个产品也好,每一个项目也罢;前期多做工作,团队,要互相理解,真正的团结,大家是一个船上的人,明确分工。

2.1管理者对上级、下级沟通

管理者需要铁面无私与平易近人,看似矛盾,但是说的就是,对事的不同方面;原则问题,该说就说,不管沟通对象是领导,是上级;为了把事做好,要敢于丢掉面子(不好意思);咱们强调的是对事不对人,不要求你做到魏征那样,但也要做个寇准吧;
咱们说说领导,管理者,本来就是领导,领导,要么你以德服人,要么你以技服人,对下属要尊重,不仅是自己的下属,还有别的团队的员工,不要说以下的话(感觉自己啥都懂,其实啥都不懂)
a:这产品有啥,不就是xxx,和xxx,集成,有啥做的,还弄了这么久;
b:这个项目怎么做了这么久,我不知道你们天天在干嘛,你们的计划是否饱和?
c:xxx天天加班,是做不完任务,还是在公司玩游戏?
d:最近又出来一个技术,其实吧,xxxx,没啥?
e:其实,xxx团队没给公司带来啥收益,他们的技术很简单,xx
………..
z:干不了,你可以走,xxx(行业内最伤人的话)

以上,n种,说法,暴露了这位领导,情商太差,技术水平也没多好,不尊重员工,不相信员工,总是拿权力来争取话语权。
如今,商业发展,如同,古代战场,“疑人不用,用人不疑”,这个要是做不到,沟通着,就会打起来;
知己知彼,百战不殆,你得了解员工,就像视频里,老师讲的,员工有好几种,客户有好几种,你的那准他的脾气,善于引导。
如果你说,我就不管,一视同仁,一个腔调,一个作风,对员工大喊大叫,总是以种高姿态,凌驾于任何人之上,请问,你就没领导吗,拿出自己对领导的姿态的10%,对员工,沟通就会好很多;

总结

沟通,对上对下,说难说易,大家各有评说;
我个人认为,还是一个“信”字,上对下,用人不疑;下对上,要有原则;什么事,都依着领导,那么领导是这个产品人群的代表吗,为了公司,为了产品,留住你的原则,留住你的立场,但是不是给领导干架,老者在前也罢,青者在前也罢,首先摆正心态,摆正态度,摆正位置;
老苏于奥特园 5-10 13:07

猜你喜欢

转载自blog.csdn.net/u014624241/article/details/80266105
今日推荐