学习任务分块

临近下班突然接到HR的电话,告知我要调整系统的薪酬模块,听到这个消息连我呼吸的空气都是抗拒的,在我了解这个系统的时候,有详细咨询了这个模块,而且因为前期的逻辑设计的也比较繁琐,且已经维护了两个逻辑,本就很凌乱。这一次变更更大,还设计到了组织架构的调整,原来的岗位与新薪资标准岗位的对接,更离谱的是10月1号就要门店使用。接到这个电话的时候我就在推脱,因为本身薪酬模块计提的时候本就会有疑问,然后建议这次计薪走线下,然后提成了技术上面的可能情况,反倒被HR说我不愿意推到这件事情。

没有继续聊下去的欲望,我匆匆挂断了电话,然后告知了我直接领导。现在回想起来其实更多的成分是抱怨。因为我的第一句描述是:现在HR又要调整薪资方案了,你看“又”字就是个情绪词,而且1号还要用这个计提工资,马上就要放假了,哪有时间搞啊。

领导听后第一个问题是:谁联系你的啊?这个情况是需要拉会共同沟通的,也需要拉进来我们软件的售后,以及HR的人员,看哪些需要他们做,哪些需要我们做,这不是你一个人能决定上不上的事情。业务部门需要说清楚她们都需求,以及每个模块对应的负责人应该确认下来,而不是大包大揽,应该明确这个事项一共可以细分为几项,哪些项目需要软件售后支持,哪些需要HR那边维护,哪些需要咱做,然后各自认领,解决掉这个问题。

可能现在回看这个沟通,感觉领导说的很普通,就是常见问题的处理事项,但于我而言是今天的一个收获,工作中总会有不得已的时候,遇到这种情况应该怎么去应对,怎么去思考,怎么去推动,这都是不经意间的能力积累。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章