返回首页前一篇文章后一篇文章
特别策划→一个研发经理的改进日志
 

一个研发经理的改进日志

——改进协作能力(节选)

 
 

     ZYK是土生土长的中联技术人员,从最开始做网管到负责临床业务的研发经理,走过了漫长的路。以前,ZYK在和其他人打交道或协作的时候,总是给人感觉刻板、古怪、不好合作的感觉,而通过2个多月的改进以后,我们大家感受到的ZYK在这个方面应该是另外的一个人,昨天刚好看了他2月多来的改进日志,给我震动很大,我想这个日志发布出来,可能会给更多的人参考和思考。
 

     我们很多人都想有能力的进步和提升,都想有更好的职位和更好的待遇,希望变得更强,而这些怎么才能做到呢?不少人希望是通过看一部书或参加一个活动乃至希望得到一个秘籍什么的,但是在现实中,无论是什么,其实最有效的进步就是来自每天的、一点一滴的不断的总结和完善,我想ZYK在这个方面至少给我自己是竖立了一个榜样,哪怕这个事情是我出主意让他来做的。
 
——胡涛
 

   


 

  2012-07-26当你没有对方所要的东西时
类别:业务咨询
协作对象:技术中心LJ
内容:咨询合理用药厂商美康和大通的安装程序
处理方式:告诉对方,文件服务器上有美康的,我这里大通的是很早以前旧版本的,建议问一下售前WYX是否有新的,没有的话,可直接联系大通工程师。
分析:
1.对方要测试合理用药接口最近修改的一个BUG,没有合理用药产品的话无法开展工作。
2.对方可能问过他的导师了,这个事情应该找我。

  -------------------------------------------------------

2012-07-27可以帮别人修改错误吗
类别:问题反馈
协作对象:技术中心DC
内容:临床部件编译报错,无法通过
处理方式:先按可能的原因问对了对方均表示没有问题,想到这个问题可能电话处理效率不高,遂告知对方安排其他人来协助查证。
结果发现确实是代码有错,但不是我们小组的人造成的,那位开发人员LGF目前在出差,
组员LTB问是否可以帮LGF把错误改了,在确认该项修改简单后同意,并要求改完后通知他的产品经理LXH
分析:
1.因为今天要发10.29的SP,所以,对方的需求很急迫。
2.简单了解情况后,判断电话解决效率不高,立即当面解决。
3.帮其他人改程序,先判断修改的复杂程度,评估可能的质量风险。
4.将处理结果告LGF的上级,让他知晓这个事情。

-------------------------------------------------------


2012-08-01他为什么要问为什么?
类别:协同工作
协作对象:技术中心
内容:安排了几个SP的BUG给LS改,并且让LS协调技术中心ZJ把修改的SP版本从下一个SP提前到最近一个SP
这样做的目的是由于另外一个用户申请了一个与这几个问题有关联的问题在最近的SP上改。
为了减少用户的升级次数,所以将相关联的几个问题都改到当前SP上。
技术中心ZJ调整了几次都没搞对,我让LS去找LH处理,LH就问为什么要这样做,并且要求邮件说明?
想想,确实这个事情他不清楚原因,我事先也没有跟他协商,所以就按其要求补了一个邮件说明。
处理方式:这次是事后邮件备案,将来应该事前协商并邮件备案
分析:这个事情做得不好的,应该提前交流并邮件说明。
因为没有从对方的角度考虑,虽然我从客户的利益角度出发,以及修改工作量不大的考虑,将这几个问题提前修改了,
开发这边可以做到,但测试那里安排得过来吗?是否影响到他们正常的计划呢?
以前,在这种事情上,对方问为什么,并且要求邮件说明,我可能觉得对方是多此一举,太较真。
现在,换位思考,感觉就不一样了,也减少了一些可能不必要的矛盾。

-------------------------------------------------------

2012-08-02不要太在乎别人的用词不当
类别:业务协助
协作对象:ZYB
内容:大医一院问我一个临床路径的问题,同时说到进入新版护士站很慢,问我是否可以优化。
我说这块是ZYB在负责,我转告他一下,应该可以优化。
于是今天给ZYB邮件转达此事,并且说经过我初步分析,确实存在优化的空间,希望他详细分析一下。
ZYB的邮件回复了3点,比较奇怪:
1.另外一家医院用的是该版本的产品,没有听说慢;
从这一点来看,他先不承认这回事,但没有听说慢,并不代表不慢,而且两家用户规模、硬件配置的差异也会导致结果差别。
2.说我邮件中没有提供有价值的线索,不好开展工作。
从这一点想表达什么信息?我是建议你进一步去分析,你是说即使有问题,但你不帮我,我就有理由不做吗。
3.反馈这个事情的当事人电话是多少?
从这一点来看,是需要再核实一下呢,还是进一步了解情况呢?
 
