2022-01-10 17:51
界面太简陋,而且文中所说的这种数据,收集之后很难被用起来的。
至少,数据要包含如下列:(用户)、日期、工时(小时,可用小数)、项目名、工作分类(管理/技术/商务...)、项目阶段(售前/计划/设计/开发/测试/安装部署/售后支持...),具体描述...
这样,可以事后分类统计。如果某个项目人天数超过计划,还能调查哪些地方花的人天数太多。
2022-01-12 15:36
说的有道理。
然而你说的这些数据,传统的项目管理工具都会包括,因为太重,所以用不起来。
所以要搞一个轻量级一点的,不是追求从75分到99分,而是解决做一个项目天天做也不知道谁在弄,到底投入了,到能够方便的计算出来。(有过并行项目的都有过这种体会,上午搞a项目,下午搞b项目,晚上搞c项目。天天都在忙,天天不知道在忙啥)。
所以,中小公司能用起来就不错了。
界面的事比较抱歉,现在没有美工,前端已经逼的被祭天了,暂时放过孩子吧。
2022-01-12 16:12
美工倒无所谓,我也有很多界面很简陋的。
有可能你们的项目管理,与我工作过的几个公司的项目管理不同。我们这边没人看日历表这样的数据/文档。项目经理/小组长,日常只看现在的进度与计划相比有多少延误,人天工时超支多少。我们这边做管理,更多的是关注总量数据、分组合计数据。
2022-01-13 16:25
不知道你需要哪些需求,希望怎么用?
有时间可以聊聊。

先说下我们的初衷。
我们目前的业务场景并不是重度或者多标准的项目管理,否则目前的项目管理软件都可以解决(project、禅道、teambiton等)。
目前解决的就是各个部门的几十号人,负责3-5个项目,每天搞点这个搞点那个,主要工作还是某个具体的项目,但是有临时事务的时候,就会调几天就去干别的项目,完事之后再回来接着搞主项目。
等事后统计的时候,投入到临时项目的记录情况。
考虑到不给员工大多的使用负担,另外也不需要太精细的管理和考核,先从工作量上做一些统计,至于项目该不该投入以及投入多少,其实在更上级的决策里已经决定了。
2022-01-13 23:00
至于项目该不该投入以及投入多少,其实在更上级的决策里已经决定了。 -----软件项目管理,有一部分工作,是日常统计实际工作量。上级决策只是一个计划。计划需要跟踪、反馈、调整的。
比如,2月份上级决策在 A 项目中投入 200个人天,实际过了100个人天后发现只做了十分之一的工作,则具体项目管理人员要去向上级报警:继续做、还是与客户谈要加钱、或其他的。
回复 @
{{emojiItem.symbol}}
返回顶部
顶部