脑课堂编程教育

项目经理成长日记(7)——说是细,做的粗

项目管理 4年前
90 0 0
脑课堂编程培训

估计绝大部分的公司都在提倡一个口号:“注重细节。”但是往往是口号容易喊,行动却是千辛万苦,何谓细节?也就是自身工作的每一个环节、每一道流程的琐碎小事,而这些小事又常常容易被人忽略。有很多人有雄才大志,内心中充斥着舍我其谁的非凡气魄,但其眼高手低,小事不屑,大事难成,最终只落得一事无成的悲哀。

软件开发亦是如此,提倡了许久的注重细节,更有甚者许多公司标榜自己的优势在于:“我们更注重细节。”然而如果说我们要做到和自己提出的口号一致的时候,我们该如何去做?该做什么的事情才能够称得上我们注重了细节呢?

今天早上我把阿毛狠狠的训了一顿,我扳起的面孔,铁青的脸色连我自己都可以感觉到我的怒火不小。看着阿毛那貌似无辜的样子,我知道他肯定认为我是小题大做,估计找个借口来找他出气。

今天早上我在接收邮件的时候,看到昨天阿毛昨天给客户发送的邮件中,客户的名字拼写错误,把Charles拼成了Chirles,这已经不是他第一次把这个名字拼错,之前我只是压制自己的火气,毕竟人都会有犯错误的时候,所以当下用比较缓和的口气告诉他:“阿毛,你把Charles的名字写错了。下次发邮件的时候一定要小心,不要把人家的名字搞错。”

“嗯,我知道了。”对于阿毛毛燥的个性,我当时对于他漫不经心的回答做了一个预言:“这个错误他还会继续犯。”

结果不幸让我预言中了,时隔不过几天,把客户的名字再次拼错。我就决定来个小题大做,需要让阿毛知道这种粗枝大叶的做法是到了该改善的时候。我把阿毛叫到会议室中。

“你昨天发邮件的时候,在发出去之前,自己再次检查过了吗?”估计我一脸严肃的样子让气氛马上变得非常紧张。

“检查过了?”阿毛没有看着我,低着头,声音有非常小。

“阿毛,这已经是你第几次出现这种大意的错误?以前写代码的时候没有按照标准命名,代码注释没有按照标准书写,甚至界面上的文字出现拼写错误,这些都算了,但是你连客户的名字都能够写错,你想想客户在接到你的邮件之后,一开头就看到自己被人改了名,会高兴吗?他会怎么看你的呢?”

我看着阿毛低头默默不语的样子,我本想继续说的话题也就就此打住,对于眼前这个刚刚毕业一年的新人来讲,或许他觉得我说说的一切都是小事情,能够按照要求通过代码实现功能,把功能做到尽善尽美才是他的追求,变量命名,对齐代码,代码注释等类的小事不是衡量他能力的指标。

我没有告诉他客户在评定我们能力的时候,不只是看我们是否能够实现功能,因为那些是项目开发的基本要求,他们对我们能力的考量是在于每一次的交互沟通之中,通过对邮件,文档,代码的细节部分去评定你以及于你的开发团队的能力和水平。有一次客户在嘱咐我们和他们项目组下面的某个开发人员沟通的时候需要加倍留心,虽然那个开发人员的能力和热情都很不错,但是客户觉得他比较粗心,因为那个开发人员每次整理的文档的时候,都随意采用文件格式,可能是word或则Excel,反正每次都不太一样。就这么一件小事,客户就在主观里认为这个人存在有问题。对于他们自己内部开发人员都是如此,更何况对我们,这评定的尺度可能更为严苛。

我也不知道该如何继续训斥阿毛,我们彼此沉默,看着对方。

我在想着该如何去指导阿毛,让他了解到要注意细节,毕竟即便我像唐僧一样,把“要注意细节,做好细节。”在他的耳边天天念叨,估计也只是他头上的紧箍咒,只会紧紧地勒着他的脑袋,让他感到不适和反感。

