人多了处理事情就要有计划
January 1, 2010 – 11:58 pm这段时间大部分时间是和其他部门的接口人去扯皮了, 也学到了一些东西 整理了下:
运营部门 —— Y —— 业务支撑部门 , 其中的Y就是现在我这种小开发角色, 我面对的风险点如下:
1) 运营部门时间点压力,不停的repeat.
2) 业务支撑部门的支持力度.
其中 运营部门或业务支撑部门稍处理不挡, 其实死的最惨的就是Y了。 所以类似这种情景一定要与我们的上家和下家定好计划, 每天按计划跑。 每天觉察是否存在风险点, 一旦有风险点, 立马在日报上体现, 并着重让责任方知道问题的严重程度和需求方期望解决的时间点。
关于合作过程中,要求别人做事情, 一定要邮件CC给他的老大,并写明自己期望完成的时间点。 如不合作,可以找对方老板, 要求合作。
也许工作上只有这样才是有效的。 特别的在业务众多的大部门中
4 Responses to “人多了处理事情就要有计划”
呵呵,换位思考也许会好点。
我是运营部门的,刚开始写需求给研发时也很郁闷。。可能遇到和你类似的问题吧。。后来我就观察对方的工作流程和方式、思考的模式、沟通表达的特点,呵呵,尽量让策划案让对方舒坦点,这样对大家都好嘛。
不过发现写给其他技术的需求时也有类似问题,呵呵,是不和每个技术都得经过一段时间的磨合呢?抑或有种通用的理念和方式来沟通?
PS:我喜欢技术人员的简单和直接,不扯蛋不扯皮不装13,呵呵
By ralph on Feb 3, 2010
PS:我周边的运营人员都很nice的哦,呵呵
By ralph on Feb 4, 2010
可能运营人员思考问题的角度和技术不太一样吧
By ralph on Feb 4, 2010
@ralph
嗯 换位思考, 共赢 交流会更顺畅~
By haimin on Feb 15, 2010