美文网首页每天写1000字每天写500字
我从一次工作踩坑中学到的...

我从一次工作踩坑中学到的...

作者: 功彬eleven | 来源:发表于2016-12-15 00:22 被阅读39次

    前两天在工作中遇到了一件事情,感触良多,想要写下来与各位分享一下。

    为了能够把事情尽量地说清楚,也尽量客观来阐述,尽量不添油加醋,尽量不为自己辩护:

    我们公司有专门的项目管理的同事来负责管理版本需求,主要包括产品版本的管理(根据产品的规划以及已经提出的需求进行管理)、需求的排期、进度的推进等等方面的工作。

    由于有了项目经理一职,我们公司的产品流程一般为:产品提出需求(需要有完整且通过内部评审的需求文档以及相应的设计稿)、项目整理产品这边提出的所有需求,结合产品规划以及开发资源的情况,进行版本规划(也就是决定某个需求能不能进入下个版本的开发)。

    这是一般、正常的流程。但前段时间项目这边提出新的流程,以避免由于某个功能未完成开发测试而影响到客户端发版的问题。新的流程是,产品提出新的需求后,项目结合产品规划,合适的需求会放入待开发的需求池,然后项目会给一个时间点,如果这个需求能够在这个时间点前完成,则会被合入主版本(即即将发布的版本中),如果未完成,则不能够进入。

    我前两天所遇到的问题便是由于这个新流程导致的。具体来说便是,我当时接了运营这边的一个需求(签到打卡功能的),大概在周二跟项目沟通时,项目这边给的时间点是:如果能够在周五前完成开发与产品验证,就可以放进主版本。按照这个沟通结果,我这边自己协调了设计以及开发资源,顺利地在周五前完成了开发与产品验证,并提交了测试验证。

    在完成了开发后,我便下意识地认为,这个需求没问题了,等着发版本就可以了,还去跟运营那边同步这个结果。在之后,我便去忙其他的工作了(毕竟做了接盘侠)。

    但就在前两天的早会上,顺口问了项目经理:Android新版本什么时候发布,运营这边要在双十二进行一场运营活动。项目经理用着很奇怪的眼神看了我一眼说:“你的这个需求,没有安排到Android这个版本呀...我昨晚刚发了项目进度邮件,你没看吗?”,我听完之后都傻眼了,“啊,但之前沟通的时候不是说,周五之前能够完成开发以及产品验证就会安排到这个版本里面...”

    在早会结束后,我又过去找项目经理这边沟通是否能够把功能安排Android这个版本上线,不然会对运营这边产生很大的影响。项目经理让我去找测试,看看测试这边是否有时间完成测试工作。然而,测试这边认为马上就要封版了,他们还要做系统测试,没时间再加测试工作量了。

    再然后便是,我准备找需求方沟通这个问题,看业务方这边如何看待这个问题。当我刚要去找业务方时,项目经理这边发了一条信息给我,说这个事情可能是由于当时没有说清楚只是上iOS导致的,不过我这边也有责任,没有看项目计划的邮件。你先跟需求方这边沟通,如果他们有问题,就过来找我们项目这边吧。

    我顺手就将这条消息转给需求方,并询问他们的意见。需求方说:这个我们提了很长时间了,我们肯定是想要在下个版本上了。还有,我为什么要去找产品,你是负责这个需求的产品,有问题我肯定是找你了。就算是你想要我从业务这边去说服对方,那你也要告诉我,你找我想要达成的目标是怎样的,现在遇到的阻碍是怎样的,你想要我怎样帮你解决,这样的思路才对。另外,你刚才说谁背锅的问题,我不管,我也不关心,我现在想要的就是能够确保这个需求能够上线。

    后面经过一系列的沟通,最终是产品这边协助测试同事来完成这部分的测试工作,以此来保证需求能够正常上线。

    上面写得可能比较乱,而实际情况可能要更乱一些。还有很多细节,因为不好描述(如果想要描述清楚,可能就需要写更多背景描述了,显得更加凌乱),就先省略了。上面描写的这些,已经能够跟各位分享一些东西。

    分享一下我经历了上述这件事情后的几个感触:

    1、要对事情负责,哪怕你所负责的那块已经完结或者你现在很忙。

    在遇到这件事情之后,我发现自己目前工作中缺少很重要的一个习惯:对事情的追踪。目前我并不注重对事情的追踪,这个需求开发完后,我就基本上不会再把注意力放在这个需求身上了。这是因为我们有项目经理,他们会帮忙推动需求开发与测试,而当开发完进入到测试阶段,如果需求有问题就是测试的同事来找我沟通,而不是我找他们了。再加上手上还有一堆乱七八糟的事情,这个时候,当完成开发后,我便下意识地会认为这件事情已经完成,我可以把注意力放在其他事情上了。

    而这件事情之所以会出现,正是由于我这种心态导致的。现在回头看,这种心态其实是非常不好的。这种心态会使得我只关注于自己所做的事情,而不关注整件事情,而关键便在于我所做的事情只是整件事情的一部分,这样不好。比较好的行为应该是,哪怕是自己所负责的工作已经完成,依旧要关注整件事情的进展,在关注这件事情的时候,可能会发现一些当时做这个需求时没有发信啊的问题。

    2、不要甩锅

    在这件事情刚发生的时候,我其实非常气愤:我擦,我们之前不是沟通好了吗,这个需求只要能在周五前开发完就能上这个版本,现在你告诉我当时不是这么说的?!这个版本不能上这个功能而带来的问题,你们要来负责,跟我没什么关系,我什么都不知道。——这实际上就是一种甩锅的心理,就我有限的生命而言,我发现这种甩锅或者为自己行为辩护的心理非常常见。

    但,常见不意味着合理。这种心理可能很多人也都会有,当所有参与者都持有这种心理时,问题就非常大了——大家只会关注这个问题是谁的责任,谁来对这个问题负责,谁来承担所带来的不良影响,而不是去思考如何解决这个问题。这其实很可怕,更可怕的就是一群人都是这么想的...

    所以,当之后再遇到这种事情的时候,可能心理依旧会充斥着“这不是我的责任,不是我的错”的辩护,但我们需要学习克服这种心态,而是将注意力转到这个问题现在是怎样的情况,如何才能够解决这个问题上面。

    3、专业一点

    当我去找业务方沟通这个问题的时候,他跟我说:我感觉你这样的思路不大对,我不管这个问题是谁的责任,我现在想要的是怎样去解决这个问题,怎样才能够保证我的需求正常上线。你找我来沟通这个问题,你要清楚告诉我这个问题现在的情况、所遭遇到的问题、你想要找我确认的问题是什么以及你的解决方案是什么。

    我通过他这段话,能够感受到的是一种无奈:能不能麻烦你专业一些?!沟通的时候,能不能理清楚思路、问题以及解决方案这些东西,以达到最高的沟通效率...

    现在在工作中愈发意识到“专业一点”的重要性了:工作实际上是一个协作的过程,而协作是会涉及到多人的,而这衍生出来的问题便是,如何让别人认可你的判断或决策?这个问题的答案一定是与“专业一点”有关的,专业意味着你的判断更准确,相对而言更不容易失误。而不专业带来的影响则是,你做的判断或决策可能经常出错,工作质量得不到保证,从而使得与你协作的人需要花费更多的时间精力来处理问题。

    在工作中,还是需要专业一点才行。

    上面写的可能会比较乱,或许会有些流水账的感觉。但对我个人而言,上面写的内容,可能对我自己成长会很有帮助,只要回顾这次的经历,便能够清楚发现自己的问题。

    希望你也能够从中有所收获,如果你读完了的话。

    相关文章

      网友评论

        本文标题:我从一次工作踩坑中学到的...

        本文链接:https://www.haomeiwen.com/subject/dvvnpttx.html