关于游戏项目面临砍掉的一些个人思考

xiaoxiao2021-02-28  81

背景条件:

    1.客户端程序,待在项目有1年多;

    2.内测效果较好,但是第一次公测效果并不满意,经过大调整后,有了第二次删档公测,效果依然不好,逐渐策划和程序流失严重,后期又进行人员精简,到最后面临解散;

项目存在的问题:

    1.客户端:

        a.项目成员可能分配到1-2个大系统的开发,其他成员会跟随开发人员进行系统维护,但代码风格和习惯每个人都不一样,这样导致的结果是,只有负责开发的成员能够驾驭该系统,主要吐槽点是部分成员希望不改变现有代码的基础上新增需求,导致系统模块的复杂度增加,后续维护的人就会认为,一个简单的需求为何写得如此复杂;

        b.系统文档的缺失,导致人员流动对项目的影响较大,特别是代码复杂度较高的系统(个人还是崇尚简单至上的代码逻辑,复杂的就想办法变简单),到最后可能都不太想碰这个系统的代码,改动往往是牵一发而出bug;

        c.系统设计过于复杂,视图、业务、数据层的代码耦合较为严重,导致维护成本越来越高;

    2.策划:

        a.没有确定的方向;

        b.系统策划文档缺失;

        c.人员流动较大,核心策划的离职;

        d.能力问题;

    个人思考:

        1.经过人员精简后,本人从客户端系统开发和维护成员转变为客户端负责人,在这转变后的短短1-2个月中,感受到负责人所承担的压力,同时也在想,负责人应该具备哪些特质:

            统筹能力,知悉项目开发周期、生命线、如何高效完成策划的需求;

            周边工具的使用,手游项目的必备技能,安卓、ios打包,Xcode、VS、合图,项目使用的编辑器;

            综合能力较强:了解Jenkins、批处理、Java、C++、算法、架构等等

            需要有较好的沟通能力:了解下属的情况,遇到的问题和坑及时沟通

            对游戏、需求合理的分析能力:对游戏的了解,对竞品游戏的分析、怎样的游戏才是我们想做的

            合理的时间安排

            新技术的引进:单元测试、自动化测试、MVC、MVP、REACT等等;

    2.怎么看待砍项目:游戏成功率低,本人经历的2个项目,一个内测效果不好砍了,另外一个就是上述描述的项目,即将可能面临砍的结果,第一个项目被砍,当时作为一二年级的成员,觉得主要问题是策划,心态比较平和,第二个项目即将被砍,心态有点波动,首先是因为刚刚转变为负责人,认为是锻炼自己的好时机,第二是因为花费的时间成本,维护往往到凌晨1,2,3,4点,感觉付出的努力都有点白费,第三是因为自己的成长还是太慢,即使进步个人看是比较明显,但是还是不够;第四是对项目的思考太少,这里主要是突出对游戏的思考和体验,没有真正去玩这个游戏,去了解游戏的核心目标,不过其实也是因为后面大调整,个人觉得没有以前的版本有意思,导致连项目自己的成员也流失了,更不用去说外面的玩家;

    

    3.思考什么样的人才算优秀:项目面临被砍,其他项目开始挖人,但是本人并没有被其他项目组挖,问题很明显,不够优秀,而且没有人了解你。

结束语:多思考,作为负责人应该承担怎样的工作,以及怎样往优秀的人靠拢;

转载请注明原文地址: https://www.6miu.com/read-1950306.html

最新回复(0)