关于上班的业务空闲期做什么的疑问

背景

自己属于一个四人前端 team 的核心开发，之前两个月一直在赶业务，所以基本没有什么空闲时间，最近终于业务压力来到后端这边，所以在后端任务完成之前就有了几天的空闲期。

我的安排

同事 A 去学习下 redux，顺便考虑项目接入，对于项目和他都有帮助
同事 B 去优化下项目的异常处理，让他熟悉下项目框架，也优化用户体验
同事 C 去接一个第三方 sdk 升级的需求，也算熟悉项目流程
自己则研究下性能监控，顺便看看 github 上新趋势，属于探究性工作，可能对项目有收益

项目经理安排

我们的项目经理就来找我们前端，希望我们安排出一个任务列表，按照优先级排好，每做一个任务都要讲清楚背景、成本、效果，然后把我们每一天的任务都排满，似乎一点也不鼓励去学习一些流行的东西，每件事都特别注重成果、收益，而不在乎中间的学习、成长

个人的疑问

首先对于工作，我觉得就是把过来的需求安排好，做完，就算完成任务了。
如果你自己有一些开发、体验上的优化，可以自己做，但有必要当成需求那样子做吗？
个人觉得在业务之余，自己学习一下流行的东西，充实下自己还是很有帮助的

想请教下 V 站的各位，对于这件事有什么看法？是我书生气太重，还是就应该像项目经理这样注重成果？

az402

2018-12-21 08:34:28 +08:00

项目经理关注成果收益没有错。
学习也是有产出、有成果的。

同事 A 学习 redux 可以产出学习笔记、项目接入方案、还可以做内部技术分享。
同事 B 优化异常处理是实实在在的代码产出。
同事 C 升级需求也没什么问题，也是有代码产出的。
你研究性能监控，可以产出实施方案、实施前后系统安全性、稳定性的对比。

你的老板可能是懂技术的，但你的老板的老板或者老板的老板的老板可能是不懂技术的。
那他们怎么向上汇报？
所以你汇报的时候就要把老板当成不懂技术的人，把成果、收益、产出物都明确好。让人能看懂，不觉得你们在划水。
你的老板让你来安排任务，已经算是比较宽松自由了。至于怎么把这些任务解释的让上边非技术管理者明白，就看你的本事了。

mcfog

2018-12-21 08:54:34 +08:00

把不确定的优化、调研变成确定性的任务，也许不那么浪漫，但对于公司和管理来说肯定是必要的

其实也没有那么难啊，就是拍一下范围，预计时间（避免低效／拖延），产出（你觉得定不出产出的，八成可以定成技术分享完事儿），可能失败的定一下止损（比如你去看性能监控可能发现全是大炮不适合当前项目，那也有个止损方案就是先不做）

公司不是学校，自己业余学肯定是好的，但你作为 leader 安排上班时间学，肯定得有明确的计划，学习有帮助，计划和产出是确保这个帮助落地的手段而已

DrugsZ

2018-12-21 09:37:40 +08:00

自己学习,然后安排分享,学习也是一种支出,前端这种东西,,很多人到现在还在抱着 JQ,倒不是 jq 不好,但是总要跟着前进吧,对公司的好处就是开发变快了,bug 会更少,这是'功在当代利在千秋的',我们以前都没有代码检查的,我强硬的要求所有人必须使用 ESlint,推行 git.现在 bug 肯定会比以前少很多,虽然刚开始花了很多时间去学习.但是将来会减少好多错误.我觉得这种事即使推后一些迭代都值得,而且我们还是在项目的间歇做的.何乐而不为呢.

eamon666

2018-12-21 10:50:03 +08:00

@ymyqwe 还是你们项目经理 low 啊，摸个鱼怎么了，我大厂小厂都呆过，没见过这么盯着人干活的，让人很反感有压力。这就是不信任你们的一种表现而已，说白了就是雇了你不想让你闲下来，雇头驴子也要不停拉磨的 low 比企业家思维。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/519560