一、工作

一开始我不知道内卷是什么,最开始听同事说我有点卷啊!我很疑惑,可能对于一个不玩游戏,不关注抖音,不怎么冲浪的人来说,这个算是一个新词!

那时候我是有些忙的,晚上走的确实有点晚,当然我也很清楚需求是永远做不完的,只是做什么都要对得起自己的心,做到问心无愧!

后来开始去了解内卷

本来大家都是工作8小时,有人开始加班,最后逼得所有人都加班,所有人挣得还是那点钱;

你努力,总有人比你更努力;你超过了一些人,却又会被更多的人超过;当学历开始贬值,房价不断上涨,单休、996越来越普遍,当标准已经不是昨天的标准,努力也不足以改变人生,内卷的背后,是他人的欲望和贪婪在影响着我们行为和选择。

我还是那句话,不求尽人如意,但求无愧于心!
健康第一!

记得年中的时候突然被安排成了项目管理者,流程当时都不特别清楚,但是后来凭借着把事做好的心让一个又一个项目跟进上线,也发现了不少问题,感觉自己也是很累的;

想把事做好本身没有什么错,可是忽略了中间是需要不少人支持的,但是遇到问题找支持的时候发现一直得不到支持,无论是上级还是项目组内,项目管理者除了对项目过程有话语权,其他几乎没有什么权利的,前后端,测试都有自己的上级,几乎很少人听项目管理者的,遇到问题了反而第一个找项目管理者;(好事不找你,坏事第一个想到你

最后慢慢觉得有些抗拒做项目管理者了,因为我一边做着开发一边上是项目的管理,时间是非常不足的,经常是白天开会晚上写代码,当时分给自己的任务并不比项目中其他队友的少,进度的跟进都非常的不顺利,很卑微,项目中无论有什么都先找到项目管理者,当然我能做的尽力去做,能帮的尽力去帮,可是最后发现并没有什么卵用,别人觉得这些你应该做的,也是你应该帮的,慢慢别人就觉得你理所应当要去做那些事;

所以经常看到的是其他人都早早的下班回家了,而我经常一个人搞得很晚回去;

偶然的机会,我下班的时候看到《技术管理36讲》里说的很像我当时的情景,我也就去学习了一下;

从我个人来看,大多数技术人员确实不太喜欢做项目管理,包括我个人与也有类似心理。觉得:

  • 项目管理都是杂事, 一边自己需要开发,一边各种沟通,各种开会,成就感不强,不像技术开发,解决技术问题,没有那么多的乱七八糟事
  • 人本身就是一个很复杂的对象,充满不确定性,不像技术那样输入输出都有规可循,容易掌控

我有时候也在想要不要做项目管理者?

对于普遍做IT技术出身的程序员,职业发展方向无非下面几种:

  • 技术类:侧重广度的架构师,侧重深度的技术专家
  • 管理类:以研发团队为主的技术管理,如项目经理、IT部门经理、CTO等
  • 创业类:创始人,或者技术合伙人
  • 其他类:转行外卖、滴滴司机、养猪等等

我觉得我应该不在上面之列,因为未来几十年我已经做了一个长久的打算......;

我首先想到了未来几十年后会出现的问题:

  • 资源问题
  • 健康问题

言归正传把,到底适不适合做项目管理者呢?我还特意去想了想,看了一些书,确实做什么事都是需要讲究天时地利人和的

  • 做项目管理者的“天时”,其实就是机会、时机、大环境。
  • 做项目管理者的“地利”,就是你的优势、能力,以及你所负责的工作内容。
  • 做项目管理者的“人和”,就是你能否得到他人的支持,如团队领导、同事等

那到底谁适合呢?对于书中提到的我也比较认可

  • 团队&项目中及时发现风险,规划建议,有大局观
  • 能发现问题,更能提出方案并解决
  • 协助他人,分享知识,为人正直,获得支持
  • 负责、主动承担责任,为团队争取利益,有担当

我还去思考了是不是当了项目管理者就放弃技术?

当然不是的,这个时候更应该去学习技术,需要站在更高的视角来使用技术,就需要熟悉团队里每个人的技术情况,知道谁能胜任做什么事情,适合做什么事,然后借助大家的技术去做事。

其实使用什么技术并不重要,关键是你用技术做了什么有价值的产品

当然了我也遇到了几种类型的上级:

  • 完全发号施令,不懂瞎指挥
  • 提供支持,帮忙分担
  • 不关注过程,只关注结果

可是没有一个上级既关注团队组织,又关注项目全局和方向,往往都是在细枝末节上去追究,去指责,没有一个上级在意团队成员的感受,帮助项目成员分担;

当时也想了干脆不干项目管理者了,可是项目又不能半途而废,这样对项目也不是很好,只好硬着头皮干了;
心中也想到了:

我也许不是那个最强的人,但是我得相信,我是此时此刻做这事儿最合适的人。

以前自己作为一个开发,只关注自己手头的事,做什么事主要靠自己,以一个技术的视角看问题;

现在做了项目管理者,不能再以一个开发的角度去想问题;

现在主要依靠团队

关于团队建设公司里并没有提供什么流程,能提供的支持我并不清楚,完全也是摸石头过河,当然我做的可能并不好,除了和大家经常一起吃吃饭,好像并没有其他事了;

因为我是前端,虽然对架构,后端语言、部署等都有一点了解,但还是经常收到后端同学的鄙视的目光,也经常开玩笑的互怼几句;

对于流程,很多同学都是心中不满的,甚至是直接开始怼我了,有时候还是针锋相对,当然我并没有太放在心上,还是保持着把事做好的初心,对于流程我也没有很大的决策权,目前只能是适应变化,拥抱变化;

反而有一些不怎么干事的上级经常来找一些无关紧要的琐事

对于项目管理者要做什么我也整理一点

  • 产品问题:

    • 看到的问题,都要找产品确认;
    • 开发与产品有争执的让产品找到项目管理者去协调;
    • 当时间不足,做不完的时候,应该让产品给到优先级;
    • 产品不满意开发排期:加资源、砍需求、加班(最后方案)
    • 避免出现多项目并行开发
  • 开发问题:

    • 开发遇到问题找到项目管理者,项目管理者 积极协助解决;
    • 遇到开发不听从或针对,看不顺眼,项目管理者不要搞针对,而是先解决问题;
    • 对项目负责,对整个产品负责的态度;
  • 项目管理:

    在领到项目之后,不要马上进行项目推进,而是要先就项目合理性,项目目标,项目预期,项目时间等与产品、项目成员达成一致,这样可以更准确的安排项目节奏

    现在项目管理者的角色主要就变为进度跟进者,资源协调者,风险解决者。

    • 需求评审
    • 技术方案
    • 任务拆分
    • 风险把控
    • 项目推进
    • 工作透明
    • 每一个节点做到成员认可
    • 做好沟通协调
    • 遇到问题解决不了,及时向上级反馈;
  • 晨会:

    • 昨天完成了什么
    • 今天即将做什么
    • 遇到了什么困难

万事找项目管理者,但是
项目管理者不是万能的

日常工作中不要只是简单说开发什么什么功能、完成什么样的任务,要强调这个工作的背后的价值。

不要把人当工具人,也不要把自己当工具人

二、生活

疫情依旧没有结束,希望早点过去!

  • 做到的事:

    • 从去公司的第二天开始,坚持每天中午锻炼,不论严寒还是酷暑,不论是0℃还是38℃(除了下雨下雪)
    • 坚持每天早起煮粥做早饭
    • 坚持学习技术
    • 坚持学习中医相关
    • 房子装修好了
  • 没有做到的事:

    • 减少欲望

三、技术

  • Vue3.0 学习和整理
  • TypeScript 学习和整理
  • 移动端常见问题解决方案的整理
  • 微前端实践
  • Puppeteer UI 测试学习
  • 面试了大概几十人
  • 内部业务分享和技术分享
  • 帮助别人解决技术问题

四、管理

在最开始做项目管理的时候,我向公司推荐了TAPD,因为我用过几年,觉得比禅道使用更方便,更直观,流程更清晰;

可能由于花钱的原因,公司上级没有采纳;
当然还有很多项目管理工具

YouTrack :

YouTrack 是JetBrains出品的一个项目管理系统,用于敏捷开发过程中用户故事、任务、计划、bug的管理和跟踪工具。最大的特点是非常灵活,可定制性强,可自定义看板、任务字段、报表看板,及自动化流程。

特点:10人免费,有在线版本可以试用,可私有部署,按照人数授权License。

Jira:

JIRA是Atlassian公司出品的项目与事务跟踪工具,被广泛应用于研发项目跟踪和敏捷管理等工作领域。JIRA中配置灵活、功能全面、部署简单、扩展丰富。
特点:10人免费,按人数授权。

PingCode :

主要是针对产研团队,覆盖项目、任务、需求、缺陷、迭代规划、测试、目标管理研发管理全流程。
特点:25人以下团队完全免费,支持saas和私有部署模式,按照人数授权。

禅道:

国产的开源项目管理软件,有开源的免费版本,国内使用比较多的一共工具。

Tapd:

腾讯敏捷协作平台,是一款由腾讯公司自主研发的协作及软件研发管理平台。TAPD 沉淀了腾讯十余年敏捷研发文化、研发模式和实践成果,能够帮助企业高效协作和提升研发效能。
特点:标准版与专业版目前没有收费计划,可以直接在官网注册,存储容量限制为 250G。

Coding:

腾讯旗下子公司出的,研发过程、代码一起管。
特点:标准版(阉割版)可以无限制人数试用。

其他项目管理工具

  • iCafe:百度研发管理工具
  • 阿里云 云效
  • 华为云DevCloud
  • 码云Gitee>
  • Ones
  • Leangoo
  • teambition
  • Tower
  • trello
  • Asana

计划优先级管理,是管理者很重要一个能力,其实应该是每一个职场人都应该必须具备任务优先级合理排序的能力。虽然看上去是很简单,但实际能做好并不容易,特别是不断有大量外部需求、代办事项进来。比如领导安排的工作,是紧急的还是重要的?团队梯队建设、培训是重要的还是不重要呢?

  • 重要紧急
  • 重要不紧急
  • 紧急不重要
  • 不重要不紧急

记得一年前我写过一个谷歌插件:four-quadrant-chrom-plugin
就是做的四象限,当时只是看到老板的一个截图,随后就下班开始做起来,一周左右做好,但是粗糙了点

四象限法则对项目管理也有很大的帮助,对于事情比较多的时候,一定要先分优先级,不能胡子眉毛一把抓

重点关注和投入精力在重要的事情上,不重要的事情不管是否紧急,都可以延迟或不做。

学会拒绝,学会做正确的事,更要正确地做事

可能沟通是我做的有些不好的地方,我没有以一个上级或者管理者的身份要求项目成员做这做那,更没有以命令的方式让项目成员做工作,我只是反馈了公司项目管理者目前只是虚职,没有任何权利的职位,反而招来了让上级觉得我是要来搞命令式的权利;

目前项目成员之间相处都是比较融洽的,都是比较很好沟通的,反而某些上级去放大了项目成员某些微不足道的缺点,甚至莫名说我们项目组问题很大,不知道这算不算是PUA?

对于一些细枝末节,上级往往给到的不是支持、指导、建议,反而是一次次的指责,不知道是偏见还是特意针对?
或许是我沟通确实出现了问题

有时候有些问题某些上级都说了额自己都不知道怎么做,我也觉得有点可笑

借助于管理沟通框架,我也思考了,发现做好高效沟通确实不简单,不知道是不是人的问题,还是说话方式问题,往往也出现了我说出的,对方理解的不一致;

我遇到过很多事,每天都在思考不同的问题,就是当我在思考问题的时候,别人和我说话我是屏蔽的,别人就觉得我沟通有问题,不尊重,某些同学可能对我有些情绪,直接怼我,但是经常找我的不是一两个人,我只好一个一个去解决,有时候说话声音是大了些,但从没有去针对任何人,都是抱着解决问题的心态;

所以在沟通中,尽量避免情绪化的沟通:

  • 少评论(批评),多鼓励。评论容易片面、容易对立,让人产生逆反并反驳。
  • 少指责,多指导,事后少指责,尽量避免公开的职责,帮助他人,给出建议。
  • 换位思考,多站在对方角度去思考和沟通
  • 多用我们,不要和队友拉开距离
  • 少命令,多协作,少用命令式的方式沟通,或下达任务,大家都是同事,都是开发,将心比心;

但是我发现平庸的领导者,往往依靠职位权力驱使他人

如果把这些人放在一线开发同级,又有谁愿意服从;

甩锅的问题依旧存在,线上出现问题,开发、测试、产品都是有责任的,不要什么责任都甩给开发

这算是今年遇到的困惑及自己的一点总结,还有很多事等着去做,就不一一赘述

时间过得很快,明天和意外总有一个先来,2022年马上就来了,但愿每个人都健健康康!!!

本文参与了 SegmentFault 思否征文「2021 总结」,欢迎正在阅读的你也加入。

03-05 13:37