从该案例中可以看出，项目经理在时间管理方面的经验欠缺。老板很急，重视结果，但似乎下属更急，时间的安排是由下属自己安排的，对于老板来说：时间是你们自己安排的，完不成任务加班是很自然的事情了。项目经理在安排时间进度的时候，应该预留10%左右的时间，供项目做调整，比如有员工请假、生病等因素。这些都是要考虑进去的。

从案例来看，项目经理是个很负责人的人，但负责人不等于会管理。按照事先安排好的工作进度来走，怎么会觉得累呢？一般来说，没有安排才会觉得累。项目经理觉得累，那说明在开始阶段就没有用心做计划，安排。项目的进度不能在他心中做到心中有数，再加上他的技术不错，与其说是项目经理，不如说更像救活队员了。

我觉得你遇到的情况可以从两方面来分析，
1、关于项目经理的定位问题
2、关于项目工作计划应该如何制定问题
首先是项目经理的定位问题，你现在是项目经理，同时又担负了编程任务，你应该是由于有较好的编程水平而被提升为项目经理的，（呵呵，实际上我第一次当项目经理也是），实际上项目经理的职责不仅仅是工作上带头，与项目组成员搞好关系，更重要的是对项目的进度、成本、质量负责，是就这个项目对公司、对客户负责，就你让项目组成员完全自己来决定工作进度，显然没有达到这一点。
再一个关于制定工作计划，“他们说多少天就多少天,对待自己,总是按最顺利的情况来排进度”，制定工作计划即不能让大家随意制定，也不能制定一个最顺利的计划，如果大家随意定进度，很可能计划比较松，进度延长，进度延长成本自然会增加，一个太宽松的计划往往也会造成项目团队拖拖拉拉，士气不振。如果制定一个最顺利的计划，我看你还是能力比较强的，都能按时完成，大多数最顺利的计划都是完成不了的，如果多次这样，即会造成公司管理层对你项目管理能力的负面看法，也会影响项目团队的士气，所以我觉得较好的做法是，与大家共同商定计划，但你得有一个总的时间进度，在这个进度之内项目组成员只要不影响与其它成员的进度配合，可以自已安排进度。另外你的总的时间进度，应该是大家要经过努力才能达到的，并且在每一个大的阶段尾应该预留一定的时间，如每月预留三天时间左右，这样对公司和客户你有一个较好的交待，对项目组成员，他们也不至于太放松，你也不会感觉太累了。呵呵，一已之见，请参考。

每天核对项目进度，每周将项目完成情况及时发给项目组成员并抄送主管领导。如果项目超期提出自己的建议，争取项目成员和主管领导重视。

既然成员提交了预计完成工期，如果无法保证，该成员要对自己的commitment负责。而不是靠主管去弥补。

做项目时间管理的时候不能依据下属报的时间来安排进度,作为项目经理或负责人，您应该对团队内部人员的技术水平，敬业精神，业余时间是否充足等情况有相当的了解，再结合一定的激励手段，由自己分配每个人的工作量和工作进度，当然，适度的沟通是必要的，但是不意味着一味听取下属的抱怨。恩威并重，是实现任务派发的必要手段。

Project派计划进度,对时间的估算是建立项目流程环节模块的叠加基础之上的,外行的人是不清楚你估算的依据,因而可以排定有利于己方的时间进度.不像Primavera 3.0(即P3)那样倒排工期,倒排工期累死人.

我觉得你说的“安排资源时对下属很"照顾",他们说多少天就多少天”这个本身就不合理，你本人做过技术，你应该很清楚一项任务大概要多长时间，这个不能一味参照下属的意见，自己要有判断，让下属觉得完成这个任务时间有点紧张就好了

问题是你的有很好的估算能力，这种估算可不是乐观估算，需要有一个估算差值，是悲观估算天数－乐观估算天数/6。估算不能将节假日和加班算在里面。
估计时间不应该是一味的迎合老板，把时间安排的紧吧吧的，当然累啊

做一个全新的项目，上级主管应该会有一个上线的时间，即需要一个里程碑时间，这个时候，项目经理可以根据这个时间，将90%的日期合理分配到要做的功能中去，10%的时间作为规避风险时间，这样就会对所要做的项目有一个大概了解，然后同项目组成员一起讨论90%的时间分配是否合理化。
作为项目经理不应该亲身投入到编码中，就算编码，也应该预留70%的时间用于沟通，不然就会被日常琐事困扰，无法控制项目进度。

从该案例中可以看出，项目经理在时间管理方面的经验欠缺。老板很急，重视结果，但似乎下属更急，时间的安排是由下属自己安排的，对于老板来说：时间是你们自己安排的，完不成任务加班是很自然的事情了。项目经理在安排时间进度的时候，应该预留10%左右的时间，供项目做调整，比如有员工请假、生病等因素。这些都是要考虑进去的。

从案例来看，项目经理是个很负责人的人，但负责人不等于会管理。按照事先安排好的工作进度来走，怎么会觉得累呢？一般来说，没有安排才会觉得累。项目经理觉得累，那说明在开始阶段就没有用心做计划，安排。项目的进度不能在他心中做到心中有数，再加上他的技术不错，与其说是项目经理，不如说更像救活队员了。