然后,我从最终如何更快解决问题的角度考虑,帮他整理了一个优化方法和思路,并且举例说明了初步分析时发现的几个问题。
虽然花费了我不少时间,但最终ZYB还是欣然接受去进一步做分析工作,然后再优化。
 
处理方式:没有去想ZYB为什么会有那三个问题,他考虑的出发点是什么
分析: 如果我一开始就帮他把问题分析清楚,并且帮他整理好优化方法和思路,可能沟通或协作的效率会更高一点。
但如果太多这类事情,我确实没有这么多时间,今天这个就担误了我其他事情的时间。
我很多时候可能单纯的从客户的角度去想如何改进产品,优化性能。
但不知道其他人是怎么想的,是对方表达时用词不当?

-------------------------------------------------------
2012-08-07多一点耐心
类别:业务咨询
协作对象:技术中心WDJ
内容:下午,技术中心WDJ问了我一个关于输液费加收的问题,电话里她描述得很不专业,说什么“费用没有跟着医嘱走”,一听就知道她没有把业务搞明白。
我当时正在写一段脚本,一会左边有人问,一会右边有人问,现在电话又来了,还有邮件需要回,完全是立体轰炸。
思路不停的被打断,我完全无法集中精力把那段脚本写完,所以接到这个电话时,我的回答显示有点不耐烦。
我跟她说了一种方式,让她先去试一试,她过了一会,在QQ中截了个图说试了不能成功,又遇到问题。
我一看,她把我说的理解完全错了,但她一直很有礼貌,让我不好意思发火。
然后,我给了她举了一个例子,然后又找了一个以前修改的BUG号让她看看文档。
后来,过了很久,她说终于搞清楚了整个事情,产品方面确实有问题。
我不得不停下来,仔细看了看相关的资料,发现确实目前的产品无法满足这个需求。
最后,她说她先和渠道技术人员商量一下,然后找她的上级协商后续的办法。
 
处理方式:与对方相比,我在开始时显得有点不耐烦,但对方一直有理有据,后来我不得不仔细地去分析这个事情。
分析: 有时候,协作方可能在理解能力或业务知识的掌握上差一些,提醒自己要常常以一颗慈悲的心去面对,多考虑对方的感受。

-------------------------------------------------------
 
2012-08-13再一次确认可能会有不同的结果
类别:业务协作
协作对象:技术中心 LF
内容:上周从技术中心LF处得到的某医院的数据只有三个月,无法满足试验的要求,今天给DL的ZHQ打电话准备让他再传一份最近的医院数据过来。
ZHQ说今年春节曾带了一份数据回重庆给了LF,说如果确实找不到他再传一份最近的数据给我,但由于数据太大,可能需要寄光盘才行。
于是我再次去找LF,让他再找一下,他当时正好接了一个比较长的电话,我在旁边差不多等了5分钟,最后,他从自己的机器上找到了一个今年1月的数据。
正好是我试验所需要的数据大小。
分析: 有时候,协作对象可能处理一些事情比较随意,但如果你有足够的耐心,可能就会获取到你所需要的东西。

-------------------------------------------------------
2012-08-14居然忘了时间
类别:业务讲解
协作对象:产品中心 AH
内容:上午产品中心的AH发邮件问是否有时间给他们讲一讲临床路径的相关业务和产品功能,我说可以,时间你定吧。
他说下午2点吧,这个不早不晚的时间不太好整,我建议他改为5点钟,他说可以。
后来,我一直在远程连到另外一台机器做事情,居然忘了时间,切回本机时才看到AH发来的QQ消息,问现在是否可以了,这时已过了十分钟左右。
后来,我给他们当面表达了歉意,他们倒没有什么意见,只是我觉得第一次跟他们打交道,这种情况真是不好意思。
接下来的整个交流还算比较顺畅,给他们讲了很多业务和产品功能,一直讲到6点20左右,基本上能够理解和接受,效果不错。
分析: 外部协作时,应该注意一些细节问题.

