Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

再回首,一次很失败的项目负责人体验 #43

Open
chaseFunny opened this issue Jan 11, 2025 · 0 comments
Open

再回首,一次很失败的项目负责人体验 #43

chaseFunny opened this issue Jan 11, 2025 · 0 comments

Comments

@chaseFunny
Copy link
Collaborator

chaseFunny commented Jan 11, 2025

简单介绍一下我自己,我叫阿星,我目前是一名前端开发,工作快两年了(22 年毕业),目前在一家创业公司打工,在班主任的鼓励下,我做出了大胆的决定,要来分享,可能接下来的分享会浪费大家的时间,但是我依然希望你听完,那今天要分享的是我在最近一个多月成为(最菜的)项目负责人的经历和收获,那直接进入正题,我的独立负责项目经历

为什么需要我独立负责项目?

2 月底的时候,我记得很清楚,那天是周一,晚上老板说要请客吃饭,和我们说一件事情。我带着疑问去到饭店,然后和我们说,他今天聊了一位很厉害的产品大佬,产品哥分析我们公司目前的发展现状和遇到的问题。老板说,已经确定他要加入我们团队,来帮我们公司更好的发展。我当时听完很开心,因为有一个经历丰富的人加入我们公司,也就代表着我所在的平台更好了,我们公司有了更多的可能性。而且产品哥对我们公司的分析总结我也很是赞同。

三月初,产品哥来了,新人来,老板请客吃饭,在吃饭的过程中,产品哥通过对公司现状分析,得出了两个结论,

  1. 所有工作都依赖于老板安排,员工没有主人翁意识。也缺少目标感
  2. 目前整体处于“温水煮青蛙”状态,不好不坏,这不是创业公司该有的样子

我们在产品哥的分析下,引出了“负责人制度”,以项目为单位,每个项目设立一个负责人,也可以称作为“小组长”,每个负责人的工作是承担老板之前的工作。之前的时候,是老板想需求,并且细化需求,然后给需求进行排期,分配资源,开发上线。那现在就变成了负责人来规划工作,向老板争取资源,然后排期,然后开发上线,只是需要汇报一下工作给老板。听起来好像负责人也不是很难做的样子,但是真正来做的事情,真的是手忙脚乱,不过还好,产品哥和老板说,不会一下子放手让我们做,而是辅助我们,让我们慢慢独立负责,遇到问题都可以问他们。初出牛犊不怕虎的我,自告奋勇的说,我想尝试一下这个负责人制度

我做了什么?

制定计划,开会同步计划: 每周一,制定本周计划,拆解需求为尽可能小的需求,然后对需求进行排期,并记录文档,发起会议,确定需求是否要做,和老板同步需求所需要的时间和需要的人力

和同事沟通,推进工作: 会议结束,要通知到对应的人,这周需要他们怎么做,例如:和后端说,我需要你做什么,大概什么时间前得给我,你自己安排一下优先级,

开发上线,同步老板: 接下来就是我的日常工作,前端开发,这段时间,

  1. 我和后端搭建了一套简陋的数据看板,并且根据数据看板的数据对项目进行了优化,上线后及时查看改动对数据的影响,反馈给到同事和老板,
  2. 对竞品做深度分析,和产品哥对我们产品(用户使用路径,用户充值路径等等)多纬度进行优化,提高用户的使用体验
  3. 每周 5 会把本周完成的工作,未完成的工作做一个简单汇报给到老板,

掌控整体进度,及时反馈风险: 我还会偶尔当当最不喜欢的监工,例如:pr 没过,要及时催处理,写完需求及时验收测试。如果有需求发现完成不了了,及时和上级反馈,寻求解决办法

维护社群,文档,每日同步看板数据,分析数据:这段时间,我开始了维护社群,发一些产品更新动态公告,用户问题反馈收集等工作。每日在工作群和同事同步昨日的看板数据,分析数据,可能会产生一些新的需求,记录到需求池里

