这是一个创建于 486 天前的主题，其中的信息可能已经有所发展或是发生改变。
这边做基架没有 PM ，需求排期靠拍脑袋决定，有时候一个需求还没做完，另一个需求又来了，并且业务说很急，需求也很合理，所以不得不同意支持。而且业务很多咨询问题要回答，自己的开发时间也不太好预留。
这么搞下来搞得自己好累，请教下这种情况应该如何应对呢？是我的问题，还是提需求机制有问题。
这么搞下来搞得自己好累，请教下这种情况应该如何应对呢？是我的问题，还是提需求机制有问题。
 |
1
tyrantZhao 2023-08-02 08:59:41 +08:00
排期跟你 ld 说啊，你 ld 应该会帮你挡掉一部分需求的。
|
 |
2
me1onsoda 2023-08-02 09:18:02 +08:00
你们鸡架的结构啥样，正常是给 leader ，让 leader 做路由下发需求
|
 |
3
0xABCD OP @tyrantZhao 有的不是那种大需求，是那种需要一个小时左右的小需求，但是顶不住每个业务都来占我一个小时
|
 |
4
sunjiayao 2023-08-02 09:23:33 +08:00
业务爷爷说啥就干啥（逃）
|
|
5
0xABCD OP @me1onsoda 基架里面比较独立的子系统，一两个人负责的那种，业务都是直接找负责人的，有时候从帮业务排查问题开始的，查着查着就变成小需求了，一两个小时过去了
|
 |
6
8355 2023-08-02 09:58:44 +08:00
如果你是负责人首先考虑招人，这是最简单的解决方式，本质上现在一个人同时做不了两个事，不是管理的问题，现在跟不上业务发展就会影响收益。
招不了就让业务 pk 或者找老板沟通评估实现成本和优先级问题 |
 |
7
emSaVya 2023-08-02 10:02:03 +08:00
有需求来 先拉扯一段时间 开几个会 反复确认。开发周期就拉长了。
|
 |
8
crossoverJie 2023-08-02 10:37:32 +08:00
@0xABCD #5 深有感触，现在把一些业务常见问题做成了功能，节省了不少时间；不过既然做了基架就得面临这些问题，往往排查一个小问题会扯出一堆需求
 |
 |
10
chevalier 2023-08-02 12:01:37 +08:00  2
听 leader 安排，做不过来就问 leader 优先级怎么拍
你的绩效是 leader 打的，不是业务和 PM 打，你对 leader 负责好就行 否则会出现你干了很多活但都不是 leader 重点想做的方向，出力不讨好 |
 |
11
IvanLi127 2023-08-02 12:59:26 +08:00 via Android
让他们提需求的打一架，谁赢了先做谁的，把矛盾转移出去🤓
|
|
12
0xABCD OP @crossoverJie “常见问题做成功能”是什么意思？大佬展开说说
|
|
14
crossoverJie 2023-08-03 10:50:30 +08:00 1
@0xABCD #12 我的场景是比如业务团队对 k8s 不太熟悉，导致对应用占用内存、CPU 这些理解有误，我就写一个 wiki ，再有类似问题先看 wiki ，这样会减少不少“甩锅”性质的排查问题。
再就是一些我排查问题的套路，因为需要进容器，而业务方可能会没有权限，就把相关的操作直接做到了管理台，即便是不进入容器也能排查了；类似的套路吧，主要就是把自己从一些重复的流程中解放出来。 |
Select Language