-------------------------------------------------------
2012-08-17当不能按时完成时给对方一个承诺
类别:业务指导
协作对象:产品中心
内容:上午,产品中心的两位同事将临床路径产品文档的提纲发过来,要求帮助他们审核一下,并且要求今天给出答复,以便他们开展后续工作。
由于时间原因和其他事情冲突,下午又不在,没有办法仔细的全部看完,只得简单过一下,然后提出了几点大的意见,并且给他们说明情况,部分工作可以先开始进行,后续再补充意见。
分析:协作工作中遇到时间冲突等情况应该采取一定的方式解决冲突,并且考虑对方的情况。
 
-------------------------------------------------------
2012-09-3尽可能让问题到此为止
类别:业务协作
协作对象:各部门
内容:
今天协作的内容很多:
1.技术中心LJ,沟通晋煤医院的一个需求
2.技术中心LW,确认一个需求的修改版本
3.本部门LXH,沟通一个需求的解决办法
4.高级技术部HJB,沟通数据转移方案执行的进度及后续计划
5.本部门马政邀请参加辩论会的讨论
6.本部门ZYB,沟通一个数据结构的调整方案
分析:
其中4和6,我的处理可能不太恰当,沟通没有达成一致意见,他们事后向我的上级进一步的寻求协作,最后还是按我的意见执行。
这个过程中,我当时可能因为时间来不及,没有花太多的时间去说服他们,这可能是将来需要注意的,尽可能将事情到我这里终止。

-------------------------------------------------------
2012-09-7理解对方的心情
类别:产品咨询
协作对象:DY医院ZW
内容:
上午的时候,DY医院的系统管理ZW在QQ上问我在不在,我回复在,然后,他就开始问,咨询电子病历的方面的需求。
这时候,有人找我交流一个事情,估计花了10分钟,等这事儿完了后,我回到电脑旁一看,ZW已输了一大段文字,好几个问题,还有截图。
大致了解了一下内容,我回复他,应该找技术中心LF或找ZXH,他立马回了一句:
你不负责这块业务早点说嘛,等我打了一堆文字,还顺便回了一个图片,上面有文字:我恨你。
然后,非常理解他的心情,我就跟他解释,刚才自己没在电脑旁,才看到你的问题。

-------------------------------------------------------
2012-09-19对于不太容易说清楚的事情尽可能当面沟通
类别:需求确认
协作对象:技术中心
内容:
今天在分析手术分级管理的一个需求时,发现登记的BUG中描述的需求与卫生部规范中的要求有偏差。
可能是渠道的技术人员在理解时存在问题,于是把整个事情整理清楚后,找到技术中心登记问题的两位同事沟通。
说明了这个情况,要求他们跟渠道进一步落实,结果确实是渠道的技术人员理解有问题。
如果这个事情通过邮件跟他们交流,可能需要描述大段的文字,以及多次邮件往返。
所以,为了提高效率,这类沟通尽可能当面进行。

-------------------------------------------------------
2012-10-15多考虑对方的时间安排
类别:业务协作
协作对象:LXH
内容:
上周发现退费的处理存在一些问题,经过今天的仔细分析,发现在数量计算方面确实存在逻辑错误,这类问题,测试是很难发现的。
因为它只在某类特定的情况下才存在,只有对医嘱和费用的逻辑熟悉的情况下,通过源代码分析才能发现。
考虑到负责费用的LXH刚休假回来,可能有一大堆邮件等待处理,所以,准备暂时缓一下明天再跟他交流。
午饭时,LXH说到确实今天堆起一大堆邮件在处理,今天没有时间讨论那个问题,与我之前的预计相符。
在协作过程中,如果能多从对方的角度考虑,考虑对方的时间安排,可能才会有一个好的协作效果。





 
2012-07-27可以帮别人修改错误吗
 
类别:问题反馈
协作对象:技术中心DC
内容:临床部件编译报错,无法通过
处理方式:先按可能的原因问对了对方均表示没有问题,想到这个问题可能电话处理效率不高,遂告知对方安排其他人来协助查证。
结果发现确实是代码有错,但不是我们小组的人造成的,那位开发人员LGF目前在出差,
组员LTB问是否可以帮LGF把错误改了,在确认该项修改简单后同意,并要求改完后通知他的产品经理LXH
分析:
1.因为今天要发10.29的SP,所以,对方的需求很急迫。
2.简单了解情况后,判断电话解决效率不高,立即当面解决。
3.帮其他人改程序,先判断修改的复杂程度,评估可能的质量风险。
4.将处理结果告LGF的上级,让他知晓这个事情。