如何制定项目时间表

发布网友发布时间：2022-04-29 09:25

共2个回答

懂视网时间：2022-05-04 22:36

本周重要事件 1. 客户在 TT 上添加了不少的 defects ，其中有 4 个是 bug ，其中有 1 个 bug 是我们报给客户的 2. 客户反馈的优先级较低的 bug 中，有部分是拼写上的错误 3. 重构了系统的对 charge 的计算代码 4. 在周五的项目会议中，方**建议向客户提出优

本周重要事件

1. 客户在TT上添加了不少的defects，其中有4个是bug，其中有1个bug是我们报给客户的

2. 客户反馈的优先级较低的bug中，有部分是拼写上的错误

3. 重构了系统的对charge的计算代码

4. 在周五的项目会议中，方**建议向客户提出优化IOs设计的方案

本周一解决了一个紧急程度为Now的bug，并向客户提交了相关的Sp；在周二，针对当前紧急程度为SP的bug，向客户提交了我们的工作计划，打算本周五再向客户提交一个版本；客户对这封邮件的回复是它们还继续在他们的客户那里收集新的需求；周三客户添加了优先级为Sp的defect;周四我们向客户发送了一封关于一个defect的实现细节邮件，周五客户没有在回复的邮件中回答我们的问题，她说她们还需要向她们的客户确认。于是周五给客户发送了一封当前的工作进度邮件。直至周五，我们还有一个优先级较高的defect由于客户没有回复而没有完成，有一个bug由于测试量很大，剩下的工作需要周一完成。

进度评价：65

质量评价：55

这周从客户的反馈可以看出，我们前一段时间的测试力度不够，我应该在这上面反省，调整工作安排，这个55不是对我们这周工作的评价，而是对以前工作评价的一个修正，而未来是什么样子，要靠我们大家现在的努力。从另外一个方面来看，我们要对我们的工作方法进行改革，以缩短我们改bug中的不必要时间开销，这样我们才正真有时间来进行保证产品质量的测试工作。在目前的方法中，我希望大家能够实践代码驱动方法，这种方法可以减少我们在开发中的不必要的时间开销。从长远的角度看，大家还需要在代码重构上积累经验，确定系统中的设备，为后面的单元测试做好准备。

周五的项目讨论会，大家都提出了对项目的积极意见，虽然并不是每一种意见都能立即在项目实践中体现，但是我相信这些意见会给项目带来潜移默化的影响。

热心网友时间：2022-05-04 19:44

