カレンダー Get!
关于見積もり的单位
見積もり 就是 工数，或叫工时、工时数、工作量。
是衡量一个项目的工作量的指标。而项目的工作量才是与最终的劳务费直接挂钩的。
先不管现有的单位，我们现想，如果是你的，你怎么衡量（或说“描述”）一个项目的工作量？
无外乎两种模式。
一个人干，要干多久。
限时完成，要多少人。
那结果显而易见了。
"人/月" 这个单位就是日本人用的工数单位。
虽然没见过 "月/人"，但想来使用也不为过。
假若“多久”以月作单位，“限时”也以月作单位。则两值相等。
关于“人月神话”中，人月这个概念的算法。指的是，不是一个人干的时候，总工时应该是各人工作量的累加，每个人干了几个月，累加得到的月数。
为了让这个概念有更好的表达。单位上并没有采用小时数的单位。
为什么?
首先，普遍理解的项目工作量除以月数，就应该是需要的人数。除以人数，就应该是需要的月数。那么显然这个工作量的单位应该是人月。
但项目的完成日期，取决于最慢的那步。
虽然纳期与总工时没有绝对的关系。
但一般情况下，纳期 = 开工日期 + 总工时。
ok，我好像明白了，这里的总工时，指的其实是就是纳期。而并非所有人的工作时长总和。
还是没分清 实际时间 和 项目工作量 的概念。
只是当开发人月只有一个人的时候，总工时就是他一个人要干多久。且“纳期 = 开工日期 + 总工时” 的时候，总工时也部分决定了纳期。
总工时是绝对的，因为项目就这么大，纳期不能谈，能谈得只有开工日期。
或者，纳期能谈，晚的话最好。早的话就得研究研究。
如果早的话，总工时是定的，费用也因之而定。但涉及加班的情况，月工资就会变了，虽然总工时不变，但费用也变了。
「数」与「率」之辩。
数 = 值。
率 = 数的比。
率与数概念不同，但即使是比，也是比值，也是值，也是数。
所以，人/月 等比值单位，被称为工数也不为过。
通常の場合
開発工数が5人/月未満の、比較的小規模の開発案件の場合には、担当者1名をアサインし、該当担当者が、見積もった工数に従って開発を行いシステムを納品させて頂きます。
お急ぎの場合
お客様のご都合によっては、至急システムが必要なケースもございます。このような場合には、該当案件に複数の担当者をアサインすることで、納期を短縮することが可能です。
