作为组长怎么给组员分配工作？

[anmie]

起因：之前产品那边问我进度，说新需求的时候，说过几次：你不能来了新需求就把所有人都放上去啊。当时我就想怼回去：md，需求多急，工作量多大你们没点 b 数么？用你教我怎么安排？但是理智战了上风，我在想我是不是在人员管理上真的有问题，所以来 v 站请教各位大佬，望不吝赐教！

前提

1. 活多人少任务紧，产品、设计、后台还都不给力（本来我写了很多，又删了，总结成一句话吧，节省大佬们的阅读时间，两个产品人员互相不知道对方的安排，谁来了都说自己的需求急）

我的处理

1. 周五提需求，周一要的，all in ；（我感觉让谁加班都不合适，而且有些时候真的是 24 小时不休息也干不完的）
2. 时间相对充裕的，看组员情况安排，会考虑每个人现在正在做的，擅长做的，工作效率等因素。

我的思考

关于这个问题，我感觉应该有两个方向

1. 指定开发规范，大家严格执行，互相之间代码都看得懂，随便一个项目拿来，任何一个人都能快速上手；
2. 每个人跟固定的若干项目，项目某个阶段需求紧任务重那就加班。非项目人员不参与。 目前就想到这些问题，有补充的再 append

[hstdt]

个人看法。1. 用甘特图排期，把其他组前置工作完成的时间节点写上去，然后安排自己组的工作。2. 排期拿给产品看，产品不满意就自己去 pk 优先级，或者去其他组协调进度。你要做的是尽可能准确估算工期，以及不延误工期(擦屁股)。

[anmie]

@hstdt 擦屁股这词用的真是准确啊，感觉前端这边再给整个公司擦屁股。。。每一个环节拖沓一点，最后就是我们加班了。。。

[jerryrib]

拉出去斩了，急个毛，直接怼回去，为什么必须周五提？

[coderluan]

在“活多人少任务紧，产品、设计、后台还都不给力” 在这个前提下，我感觉你自己再怎么改进都没啥用，不想直接怼回去，就说的文明点，“所有人都放上去还得加班呢，要不你去说说多给我们安排点人?”

[zqx]

看着感觉公司层面制度有问题？通常项目需求的发布是有固定窗口的呀，比如每两周的周三，而且不允许中途修改或新增需求的。

[anmie]

@zqx 言之有理，这方面也考虑过

[anmie]

大家别光收藏啊，给点意见呗

[FireCat]

你们组几个人？