这是一个创建于 692 天前的主题，其中的信息可能已经有所发展或是发生改变。
我有点想倾向于，大家一开始对任务拆分下，拆分到天，然后每天在 jira 看板上有所进展 但是有的同学会有比较强烈的抵制
不这样的话，感觉就是团队中，老实人吃亏，有的人勤勤恳恳的，但是因为绩效比例和技能能力问题，也没法给太高
 |
1
vnex OP 另外一个就是，很多东西，确实就是不容易
估算不准确，拆分不准确，大家也就不愿意拆分 |
 |
2
fengjianxinghun 2023-02-04 12:52:31 +08:00 via iPhone
天？我这都是按季度
|
 |
3
kongkxyang 2023-02-04 13:34:38 +08:00 via iPhone
我也很好奇这个怎么解决
|
 |
4
Jtyczc 2023-02-04 13:44:19 +08:00  1
最好是基于功能点来拆分，需求确定好，分解任务，任务可以是大任务和小任务，把大拆小，拆分成小任务（ 3-5 天 /人），丢进需求池里面，并且排好优先级 /模块。
然后你也不要倒计时，你就正计时，每天早会，大家一起看，追问开发情况，有无什么问题， 保证大部分人小任务搞个 3-5 天，那就可以了，但是如果有人一个小任务超过 10 天了，要么任务不合理，要么人不行。 以前公司就这么干的，厉害的人 1 天 1 个小任务，新来的 5 天一个小任务。 |
 |
5
litchinn 2023-02-04 17:34:46 +08:00
抵制感觉也就是不想去弄 jira 吧，每天都得填 jira 确实有点蛋疼啊，建议以功能点或任务为单位建立 jira ，研发完成后直接转给测试，前期主管先估计工时，每个人填写实际工时就行了，一段时间后根据甘特图分析下通常是哪里的时间不准确。
> 估算不准确，拆分不准确，大家也就不愿意拆分 听描述感觉产品部门出品没把控好 -> 需求不明确 -> 不好确定工作量 -> 不好分配工作，如果是小公司没啥办法，只能祈祷主管能力强，有点规模的公司如果还这样建议向领导反应，也许产品和研发的工作方式就不对，需要做出改变。 > 有的人勤勤恳恳的，但是因为绩效比例和技能能力问题，也没法给太高 这个能力为 A 的人勤勤恳恳，能力为 S 的人比较划，假如两人都正常完成任务，难道应该给能力 A 的人更高分吗？当然每个公司都有具体情况，理想情况下应该给能力 S 的人分配更难的任务，如果他还是出色完成待遇理应和 A 的不同，这个就不多谈论了，就是吐槽下 |
 |
6
jones2000 2023-02-04 21:25:45 +08:00
任务下发给组长， 让组长给下面的人安排， 你盯住组长就可以了。 核心模块必须是自己带出来的小组开发可以掌控进度（只要核心的几个难点搞定，其他基本都是体力活）， 边缘的功能（体力活）给干杂活的组干， 就算搞的不好，到时候换自己的团队加加班也是可以赶上进度的。能力强的人转核心开发部门， 能力差的就一般的干体力活的小组就可以了。
|
 |
7
tlomlwfiw1 2023-02-06 18:10:50 +08:00
项目管理是个特别大的话题，你能问的出这么 不具体 的问题，就说明了你对项目管理完全不了解
可以试着先找出遇到的具体问题 |
Select Language