项目管理如何做比较好

另外一个就是，很多东西，确实就是不容易
估算不准确，拆分不准确，大家也就不愿意拆分

天？我这都是按季度

我也很好奇这个怎么解决

最好是基于功能点来拆分，需求确定好，分解任务，任务可以是大任务和小任务，把大拆小，拆分成小任务（ 3-5 天 /人），丢进需求池里面，并且排好优先级 /模块。

然后你也不要倒计时，你就正计时，每天早会，大家一起看，追问开发情况，有无什么问题，

保证大部分人小任务搞个 3-5 天，那就可以了，但是如果有人一个小任务超过 10 天了，要么任务不合理，要么人不行。

以前公司就这么干的，厉害的人 1 天 1 个小任务，新来的 5 天一个小任务。

抵制感觉也就是不想去弄 jira 吧，每天都得填 jira 确实有点蛋疼啊，建议以功能点或任务为单位建立 jira ，研发完成后直接转给测试，前期主管先估计工时，每个人填写实际工时就行了，一段时间后根据甘特图分析下通常是哪里的时间不准确。

> 估算不准确，拆分不准确，大家也就不愿意拆分
听描述感觉产品部门出品没把控好 -> 需求不明确 -> 不好确定工作量 -> 不好分配工作，如果是小公司没啥办法，只能祈祷主管能力强，有点规模的公司如果还这样建议向领导反应，也许产品和研发的工作方式就不对，需要做出改变。

> 有的人勤勤恳恳的，但是因为绩效比例和技能能力问题，也没法给太高
这个能力为 A 的人勤勤恳恳，能力为 S 的人比较划，假如两人都正常完成任务，难道应该给能力 A 的人更高分吗？当然每个公司都有具体情况，理想情况下应该给能力 S 的人分配更难的任务，如果他还是出色完成待遇理应和 A 的不同，这个就不多谈论了，就是吐槽下

任务下发给组长， 让组长给下面的人安排， 你盯住组长就可以了。 核心模块必须是自己带出来的小组开发可以掌控进度（只要核心的几个难点搞定，其他基本都是体力活）， 边缘的功能（体力活）给干杂活的组干， 就算搞的不好，到时候换自己的团队加加班也是可以赶上进度的。能力强的人转核心开发部门， 能力差的就一般的干体力活的小组就可以了。

项目管理是个特别大的话题，你能问的出这么 不具体 的问题，就说明了你对项目管理完全不了解

可以试着先找出遇到的具体问题