码迷,mamicode.com
首页 > 其他好文 > 详细

当我谈《王者荣耀》时我谈些什么

时间:2017-07-06 10:03:09      阅读:192      评论:0      收藏:0      [点我收藏+]

标签:职责   数据分析   第一天   说明   dem   还需   思路   有一个   博客   

序言

2016/09/09是我入职xxx公司的第一天,进入xx项目组,6名成员,项目需求调研已结束-开发初期。。。

一、资源

技术分享

一场游戏大多时候开始就能预测出来输赢了,怎么看的?选人啊!!做项目也是如此,成员元素的配置是项目能否长期持续顺利开展的重要因素之一。上图中诸葛亮输出爆发很高,但是5个诸葛亮在游戏中就很强了吗?这个吃技能及cd,皮脆的英雄对面一波卡技能间隙冲脸轻松干掉你。。。项目组中也是,在专业技能之外,性格因素,持续学习能力、沟通能力等也是资源配置中的重要指标。

二、规则、样板、复查

2017/02末,项目组开发负责人离职,我开始担任该项目开发负责人,公司同时也聘用了一些新人进入项目组,开始还好,有什么问题来问我,我说下解决思路也都能解决,这个时候感觉还挺开心的。。。过去两三周后,逐渐暴露了大问题,占比65%的问题返工率业务反馈需要重新调整,起初我还在抱怨怎么这么简单的问题都调不好??这时,我开始反思自己初入职的情形,也是有少许这样问题,只是自己没有总结(只是埋头干,自己不是老大,不操这份心)!

这个时候要问自己三个问题:

1.有没有给新人开发制定规则,如命名规范,哪些关系性较强不宜改动? 

2.自己制定了规则,有没有举出一些范例,给大家看样板,或者说是demo,给以参照。

3.有了规范样板后,自己有没有复查过大家写的代码,如不好的地方予以告诫!保持严格落实下去!!!

(我在初期没有做到,最后屁股一个个自己默默擦掉。。。)

三、QC、QA

技术分享

在开发过程中我经常会听到业务人员说开发出来的东西不是他们想要的,其实我这里很想吐槽,可能你想要的也不是客户想要的。。。那这个时候QC(Quality Control)、QA(Quality Assurance)就显得尤为重要了,

我遇到一个这样的问题,项目中有个单据掺杂了较多复杂的业务计算(代码非常乱),为了赶着能上线,还需要不断的加一些新的业务逻辑进去,导致这一个单据里引起非常多的,耗费了大量的时间,那这个过程其实是需要QC做质量检测,从问题根源上查找问题,预警上报,提出让相关人员予以改进的。。。而我在开发过程对这一环节没有重视。。。付出了惨痛的代价,显然,做出来不合格的东西不管谁的错最后都是要开发重新调整的!

四、可视化项目历程

技术分享

初入项目组时激情满满,可干了俩月发现逐渐没劲了。。。项目周期长是一个原因,但这是客观因素,主观上的原因怎么也找不着,为什么干着干着开始疲了呢?是我太浮躁了吗?有点消沉,直到有天公司来建了新的事业部,这个项目组第一天便请示公司申请一个面板挂在墙上,排下不同的阶段做什么,这一周项目组又做些什么。

恍然大悟,在我这个项目组进度都是项目经理掌控,他是搞业务的,吩咐开发只搞好技术支持就可以了,卧槽(这里暂不评价他人)???我开始意识到自己困惑的是:觉得自己做的每件事情没有意义,不知道给客户带来了什么哪些价值?有没有推动项目整体的进度,项目周期长看不到希望,只知道一天敲啊敲,如果仅仅埋着头这样是很苦的。。。你看,王者荣耀这点做的挺好的,每做一件事情都是可视化的,不可否认鼓舞了士气,看到了希望。

技术分享

 

插播:我开始寻找开发中的乐趣,其实除了上图这些,还有很多是需要思考的,如写一个事件,只知道button.click一下,可是你了解这个过程中编译器做了什么吗,为什么点别的地方不会触发事件呢?这又是一种什么样的编程设计思想呢?里面设计的相关语法又有多少呢?微软封装的底层架构你有试图了解吗?念此,我辈知道的连大千世界的一粒尘埃都不及。。。

四、收尾、量化、数据分析、对比

技术分享

农药这点做的挺好,每盘打完都有一个数据分析,我有哪些做的好,哪些做的不好,清晰的数据分析,这在做项目中其实也是这样啊。。。

8月份项目组开发的项目就要上线了,客户也付了款,在做系统优化了,回首这个项目曲曲折折,中间的经历就不多说了,觉得是该做个数据分析总结,量化各个阶段过程。以备它日做项目时也许有些许可以借鉴。

五、分享项目历程中的三个故事,告诫

1.如果你是下属,请永远不要顶撞你的老大

在我还是普通开发的时候,曾因为开发任务太多太重全让我做而出言顶撞过直属上级领导,直到我做了开发负责人,才知道还有太多事情下属是不会去考虑(仿如点、线、面),或者说领导做得事情只是没让你知道罢了,要知道下属做的事情领导其实都做过或者说领导很能理解了才会是老大,特别是开发领导,所以不要觉得做得多就抱怨,这其实是更好地成长

2.责任,担当

在开发过程项目进行到中后期时,项目统计问题迟迟不下,老板向全公司发了一封邮件,问我和项目经理真的有这么多问题吗?项目经理回答:是的。我当时看了非常恼火,这不是打开发负责人的脸吗?如果有这么多问题要我干嘛的?我便回复如实回复剩下的都是业务要解决的问题,还有一两个是我也实在解决不了的问题。老板没有回复。

但总觉得怪怪的,那两天思索了好久,我知道我彻彻底底的输了。。。责任,把该做的事情做了,尽好份内的职责,天天加班也是蛮辛苦的。你是一个好员工。

担当呢?作为项目开发负责人,遇到问题不是沟通解决,而是先划清界限,说明不是开发问题,是业务的问题不管了,这样以后谁还敢和你一起做项目?连自己的项目成员都抛弃了,这还敢让你领导吗?并且有问题为什么不上报一起沟通解决,而是等老大找你?这问题等谁来解决?

看似我邮件回答的挺实在挺好(两字:呵呵!),可能这就是领导和员工的区别之一吧。。。

3.不管全世界所有人怎么说,我都认为自己的感受才是正确的。无论别人怎么看,我绝不打乱自己的节奏。喜欢的事自然可以坚持,不喜欢怎么也长久不了。——村上春树

项目过程中,不免有一些不好的语言会对项目指指点点,不知道有多少次想放弃,心态发生了无数次的改变,经历了多少披星戴月的历程,最后还是要上线了。

请永远怀着希望的力量,坚持下去,保持乐观。就像一把王者荣耀,会翻盘的相信我。

 

其实还有很多想说的,今天就先到这里吧。。。

献给正在做项目中的或者即将做个技术管理的人们,分享我的一点心得体会。

本文版权归作者和博客园共有,欢迎转载,转载请注明出处。感谢您的阅读。

当我谈《王者荣耀》时我谈些什么

标签:职责   数据分析   第一天   说明   dem   还需   思路   有一个   博客   

原文地址:http://www.cnblogs.com/jdzhang/p/7119908.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!