上面都是一些好的,下面说点不好的

预估时间不准确,需求延期: 我根据我的经验,和同事沟通,一起确定的上线日期,总是会很赶,甚至延期。

无法准确思考需求优先级: 感觉自己对产品理解还是不够,会做一些不是那么紧急的工作,但是有优先级更高的工作在等着我们

我学习到了什么?

二月底还是只用写写需求,少写 bug,保证需求不延期就好的前端螺丝钉,转眼就要成为一个项目负责人。习惯了被分配工作的我,脑子像是生了锈,根本不知道要做什么?怎么规划?按照什么规划?但是我有产品哥😎啊,我就去问他,他没有直接告诉我,我要怎么做,或者说这让我来吧!而是说:从数据中找答案,从竞品中分析,然后他教会了我如何进行简单的数据分析,来对现有的产品进行用户体验提升。跟他一起这段时间,我学到了很多

先处理情绪再处理工作: 那段时间的我,做需求总是 bug 不断,就是因为我目前的工作有多个项目,杂乱,每天要做的事情感觉太多了,每天工作都处于需求马上要延期了,我得快点了,这种紧张状态下写的代码就会有很多问题,后来我看到群里推荐的**《搞定 - 无压力工作的艺术》**,我学到了先处理情绪,现在我会在精力不集中,情绪不稳定的时候先做点别的,例如:去接水,喝水,和同事唠嗑等等来解压

清空大脑,专注当下工作: 这个也是搞定那本书里的技巧,我现在每天都在实践,例如:工作中,突然企业微信的用户群里,反馈问题,我会看这个需求 5 分钟是否能搞定,可以的话立马做了,不可以记录文档(365 的 todo list),然后等主线任务完成,统一处理,我打算接下来要继续践行 番茄工作法,提高自己的工作专注

及时沟通,不让问题称为大问题: 我是一个 i 人,遇到问题了,尤其是因为我导致的问题,我害怕上报,害怕挨批,但是现在我不会再这样,我带着解决问题的心态,即使是不好的事情,也硬着头皮去反馈,和团队一起商量解决办法,因为不反馈只会让问题变成大问题,

数据驱动业务: 也就是通过分析数据,来对产品进行优化,这样做需求都是有数据支撑,

敏捷开发: 以前的时候是拿到需求就开始开发,开发中思考什么实现,现在是看到需求立马就想这个需求是否有技术难点,需要谁配合,大概需要多少时间,这个需求是否有必要再拆解为更小的需求等等。并且开发中也是给一个需求建立一个独立的分支,这样能做到快速开发,快速上线,准切分析这个改动的影响

遵守原则: 在开发中,一定要遵守规定好的原则,例如:上线前要 code review,多人验收,上线收也要再次测试。在日常工作中要遵守,在处理紧急 bug 的时候,依然要遵守约定

多独立思考,总结和反思自己的行为: 当负责人这段时间,刚好上期训练营,我就每天记录自己当日的不足之处,如何改进,我得到了一些我觉得很厉害的结论,例如:幸福是一种能力,要有发现幸福的眼睛;

我的一些感悟

独立负责项目这段时间,我被批评过,也被表扬过,真的很累,但是还是要感谢有一个这样的平台,让我来尝试,真的是痛并快乐着,我觉得我从一个被动接收方变成了一个主动方,我现在无论是在生活上,还是再工作上,我都尽可能让自己处于主动方。虽然直到现在,我依然不太适应这种主动推动一些事情,

在做负责人最初一段时间,我真的走路洗澡都在想工作的事情,但是我想说,这是不健康的,要平衡工作和生活,我现在尽可能工作中保持高效率,准点下班,回来学 羽哥的 《next.js 小册》,

压力很大的时候要多和人交流,多出去走走,

为什么是失败的负责人?

在这段时间,虽然有在思考,但认知不足,经验缺失,导致最后结果是不好的。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant