这是一个创建于 2494 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景
自己属于一个四人端 team 的核心开发，之前两个月一直在赶业务，所以基本没有什么空闲时间，最近终于业务压力来到后端这边，所以在后端任务完成之前就有了几天的空闲期。
我的安排
- 同事 A 去学习下 redux，顺便考虑项目接入，对于项目和他都有帮助
- 同事 B 去优化下项目的异常处理，让他熟悉下项目框架，也优化用户体验
- 同事 C 去接一个第三方 sdk 升级的需求，也算熟悉项目流程
- 自己则研究下性能监控，顺便看看 github 上新趋势，属于探究性工作，可能对项目有收益
项目经理安排
我们的项目经理就来找我们前端，希望我们安排出一个任务列表，按照优先级排好，每做一个任务都要讲清楚背景、成本、效果，然后把我们每一天的任务都排满，似乎一点也不鼓励去学习一些流行的东西，每件事都特别注重成果、收益，而不在乎中间的学习、成长
个人的疑问
- 首先对于工作，我觉得就是把过来的需求安排好，做完，就算完成任务了。
- 如果你自己有一些开发、体验上的优化，可以自己做，但有必要当成需求那样子做吗？
- 个人觉得在业务之余，自己学习一下流行的东西，充实下自己还是很有帮助的
想请教下 V 站的各位，对于这件事有什么看法？是我书生气太重，还是就应该像项目经理这样注重成果？
 | 1 q8164305 2018-12-20 23:04:33 +08:00 via Android 项目经理又不懂技术，只会管结果，他才不管你们怎么实现的 |
 | 3 az402 2018-12-21 08:34:28 +08:00  3 项目经理关注成果收益没有错。 学习也是有产出、有成果的。 同事 A 学习 redux 可以产出学习笔记、项目接入方案、还可以做内部技术分享。 同事 B 优化异常处理是实实在在的代码产出。 同事 C 升级需求也没什么问题，也是有代码产出的。 你研究性能监控，可以产出实施方案、实施前后系统安全性、稳定性的对比。 你的老板可能是懂技术的，但你的老板的老板或者老板的老板的老板可能是不懂技术的。 那他们怎么向上汇报？ 所以你汇报的时候就要把老板当成不懂技术的人，把成果、收益、产出物都明确好。让人能看懂，不觉得你们在划水。 你的老板让你来安排任务，已经算是比较宽松自由了。至于怎么把这些任务解释的让上边非技术管理者明白，就看你的本事了。 |
 | 4 zxcvsh 2018-12-21 08:46:41 +08:00 via iPhone 你这一描述已经很清楚了 你们经理只在乎自己的成果（你们做了啥都是他要汇报的），而不在乎你们学习和努力的过程 |
 | 6 mcfog 2018-12-21 08:54:34 +08:00 via Android 把不确定的优化、调研变成确定性的任务，也许不那么浪漫，但对于公司和管理来说肯定是必要的 其实也没有那么难啊，就是拍一下范围，预计时间（避免低效／拖延），产出（你觉得定不出产出的，八成可以定成技术分享完事儿），可能失败的定一下止损（比如你去看性能监控可能发现全是大炮不适合当前项目，那也有个止损方案就是先不做） 公司不是学校，自己业余学肯定是好的，但你作为 lader 安排上班时间学，肯定得有明确的计划，学习有帮助，计划和产出是确保这个帮助落地的手段而已 |
 | 9 ymyqwe OP @mcfog 我有个困惑就是业务排期不满的时候，你是让他们自己安排满，还是和他们讨论之后再给出建议去让他们自己安排？ |
 | 10 DrugsZ 2018-12-21 09:37:40 +08:00 自己学习,然后安排分享,学习也是一种支出,前端这种东西,,很多人到现在还在抱着 JQ,倒不是 jq 不好,但是总要跟着前进吧,对公司的好处就是开发变快了,bug 会更少,这是'功在当代利在千秋的',我们以前都没有代码检查的,我强硬的要求所有人必须使用 ESlint,推行 git.现在 bug 肯定会比以前少很多,虽然刚开始花了很多时间去学习.但是将来会减少好多错误.我觉得这种事即使推后一些迭代都值得,而且我们还是在项目的间歇做的.何乐而不为呢. |
| 11 mcfog 2018-12-21 10:24:19 +08:00 via Android @ymyqwe 理想肯定是不需要领导自己找性价比高的事情自己安排啦，实际么，看团队成员实际情况咯，有方向也找不对的，有没计划的，有没产出的，也有摸鱼划水的，管理者的工作不就是确保团队往前跑么 |
 | 12 eamon666 2018-12-21 10:40:53 +08:00 那说明公司格局还是 low |
Select Language