公司程序员XX年第一季度工作总结 5页

公司程序员 XX 年第一季度工作总结 　　XX 对于我们公司来说是非常有压力的一年，无论是在 App 的推广还是整个 IT 系统重构升级，全部压在上半年里面 去完成。用老板的话来说就是：我们今年开发的基础系统要 能支撑起，我们所有分支业务的扩展。同时 APP 这边呢，也 进行了全界面重构，由白变黑。当初还真以为就改个颜色， 但是其实真的是几乎所有控件都重写了一遍。同时由于界面 的重新定义，后台的接入层接口也要全部升级到 V2，接口的 联调的和数据的定义又是一个非常漫长的过程。其实，也从 侧面反应出了，我们整个前端和后台的开发人员，默契度还 是比较低，前端不理解为什么会给这样的接口形式，后台也 无法理解前端为什么想用那样的接口形式。然后，总感觉， 在相互伤害一样……然而，大家心里其实都明白，大家都是 想把产品做好而已。 　　在团队里面，我的工作职责不像别的队友那么明晰。A 负责个人模块，B 负责交易模块，c 负责市场模块等，我属 于那种“什么都不负责又什么都负责”的人，因为我是所有 模块替补，如果一定要起个名字的话，我觉得我更像是 App 的中后台，负责给 UI 提供数据还有各种公共控件，比如 App 整体框架的搭建，整个网络层的开发、Http 长链接接口、整 个绘图模块的开发等。虽然以前也一直是这个样子的，但是 这个第一季度，我能明显感受到我的角色有一种微妙的变化， 就是越来越像小组长了。组里面事无巨细，其他队友总是会 问我：“这样可以吗？这样好吗？这样对吗？”，而不是以 前：“rex，帮我看看…”这类的话了。那时候觉得责任好 大，好像什么都负责了一样。 　　这样的工作状态其实是有点矛盾的。因为我个人也有一 定的开发任务，虽然明面上看，确实别其他队友要少一点。 但都是比较难啃的骨头，时间成本比较大。再加上平时各种 零零碎碎的会议和讨论，很难静下心来写代码。所以，通常 都是在下班后，19 到 20 点高压下写代码，虽然有产出，但 是编码体验真心极差无比！因为如果不赶紧做完，明天又有 新的任务过来了，就会越积越多。所以，这段时间，每天下 班整个人都是浑浑噩噩。也是那段时间，第一次动摇了自己 革命的信仰……心里也一直想去找总监谈了一次话（没想到， 总监自己先来约谈我了，有一种高人自有高招～）。虽然不 是我主动约谈，但是在这里建议大家，有什么问题还是要及 时跟领导沟通，不要老是闷在心里，从自己的角度去理解问 题，因为我们自己的认知范围通常都被约束在那几行代码里 面了，太狭隘了，而且这也完全不利于问题的解决。 　　在和总监的谈话中，说了很多，既有职业发展也有公司 规划等等。印象比较深的是，一个人不是被赋予了什么的职 责才能做什么样的事，而是他做了什么样的事才被赋予什么 的职责。如果你整天总是考虑负责自己的模块，别的模块有 问题，问问你，你第一反应就是这不是我做的，我不清楚。 而不是从怎么解决这个问题去思考的话。那你也只能在你这 一亩三分地里面去耕耘了。在交谈的过程中，我也表达了我 的困惑和忧虑，总监也说出了他对我的想法，虽然各方面都 很满意，但是现在公司正处在风口上，咱们都需要等待一个 好的机会。 　　聊天后，细想一下，我发现，其实并没有那么混乱。只 要稍微屡屡，安排一下优先级，基本就没什么大碍了。为什 么在实施的过程中，那么焦头烂额？！我左思右想，发现还 是责任不匹配的问题造成的。你有你自己的工作范围，当然 这也是你负责的范围。在这里面无论多么艰难，你都会自然 而然的想办法去解决任何问题。比如：需要外部资源的，自 己会去争取，不行的就向领导、公司申请。但是，当问题超 出这个范围，这个责任范围，如果是简单的事还好，如果费 时费力，你本能的就会排斥，因为吃力不讨好，而且还影响 自己的工作内容。这也是为什么大部分人都喜欢回答：“这 个不是我负责的，你找 XXX 吧。” 　　而工作中，微妙的事情基本都是在如何处理超过职责范 围的事务上。我虽然负责所有 APP 底层的工作，超出这个责 任范围的事，我确实没有义务去处理。但是，如果不处理， 谁处理？丢给总监？任何问题总得有人去处理，给其他队 友？他们连自己负责的模块都没做完，怎么可能会去考虑职 责范围之外的事呢？但这个问题就是 APP 的问题啊。所以， 我把几乎所有 APP 出没有明确责任范围的问题，都扛下来了， 可以说，成了 APP 的清洁工。慢慢地，就被赋予了更多的权 利和义务，也开始有了分配任务和项目进度管理的资格。现 在想想，我焦头烂额，其实是因为我认为我做了很多职责范 围外的事，影响到了我所谓的职责范围内的事情，让我觉得 内心委屈了。而跟领导谈话完后，明白了，其实，你已经被 公司赋予了更多的职责，你以为那不是你的事，其实就是你 负责的事。只是，缺少的 title 表明出来而已。 　　这里，也想跟大家提个醒。在工作中，在完成自己职责 范围内的事情后，如果还有余力，尽量多考虑考虑自己团队 的问题，多分担分担团队的额外任务。因为问题总是会有人 来解决的。无非事选谁而已。如果自己能主动去承担一些力 所能及的额外任务，或者功利一点，挑一些你自己认为对你 有帮助的额外任务也行。总之，要主动去扩大自己的职责范 围，你才能有更多成长的空间。这其实是一个非常好的正循 环。由于扩大了职责范围，你就会接触到更多东西，然后你 能力就会提升的更快，然后你又能承担更多职责。就我个人 的感受，其实，我们团队已经形成了比较明显的梯队了，由 于我接触的问题多，研究的也要更深入，所以疑难杂症全都 是我负责，就造成了其他队友，没有机会去接触这些问题。 因为给他们接触，可能会花费更多的时间，领导也不同意。 这在快速开发分秒必争的迭代中，显得尤为明显。所以，差 距也越拉越大。可能其他队友会有意见，但事实就是这么残 酷，都知道机会很重要，但是大家换个思维考虑考虑，其实 是额外的任务很重要。所以，再次建议大家，在有余力的情 况下，比如项目不忙的时候，或者某个 Sprint 你任务没那 么多的时候，尽量去“争取”一些额外的任务，并把它做好， 真的是百利而无一害。 　　后来，我们负责人因为个人原因休了两个周的假期。 “额外的任务”变得更多了，焦头烂额的感觉却不见了，一 种浴火重生的感觉则非常明显，下决定也不在像以前那么唯 唯诺诺。当个人进步，能被自己明显感受到的时候，真有那 么一种醍醐灌顶的感觉，而这也是一种正循环～ 　　如果说，第一季度能有什么总结的话，除了在绘图技术 上更进一步熟练，就是在自我管理上，又上升了一个台阶。