消防员的任务是在项目管理失败后进行成功的补救！起因一：昨天听吴帅哥的“时间管理”里面讲到中国的老板往往不能够执行时间表上的任务是因为他们的大部分时间都是在灭火，而往往最后就成了百分之九十九的更新丧失了日程最后就干脆没有时间表了。起因二：某位一直在美国的朋友向我报怨在中国工作，为什么总是不能按时间表走，大多数时候大多数项目中，他扮演的都是救火的角色。按照吴帅哥的“时间管理”的概念来说，要把每天做的事情列在时间表上，挨个逐一做完，基本上在前一个没有做好的前提下不可以去做下一件事情。从某种意义上，这种*是对的，如果你一旦把一项工作放置起来，对大多数人来说，捡回来再做好的可能性比原来做好的可能性至少低了一半。但实际生活确往往是不能够达到这样的，比如在一个小时前，在我起因二里的朋友说过十分钟给我电话讲一件事情，而这件事情对我来说是利益化的事情，对他来说是主导性的事情，所以我把它看做是一通很重要的电话，可事实是我等了一个小时还没有来电话，那如果我一定要等着把这个打电话的事情进行完再去做下一件事，那这一个小时就浪费掉了。而今天只是一通电话还谈不到“灭火”的高度，可其实好多项目就是因为这中途的小小的意外而到预定的时间没有达到目的，所以需要更高层次的决策人通过关系或者钱去把这个火给灭掉。 “灭火”的根本是一个对项目的把控问题，是否在项目的前、中、后期，做了足够的准备、实施、检测和总结。就项目本身而言，当一个大的项目开始的时候，如果涉及很多部门，成立项目组是有必要的，可以有效的提高沟通，并且扩大化项目经理的权利，方便把问题解决在萌芽状态。常见的把控项目的办法有： 1.项目目初期的时间表给项目设一个详细的时间表，定义每一个关键完成点的时间，这样能有效的在项目中期解决灭火的问题。这个比喻很简单，当大家共同包饺子的时候，会设定某人去买原材料需要花多长时间，某人拌面需要花多长时间，某人剁馅需要花多长时间，只有所有人都按时完成了任务，才可以按时吃上自己包的饺子，如果到该吃饺子的时候才发现没做完，那老板只有去超市买现成的速冻饺子，这样即浪费了时间也浪费了金钱，目的是达到了，但失去了原来的利益点。但如果我们规定好了时间，当买原材料的时候发现没按时完成，那其他人会帮他想办法完成并马上总结在后面的某个时段怎么能将这个时间点弥补回来，以便按时的完成，即便是最后一道下饺子的程序不能按时完成，前面所有的时间都按时完成了，那可以弥补的时间也不会太多，不至于连材料都没有，根本无法弥补。所以这是另一个问题，当你去制定目标时间点的时候，需要给项目留出足够可以弥补的时间，这也是大多数老板留给自己救火的救命时间，这个时间点是项目最后的救命稻草，能让项目完成，但至于能不能得到利益，就不可估计了。 2.给项目定制责任制责任制有利于明确项目的问题所在。项目虽然只有一个，但项目中需要完成的工作确有很多，把每一项工作细分，并为这些工作制定责任人能有助于帮助让每一个人行使主人的权利，只有当你希望别人来配合自己工作的时候才会认真的去配合别人的工作。曾经有一次我在开一次部门会议的时候说到，部门的编辑独自加班到很晚，我问其他人，你们能做他的工作吗？每一个人都说可以，那我说为什么你们不帮他一起完成呢？这件事情最有责任的是这个编辑，在她行使编辑这个责任的时候，她就是这件事情的责任人，她有权利要求部门的其他同事配合完成，但她没有这样做，所以产生加班，这样做的直接问题有两个，一是任务没有能按时完成，二是当她这样做的时候直接心里想的是如果别人也有同样的事情，她也不会帮助，因为她自己的工作也没有要求别人完成。其次就是这个项目里的其他成员，项目的时间表摆在那里，每个人都知道有这一项工作要在这个时段完成，但每一个人都没有主动伸手帮她一把，明显丧失了团队作战的责任心。所以责任是让你行使权利的一把剑，用好了能劈开前进道路中的荆棘，用得不好，会伤了项目伤了同事，伤了每一个人的心，让人变得更自私更矮小。 3.在项目中制定文本要求文本要求包括对工作报告的要求、对所有文档备份的要求、对自己这部分工作计划及最后总结的要求等等。工作报告：建议一周一次，向项目组所有成员展示本周工作成果和下周工作计划，这样有利于让别人监督自己的工作，给自己的工作提意见，也有利于得到项目组其他成员的及时帮助。往往有些时候你在埋头前进的时候，走了很久突然发现自己走了和别人不同的路，或者完成了别人已经完成的工作，这就是需要大家及时沟通工作的进展，互相了解工作的内容。文档备份：最好有一个共享文件夹，方便大家随时查阅项目中所涉及的文档，比如产品设计文档，技术要求文档等，并向项目组的成员及时通知文档修改的内容。这样做的好处是文档统一管理：人都有惰性，即使有时候属于A同事的文档最新版本EMAIL给了你，但你往往不会下载下来，而存在你本机的是旧的版本，而带来了你没有及时得到新的内容而产生项目的错觉最后导致工作失误；另一方面讲，如果你记得有新的版本，当时得到EMAIL的时候没有及时下载下来，而因为你的没有及时更新而向同事去要，这样也会耽误他的工作时间，影响工作效率。自己的文档：自己的文档包括自己在这个项目中负责的工作的计划及总结。自己负责的工作计划除了自己在这个项目中担任责任的部分应该规划好的工作，及该项工作中向同事要求的帮助，还包括自己在别人负责的部分自己应该给的帮助。最后是一个项目结束的时候应该有一个对自己工作的总结报告，这个报告除了是项目本身的报告也包括自己工作总结的心得。 4.为项目工作制定优先级优先级是非常重要的一种手段。会在两种情况下使用：一是项目中任务太多，而大家时间不够的前提下，选出主要任务来完成，先保证项目主体能完成，让项目可以交货，然后和收货方商量次要任务完成的时间。当你一个楼搭起来的时候和业主商量可能窗户会晚装，是会得到谅解的，但当你把窗户装好，楼梯确没修好，是万万得不到业主谅解的。二是与其他冲突的时候，又需要项目的主要的责任人去参与到另一个项目中去，这就需要和自己的项目主管上司和其他项目的主管上司商量，是否把项目的完成时间延后，或者再借用其他可以参与到本项目的人进来把需要参与到别的项目中的人借出去等等的解决办法，但最终的目的是要完成项目。项目是一个细胞体，但人是有恩多个细胞体组成的，所以往往有时候你会在几个项目里面，同时处理几个项目，这样首先你就需要在每个项目开始确定你的责任的时候把自己的工作时间和任务理清，再和项目经理确定自己可能需要的时间，以及可能完不成的时间点，这也是一个优先级的问题，但记住，当所有问题出来的时候，一定要找到解决问题的办法，而不是盲目的把工作推托掉，下一次讲工作的责任感问题。只有有效的解决了项目执行的问题才不会让自己的老板处于扑火灭火的状态。