公司程序员xx年第一季度工作总结.docx

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