任务的持续时间为12天,固定成本仅为20000美元(无资源,无工作),第10天为2013年1月的最后一天。状态日期为1月的最后一天。任务按计划完成,因此标记为正常,10天实际持续时间和2天剩余持续时间,因此完成百分比为10/12或83.33333333333333333 .....%,除非我们知道MSP没有小数%完成并且回合到83%。在跟踪表中,实际成本计算为0.83 x $ 20000 = $ 16600.00。但是我们知道应该是$ 16666.67,这就是它在任务使用视图中显示的内容(显示累积成本和实际成本)。因此任务使用视图是可靠的,但跟踪表中的实际成本字段不可靠。好吧,我忍受了MSP弱点,我喜欢它b $ b尽管它有缺点,我可以忍受。但尝试向某人解释或展示,而不是对软件留下不好的印象。也许MS开发团队应该对此有所关注,而不是在可视化报告中使用那些笨重的数据透视表和眼睛糖果。
The task has a duration of 12 days and a fixed cost of $20000 only (no resources, no work), and the 10th day is the last day of January 2013. The status date is end of the last day of January. The task is all on schedule so mark on track, making 10 days actual duration and 2 day remaining duration so the % Complete is 10/12 or 83.33333333333333333.....%, except we know MSP has no decimals in % Complete and rounds to 83%. In the tracking table the actual cost is calculated by 0.83 x $20000 = $16600.00. But we know it should be $16666.67, and that's what it shows in the task usage view (display cumulative cost and actual cost). So the task usage view is reliable but the actual cost field in the tracking table is not. OK, I put up with MSP foibles and I like it despite its faults, and I can live with that. But try explaining or showing it to someone and not leaving a bad impression about the software. Maybe MS development team should have spent some attention on this instead of those klunky pivot tables and eye candy in the visual reports.
推荐答案
分数从来没有在计算机上真正得到良好的管理,项目并不是真正的会计系统,因此成本不会精确到便士。请记住,项目管理是一个估算系统,项目专业人员是一个工具,以帮助监控计划和成本,但不一定精确到一分钱或一天。
Fractions have never truely been managed well in computers and project is not really an accounting system, so costs will not beaccurate to pennies. Keep in mind that project management is a system of estimates and project professional is a tool to help monitor the schedule and cost, but isn't going to be exact to the penny or the day.
干杯!
更多推荐
实际成本计算
发布评论