云飞散
项目管理中的时间表是怎样的？
奥运会中的任何一个项目所涉及的人与事可谓千头万绪，上述因素只是其中的冰山一角。
对于这样的大项目以及对其分拆后的项目，需要的不光是最后期限，更重要的是根据最后期限倒推出来的时间表。
时间表是实施项目所须步骤的一个基本的、动态的计划表。
时间表为行动提供动力和指南，在项目进行过程中设定“里程碑”，可以将自己的进度与预先设定的完成时间相比较，以精确地控制项目进展。
简而言之，项目管理的核心是时间管理，项目的成败取决于时间表的制定和实施。
时间表的重要性 对于任何一个项目来说，时间表的重要性是不言而喻的。
人们通常所说的时间表是项目管理的核心、是项目成败的关键，这种说法是有理论和实践依据的。
现代企业的项目管理，强调的是所有相关职能部门的参与，而不仅仅是项目小组承担所有的工作。
财务部、研发部、采购部、生产部、品质管理部、人力资源部等职能部门参与了部分甚至整个项目开发的过程。
时间表内不仅列出小组成员要完成的所有任务，还要体现出这些职能部门的工作及时间安排。
从立项到项目完成，是一个长期的过程。
企业各个层面的成员，从高级经理到基层员工，在项目磨合中必然会提高自己的沟通能力，并培养出以协作为中心的“团队精神”（TeamWork）。
项目中的时间管理，打破了传统组织架构中的等级观念、条块分割等局限，鼓励相互尊重、相互协同和创新的企业文化，使企业运营提升到一个新的高度，从而最终促进企业文化的提升。
时间表是各方力量均衡的产物。
各职能部门在审核时间表时，会从本部门的角度考虑其可行性。
如财务部会核算其成本，法律部会判断其合法性，稽核部会考虑其合规性，人力资源部会考虑人员配置等等，从而系统地保证了项目的顺利实施。
时间表在最终得到决策层的批准后，将成为项目组和职能部门之间的沟通桥梁和制衡工具。
时间表的分类 人们通常说的时间表，往往是指对任务（task）的时间安排和控制，这是时间管理的最重要的部分；时间管理的另一个很重要的方面，就是每个参与人员的时间资源。
参与项目相关的人员有很多，有全职的和兼职的，有全程参与的和暂时参与的，有内部的和外部的，等等。
每个人参与项目的程度、阶段、角色都有所差别。
项目人员的时间资源表需要尽可能地列出每个参与人员的性格、特长、角色、计划投入的时间量及阶段等基本要素。
项目人员的时间资源表应先于项目任务的时间表草拟出来，以便在制定项目任务的时间表时指定负责人和参与人员。
制订项目人员的时间资源表，有利于工作任务的公平安排。
在项目事项的安排时，能充分考虑到工作量及每个人员能投入的时间关系，可以有效避免下属被工作及苛刻的时间进度压得喘不过气来。
在通常情况下，项目经理们会形成这样一个误区：他们对于那些提前加班完成任务的人的“嘉奖”往往就是给他们更多的工作。
这样做不利于内部的公平与和谐。
时间表的制定 在为项目量身定制时间表时，一般可以遵循以下步骤： 1.头脑风暴。
尽可能地召集所有相关人员，让大家一起考虑所有项目相关的工作任务，并且确定其相互依赖关系。
2.项目拆分。
尤其对于大的项目，拆分很重要，需要一个主计划和若干子计划，甚至孙计划，需要确定各个计划的负责人。
3.计划草拟。
确定“里程碑”和关键路径。
将草拟计划送至决策层及相关人员，并在职能部门中征求意见。
4.计划确定。
收集好各方面意见后更新制订时间表，然后再召集相关人员开会，明确责任和目标。
时间表的基本要求 1.要使一个时间表真正有用，必须有明确的时间和任务。
“建议”、“尽快”、“可能”这些模棱两可的话应尽量少用，因为这些话有可能成为拖延项目进度的借口。
2.时间安排合理。
有多少工作量？有多少时间？同时还需要处理什么事情？这样安排是否合理及现实？在你预计的时间上再多加25%~50%，这样可以使时间表更为现实。
大多数人在项目上都会低估所需时间。
3.工作任务公平。
时间进度安排是否公平？是不是会导致为了赶时间而造成超负荷工作现象？ 4.要得到本人认可。
只有任务执行人承诺的时间表才会真正有用。
一般而言，当事人自己设定的时间表，是相对现实的。
时间表的控制与调整 环境是不断变化的，即使最客观、最公平并且被大家认可的时间表，在项目进行中仍然可能会遇到各式各样的麻烦。
项目管理人员的一项重要职责，就是根据实际情况，及时地对时间进行调整，使得时间表始终和实际进度及发生的变化保持一致。
通常情况下，项目管理人员会遇到以下变化的情景：由于组织对优先程度的调整，项且可能被放到了不重要的位置，甚至可能取消；一个原来很简单的事情一下子变成了一个让人泄气的巨大麻烦；关键人员的离开或调离；有些任务提前完成或滞后了等等。
项目偏离了自己的预期，偏离了正常的轨道，在这种情况下，项目管理人员该如何实现既定目标？ 需要项目管理人员切记的原则是：一个项目的时间不是一下子就过了几个月，而是一天一天、一周一周地溜走的，所以，项目管理人员应该每天或每周审视变化的环境和进度，尽早发现问题，及时调整时间表，用...
可以有个项目时间晴雨表和项目收款提醒的软件吗？
展开全部 目前我们公司在用的项目时间表不是简单的一个Excel表格，而是一个以数据可视化报表为依托的管理软件，在此推荐一个我常用的项目管理软件 —— thinkine,thinkine 可以很好的记录项目开展情况，同步所有人进展，并在各个不同的节点添加参与者，支持上传项目文档，项目笔记和项目灵感库等。
...
软件项目计划的进度安排
软件项目的进度安排与任何一个工程的进度安排没有实质上的不同。
首先识别一组项目任务，建立任务间的相互关联，然后估计各个任 务的工作量，分配人力和其他资源，指定进度时序。
软件开发任务的并行性若软件项目有多人参加时，多个开发者的活动将并行进行。
Gantt图Gantt图常用水平线段来描述把任务分解成子任务，以及每个子任务的进度按排，该图表示方法简单易懂， 一目了然，动态反映软件开发进度情况。
如下表：进程计划时间表工程网络图工程网络图是一种有向图，该图中用圆表示事件，有向弧或箭头表示子任务的进行，箭头上的数字称为权，该权表示此子任务的持续时间，箭头下面括号中的数字表示该任务的机动时间，图中的圆表示与某个子任务开始或结束事件的时间点。
如下图：软件质量保证 软件质量保证是软件工程管理的重要内容，软件质量保证应作好以下几个方面的工作：(1)采用技术手段和工具。
(2)组织正式技术评审。
(3)加强软件测试。
(4)推行软件工程规范（标准）。
(5)对软件的变更进行控制。
(6)对软件质量进行度量。
想做一个时间安排表用哪一个软件
展开全部项目计划详细说明了所需软件工作及如何实现。
它定义了每一个主要任务，并估算其所需时间和资源，同时为管理层的评估和控制提供了一个框架。
项目计划也提供了一种很有效的学习途径。
如果能合理建档，它便是一个与实际运行效能比较的基准。
这种比较可以使计划者看到他们的估算误差，从而提高其估算精确度。
我们着重强调对项目规模和资源的估算，是因为低质量的项目资源估算将不可避免地造成资源短缺，进度延迟和预算超支。
又由于项目资源估算是从软件规模估算中直接衍生出来的，所以低质量的规模估算是造成许多软件项目问题的根本原因。
项目计划应在项目开始初期制定出，并随着工程的进展不断地加以精化。
起初，由于软件需求通常是模糊而又不完整的，我们的工作重点应在于明确该项目需要哪些领域的知识，并且如何获取这些知识。
如果不遵循这一指导原则，程序员们通常会积极地投入到那部分已知的工作中去，而把未知部分留滞到以后。
这种工作方式通常会产生很多问题，因为未知部分具有最高的风险系数。
软件项目计划的逻辑如下所述 ：由于软件需求在初始阶段是模糊而又不完整的，质量计划只能建立在对客户需求的大致而不确切的理解之上。
因此，项目计划应该从找出含糊不确切与准确恰当的软件需求间的映射关系入手。
接着建立一种概念设计。
项目初始架构的建立要十分谨慎，因为它通常标定了产品模块的分割线，同时描述了这些模块所实现的功能及所有模块间的关系。
这就为项目计划和项目实施提供了组织框架，因此一个低质量的概念设计是不能满足要求的。
在每一次后续的需求精化时，也应同时精化资源映射，项目规模估算和工程进度。
软件项目计划-制订软件项目计划的方法与策略制订软件项目计划的目的在于建立并维护软件项目各项活动的计划，软件项目计划其实就是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件。
一个好的软件项目计划可为项目的成功实施打下坚实的基础。
软件项目有其特殊性，不确定因素多，工作量估计困难，项目初期难于制定一个科学、合理的项目计划。
我曾主持和参与过大大小小的软件项目十余项，下面我将把我制订软件项目计划的经验分享给大家。
1.注重项目计划的层次性软件项目计划的层次及其关系如下图所示。
高级计划，是项目的早期计划。
高级计划应当是粗粒度的，主要是进行项目的阶段划分，确定重大的里程碑，所需相关的资源，包括人力资源、设备资源、资金资源，即所谓的人、财、物三个要素。
大的阶段交替之前，应做好下一阶段的详细计划，我们称之为二级计划。
详细计划要确定各项任务的负责人，开始时间，结束时间，任务之间的依赖关系，设备资源，小的事件点（即里程碑）。
如果项目规模相对较大，可以有多级的计划，比如说，一个项目组可能分为几个开发组，二级计划是各开发组制订的适合的自己小组的计划。
如果开发组还分了小组，可以有小组的三级计划。
开发人员的个人计划是低级计划，由开发人员根据自己的任务自行制定，要把任务细化到人·日。
一般的，软件项目计划至多有四级就够了，过多的等级将会引发效率的瓶颈。
大的项目不见得要有庞大的组织和人员数量来支撑，合理的划分小组，减少组织的层次，有利于项目计划的制订和实施。
较小的软件项目由于工期不长，人员较少，有二级计划（高级计划与低级计划）也是可行的。
2.重视与客户的沟通与客户的沟通是很重要的。
不必害怕客户知道我们的开发计划，特别是项目进度情况，应当和客户共享这些信息。
首先，客户会提出一些对项目时间、进度、效果上的要求，这个指标往往经不起推敲，有的还带有较强的政策性。
如：在我主持的一个某单位人nnerlink>MIS系统的开发中就发现，客户方对时间上的约束是有成形的文件的，是他们单位领导们开会的决定。
客户给出的从项目启动到验收的时间只有三个月，但是，经过我们认真的需求调研，做出项目进度的粗计划和部分的二级计划后，发现三个月的时间是难于实现的。
我们把做出的调研文档和项目计划摆出来和和客户讨论，最终使项目的开发时间延长为六个月。
站在为了科学地分析和解决问题的立场上来看，项目组和客户的目的是一致的，所以对于合理的项目进度客户是会理解与支持的。
其次，我们有义务要让客户知道项目的计划。
这样才能让客户和用户主动、积极参与项目，达到项目的最终目标。
项目计划取得双方签字认可是一种好的习惯。
客户可能不愿意签正式的文件，那么在文档的封面上签上双方负责人的姓名、联系方式也行，虽然是非正式的，但留下了项目工作的痕迹。
有必要想办法让客户清楚签字意味着什么。
这就意味说双方有了一个约定，既让用户感觉心里踏实，也让自己的项目组有了责任感，有一种督促和促进的作用。
3.该详细的详细，该简略的就简略软件项目计划就如同软件项目本身一样有它特殊性，一个三五个人花两三个月就可以完工的小项目，可能项目计划就四五页纸，包括一个WBS（工作分解结构）和一个Gantee图（甘特图）。
一个需要五六十个人甚至上百人，要花上半年或更...
