導覽
近期變更
隨機頁面
新手上路
新頁面
優質條目評選
繁體
不转换
简体
繁體
13.59.73.248
登入
工具
閱讀
檢視原始碼
特殊頁面
頁面資訊
求真百科歡迎當事人提供第一手真實資料,洗刷冤屈,終結網路霸凌。
檢視 项目计划 的原始碼
←
项目计划
前往:
導覽
、
搜尋
由於下列原因,您沒有權限進行 編輯此頁面 的動作:
您請求的操作只有這個群組的使用者能使用:
用戶
您可以檢視並複製此頁面的原始碼。
{| class="wikitable" align="right" |- | style="background: #FF2400" align= center| '''<big>项目计划</big>''' |- |<center><img src=https://pic.baike.soso.com/ugc/baikepic2/0/20220912184825-185301858_jpeg_1000_1413_227879.jpg/800 width="300"></center> <small>[https://baike.sogou.com/PicBooklet.v?imageGroupId=4975837&relateImageGroupIds=4975837&lemmaId=7765094&category=#4975837_0 来自 网络 的图片]</small> |- | style="background: #FF2400" align= center| '''<big></big>''' |- | align= light| |} 项目计划是根据对未来的项目决策,项目执行机构选择制定包括项目目标、工程标准、项目预算、实施程序及实施方案等的活动。在一个具体的项目环境中,它可以说是预先确定的行动纲领。制定项目计划旨在消除或减少不确定性; 改善经营效率; 对项目目标有更好的理解及为项目监控提供依据。在立项以后,项目成败关键在项目经理,因此,他必须参与从研究到实施全程的决策。项目计划主要有以下几个方面工作内容: 项目目标的确立、实施方案的制定、预算的编制、预测的进行、人员的组织、政策的确立、执行程序的安排及标准的选用。项目计划应既有系统性又有灵活性。 ==基本内容== 特点:弹性可调性创造性分析性响应性 目的:用于协调项目编制 外文名:Project Plan 主要内容:主要工作、任务清单 中文名:项目计划 ==定义== 项目计划(Project Plan)要列出软件开发要做的主要工作和任务清单,要回答“软件工程项目做什么”。 在工作和任务清单中要清楚地描述出: –项目划分的各个实施阶段 –每个阶段的工作重点和任务是什么 –完成本阶段工作和任务的人力、资源需求,时间期限 –阶段工作和任务的成果形式 –项目实施过程中对风险、疑难、其他不可预见因素等的处理机制 –各任务组及开发人员之间的组织、协调关系等。 ==简述== 古语亦云:谋定而动。“谋”就是做计划,也就是做任何事情之前,都要先计划清楚。项目管理也一样,有人说项目管理就是制定计划,执行计划,监控计划的过程。项目管理泰斗科兹纳更是一针见血:不做计划的好处,就是不用成天煎熬的监控计划的执行情况,直接面临突如其来的失败与痛苦。可见项目计划在项目管理中的重要性。在大型工程项目中,项目计划的制定是件非常重要但又非常有难度的事情,今天有同事问到:我们究竟应该怎样做计划呢?PMBOK中有五大过程组,计划是其中的一个过程组,但又没有明确在具体项目中究竟如何作好项目计划。 下面以好大型TK工程项目主计划为例子: 1、明确项目范围——输出项目WBS什么时候项目范围?简单的说就是项目中所有要做的工作。在TK项目中,我们首先接触到的是客户的网络需求,我们根据其需求给出解决方案,直到投标签定合同。这时候初步明确项目的范围就是:项目要交付什么类型的设备,有多少数量的设备,工程涉及的类型,最后要建设成一个什么样的网络,如何验收等等,具体来看项目范围有两个维度,一个是关键交付点的时间维度,如每个月需要交付多少站点,叫做项目交付阶段。一个交付动作,这又包含两个方面,一个是项目管理,一个是工程实施过程,也叫工序,就是如何来实现每个交付阶段的交付件。 一般而言TK项目的工程实施过程分为:网规、站点获取、站点模型设计、土建设计、土建实施、[[电信设备安装]]、[[系统集成]]、移交运维。这是项目的主计划。(与此同时,项目可能还包含土建、外线等分包计划,物流计划等,叫做项目的从计划。这里主要将项目主计划的指定。)然后再层层进行WBS分解,初始的就是一些关键里程碑点。然后在里程碑基础上,进行层层分解成项目的1-3层WBS(有些工程更复杂的话也许能分到5层WBS)。这里面最核心的是站点的管理,将站点管理相关工作范围明确了。 最好还要明确各工作包之间的依赖关系,特别是各工序之间的依赖关系要明确。 2、定义项目组织——输出项目组织结构图 根据WBS分解结构,将工序进行归类,确定项目主要人员分工,确定项目组织结构OBS,同时并明确项目责任矩阵RAM矩阵,与项目组运做机制,如:问题升级、例会等制度或流程。对于一个大型TK项目而言,项目成员需要很多的部门,核心成员的确定,并划分明确职责并进行有效管理显得至关重要。 3、将WBS分解成活动,并估算活动时间 根据分解的WBS与RAM,按照最熟悉原则,由各模块核心成员,将WBS进行进一步分解,分到到项目活动。(一般分解原则:该活动可以由一个人完成,工期不超过80小时),再与相关人员一起讨论,确定各项活动的基本时间(活动时间的估算一般可以采用三点估算原则或类比估算原则)。各活动时间估算完成后,找出关键路径。并与交付点进行顺推与倒推,调整活动时间与顺序,以满足交付期限。(这时候要注意风险时间的储备) 4、进行项目平衡,调整活动顺序及时间——输出进度计划表 前面过程中,根据理想的情况下,即资源足够充分的条件下,进行进度计划的制定,而现实条件中,往往资源是个重要的约束条件。资源缺乏或者对单个资源的过度分配,对项目计划的执行都会带来极大的风险。将各资源工时按照时间的维度进行汇总,发现过度分配的资源,在满足交付进度的要求基础上,进行资源平衡。 5、主计划与从计划的匹配 当主计划在最后确定之前,一定要与正在制定的从计划进行匹配,比如物流计划的到货时间点与主计划设备安装开工点的匹配。分包商交付时间点与主计划交付点的匹配。否则出现主从计划脱节,项目计划无法执行。比如按照主计划,设备安装工程师已经到工程实施地点,而货却没有到,就容易出现窝工的现象。分包商计划与主计划不匹配,整个工程实施就无法顺畅下去。 6、项目计划的确认,并基线化 最后的项目计划一定要与重要的干系人进行确认,特别是客户的确认。如果有不满意的地方,要尽量协商再调整,确认后的项目计划,要作为以后项目的基线。如有变更,就要走变更流程。计划如果没有与客户确认,就会出现客户随意变更。这是大型TK项目经常碰见的问题。 ==原则== 项目计划作为项目管理的重要阶段,在项目中起承上启下的作用,因此在制定过程中要按照项目总目标、总计划进行详细计划。计划文件经批准后作为项目的工作指南。因此,在项目计划制订过程中一般应遵循以下六个原则:(1)目的性。任何项目都是一个或几个确定的目标,以实现特定的功能、作用和任务,而任何项目计划的制定正是围绕项目目标的实现展开的。在制定计划时,首先必须分析目标,弄清任务。因此项目计划具有目的性。 (2)系统性。项目计划本身是一个系统,由一系列子计划组成,各个子计划不是孤立存在的,彼此之间相对独立,又紧密相关.从而使制定出的项目计划也具有系统的目的性、相关性、层次性、适应性、整体性等基本特征,使项目计划形成有机协调的整体。 (3)经济性。项目计划的目标不仅要求项目有较高的效率,而且要有较高的效益。所以在计划中必须提出多种方案进行优化分析。 (4)动态性。这是由项目的寿命周期所决定的。一个项目的寿命周期短则数月,长则数年,在这期间,项目环境常处于变化之中,使计划的实施会偏离项目基准计划,因此项目计划要随着环境和条件的变化而不断调整和修改,以保证完成项目目标,这就要求项目计划要有动态性,以适应不断变化的环境。 (5)相关性。项目计划是一个系统的整体,构成项目计划的任何子计划的变化都会影响到其他子计划的制定和执行,进而最终影响到项目计划的正常实施。制定项目计划要充分考虑各子计划间的相关性。 (6)职能性。项目计划的制定和实施不是以某个组织或部门内的机构设置为依据,也不是以自身的利益及要求为出发点,而是以项目和项目管理的总体及职能为出发点,涉及到项目管理的各个部门和机构。 ==特点== ①弹性和可调性。即能够根据预测到的变化和实际存在的差异,及时作出调整。 ②创造性。充分发挥和利用想象力和抽象思维的能力,满足项目发展的需要。 ③分析性。也就是要探索研究项目中内部和外部的各种因素,确定各种变量和分析不确定的原因。 ④响应性。即能及时地确定存在的问题,提供计划的多种可行方案。 ==方针== 1、不应过分拘泥于细节,主要目的是制定出一份能够获得干系人批准、总体结构准确且具有指导意义的项目计划书。计划的完善是一项贯穿于整个项目生命周期的持续改进过程。 2、短期计划和长期计划相结合,短期计划需要做出周密的规划,长期计划只需要给出指导性规划即可。 3、项目计划的确定可以采用目标管理法,强调上下交互来制定项目的目标和任务,首先由项目经理根据项目的章程把项目的整体计划制定出来,然后由项目成员根据项目的整体计划来指导个人任务的制定,通过协商式、小规模的群体讨论来确定个人的任务。这种参与能够增加团队成员的责任感,有利于项目工作的开展。 不可忽视的重要信息 1、组织架构图、各部门的职能、各关键部门的经理和部分成员。项目经理可以通过翻阅流程文件了解各个部门之间的业务依赖关系和配合方式。 2、历时经验 3、制约因素(包括成本制约,人力资源制约) 4、项目实施中的假设信息 项目干系人的要求在项目初期阶段往往是模糊的,不同的干系人之间对项目的期望往往不尽相同甚至是相互矛盾的。作为项目经理在制定项目计划的时候要充分认识到这一点,从一开始就要清晰地定义项目,并注意平衡不同的项目关键干系人之间的需求。制定的项目计划书一定要得到项目关键干系人的正式书面批准。<ref>[https://ishare.iask.sina.com.cn/f/7J6IyVgm9Rc.html?utm_source=sgsc 项目计划]爱问文档网</ref> =='''参考文献'''== {{Reflist}} [[Category:011 圖書學]]
此頁面使用了以下模板:
Template:Main other
(
檢視原始碼
)
Template:Reflist
(
檢視原始碼
)
模块:Check for unknown parameters
(
檢視原始碼
)
返回「
项目计划
」頁面