做好细节?我自己是怎么做的呢?我在努力的回忆自己这么多年来的工作过程。记得在日企的时候,我自己学会的第一件事情就是在发送邮件的时候需要调整邮件的字体和字号,发信得内容是日文,所以需要把邮件内容设置成日文的明朝字体和对应的字号。在日企的三年期间,每一封邮件我都这么处理,甚至说现在发送英文的邮件,虽然说已经把邮箱的字体和字号都做了设置,但是为了避免有时候从word拷贝过来的文字带有的字体格式,我还是会在发送之前再次设定。这只是小事,我做了这么多年,已经成了一种习惯。

我在回忆自己这么多年来有多少类似的习惯,我倒不想把他一一列举给阿毛听,因为很多东西都微不足道,比如我要给客户发送设计文档或则工数预算文档的时候,我会先做一个打印预缆,特别是Excel的格式,确保打印效果不会出现跨页,还有确保目录是否已经刷新等等,因为做对日外包的时候,日本的客户会将内容打印出来后讨论。如果说有一次客户发现打印的图片或则格式不整齐规范,那么第一直观的印象就是一个差值,当然做好客户也许不会感觉到什么,因为那对于他们来说,每次都如此,那么这些就是应该的。

在我团队工作的人都知道,我在做代码Review的时候,先看的是代码的折叠和对齐,因为自己曾经遇到过这样的客户,如果发送给他们的代码中,出现代码没有按照要求对齐,那么这也算一个bug,会最终统计到产品的质量中。而且是一个比较低级的bug, 这是日本一家非常大的软件公司,他们的理由倒也非常简单,如果连代码的对齐都做不好,那么怎么能够相信你能够保证产品的质量呢?或许吧,随手对齐代码的小事,也就成了他们检验的最开始的标准。

很多类似的这些都是小事,也都是细节,这么多年来自己都在重复地做,对于自己来说很多已经成为一种习惯,但是如果统计起来我为这些习惯付出了不少额外的劳动,即便是文档能够保证打印正常,每次改动后发送给客户,我都要多此一举地检验,这样自己才能够安心地发送给客户。如果现在希望阿毛和自己一样能够明白这些,做到这些,有点强人所难的味道,毕竟现在他的目光还没能够看到做到这些事情会给自己带来多大的提升,不如解决一个技术难点,多看技术知识点能够带来的收获大。

我没有再和阿毛说得更多,只是再三叮嘱道:“下次一定要注意这些细节的东西,不要让别人看到你毛毛燥燥粗心的样子。

作为项目团队来说,每一个项目经理都会意识到需要注意细节,也都能够明白注意细节能够进一步促进项目的质量,但是如果说要实际做起来,有很多的琐碎小事都容易在过程中被遗忘,抛弃。特别是在项目周期很紧张的情况下,连主要的开发周期都显得非常紧张,哪有时间去理会那些对齐,注释等等小事,所以每个人都在努力地赶工,结果虽然项目在计划期限内做得个似模式样,准备给客户交付使用的时候,小问题不断,此时再回过头维护的时候,那些代码有甚者连自己都要仔细揣摩回味才能够知道为什么当初要这么做。

我们知道要注意细节,但是如果我们真正要做好细节,不论做什么工作,都要重视小事,关注每一细节,把小事做细、做好、做透。这些小事在实际的过程中看似可有可无,而且极为消耗时间,但是如果能够坚持做好,持之以恒,形成处理事务的良性循环。“泰山不拒细壤,故能成其高;江海不择细流,故能就其深”。其效益也就非常明显。

项目管理中有一个节约时间的原则,在有限的时间内我们需要合理的利用时间,毕竟很多项目的开发周期都比较紧张,时间不够,所以我们需要避免过程中的错误,特别是重复性的错误,如果我们能够着眼于细节,说到做到,那么我们就可以一方面提高项目质量,另外一方面也为项目节约反复开销的时间。

我不知道该如何让阿毛明白这些道理,大量的工作中,我们都是在做一些小事,假如能把自己手头上的每一件小事做好、做到位,就已经很不简单了。如果整个团队能够做到这些,我坚信无论是再难啃的硬骨头项目,我也是充满信心。

收藏

本文标题:项目经理成长日记(7)——说是细,做的粗

本文链接:https://naoketang.com/p/9gn5y2zlq62z

评论区

推荐课程