这是一个创建于 1991 天前的主题，其中的信息可能已经有所发展或是发生改变。
起因：之前产品那边问我进度，说新需求的时候，说过几次：你不能来了新需求就把所有人都放上去啊。当时我就想怼回去：md，需求多急，工作量多大你们没点 b 数么？用你教我怎么安排？但是理智战了上风，我在想我是不是在人员管理上真的有问题，所以来 v 站请教各位大佬，望不吝赐教！
前提
- 活多人少任务紧，产品、设计、后台还都不给力（本来我写了很多，又删了，总结成一句话吧，节省大佬们的阅读时间，两个产品人员互相不知道对方的安排，谁来了都说自己的需求急）
我的处理
- 周五提需求，周一要的，all in ；（我感觉让谁加班都不合适，而且有些时候真的是 24 小时不休息也干不完的）
- 时间相对充裕的，看组员情况安排，会考虑每个人现在正在做的，擅长做的，工作效率等因素。
我的思考
关于这个问题，我感觉应该有两个方向
- 指定开发规范，大家严格执行，互相之间代码都看得懂，随便一个项目拿来，任何一个人都能快速上手；
- 每个人跟固定的若干项目，项目某个阶段需求紧任务重那就加班。非项目人员不参与。 目前就想到这些问题，有补充的再 append
第 1 条附言 · 2019-06-16 12:59:27 +08:00
你们感觉方向 1 可行吗？普适吗？
 |
1
hstdt 2019-06-16 12:33:08 +08:00 via iPhone
个人看法。1. 用甘特图排期，把其他组前置工作完成的时间节点写上去，然后安排自己组的工作。2. 排期拿给产品看，产品不满意就自己去 pk 优先级，或者去其他组协调进度。你要做的是尽可能准确估算工期，以及不延误工期(擦屁股)。
|
 |
3
jerryrib 2019-06-16 13:02:35 +08:00 via Android
拉出去斩了，急个毛，直接怼回去，为什么必须周五提？
|
 |
4
coderluan 2019-06-16 13:08:45 +08:00
在“活多人少任务紧，产品、设计、后台还都不给力” 在这个前提下，我感觉你自己再怎么改进都没啥用，不想直接怼回去，就说的文明点，“所有人都放上去还得加班呢，要不你去说说多给我们安排点人?”
|
 |
5
zqx 2019-06-16 13:23:21 +08:00 via Android
看着感觉公司层面制度有问题？通常项目需求的发布是有固定窗口的呀，比如每两周的周三，而且不允许中途修改或新增需求的。
|
 |
7
anmie OP 大家别光收藏啊，给点意见呗
|
 |
8
FireCat 2019-06-17 10:30:39 +08:00
你们组几个人？
|
Select Language