当前位置: 首页 > 专题范文 > 工作要点 >

项目管理基本流程与要点,菁选3篇

来源:网友投稿 | 发布时间:2023-03-04 14:00:11 |

项目管理的基本流程与要点1  “项目”是一个可大可小的词,它可能是一项相当简单的活动,比如为办公楼所有的接待员配上新的个人电脑,也可能是一项很复杂的冒险活动,例如开发系统软件或进行系统升级,或者是一下面是小编为大家整理的项目管理基本流程与要点,菁选3篇,供大家参考。

项目管理基本流程与要点,菁选3篇

项目管理的基本流程与要点1

  “项目”是一个可大可小的词,它可能是一项相当简单的活动,比如为办公楼所有的接待员配上新的个人电脑,也可能是一项很复杂的冒险活动,例如开发系统软件或进 行系统升级,或者是一项有意义的庞大任务,如全公司采用ERP。一个项目可能只有一个员工或者由来自不同公司的几十人组成的团队。它可能是高科技含量的,也可能根本就不含任何技术。作为一位IT经理,你的生活很可能被项目包围虽然项目管理是一门复杂规范的管理科学(尽管有时它像一门艺术而不是科学),但你不需要所有的复杂的和规范的程序来运行一个成功的项目。

  下面的三个规律也许没有道理可讲,但是它们常常被证明是正确的:

  ①没有一个重要项目是按时、在预算内或者由启动者来完成的。

  ②项目在完成95%之前进展迅速,之后毫无进展。

  ③当事事进展顺利时,将会有问题出现。

  根据这三个不是规律的规律,我们可以得出这样两个推论。推论一:当事情不能再糟糕时,将有转机。推论二:当事情顺利时,是因为你忽视了某些问题。

  项目管理的要点

  项目管理(PM)成为一项正式学科并在今天的公司生活中广泛存在。

  一个项目有5个要点需要你回答:目标、项目团队的成员、时间、花费和公司里谁将支持它。

  项目的大小和范围有很大的不同,并且它们可能在人们毫无知觉的情况下启动,可能没有正式的要求,没有特定的预算,只有大概的完成日期。另一方面,要求、预算、完成日期可能是完全确定的。

  作为一位项目经理最重要的任务是详细说明一个清楚的项目目标(或一系列目标)。在首先确认目标之前不要做任何事,让团队成员和项目赞助者一致同意项目的目标,并把它写下来。

  然后,为你的项目争取帮助和赞助,你不能独自一人做项目,你需要其他人的帮忙,可能是公司其他部门的人。

  在详细说明你的目标之后,你还需要详细解释达到目标需要的步骤,这些步骤被称为里程碑。

  根据这些要点,你有5个关键问题需要得到答案:

  ①项目的目标是什么?

  ②谁将是帮助我完成这个目标的项目团队成员?

  ③项目需要花多长时间完成?

  ④项目将要花多少钱?

  ⑤其他还有谁会支持这个项目?

  想清这些问题后,就可以进入启动项目阶段了。

  1、如何启动一个典型项目

  最初项目可能缺乏细节,没有花费、时间进度或所需资源的架构。事实上,当这些问题数字化时,项目已经被扼杀了,因为它花的时间太长了,要用太多的钱,或者需要很多员工。

  而一旦你有一个项目需要管理,不管你自己做或给别人来做,你的工作是好好管理它。显然,不同规模的项目不能使用同样的方法管理。在这里,我们假定我们有一个10人左右的项目团队,项目将需要4~5个月时间。

  首先我们需要明确定义项目目标,因为这样我们可以把目标作为成果,它将标志着我们的项目已经成功完成。项目的目标必须具有以下几个重要特征:

  明确定义。

  项目相关重要人员一致同意(这个团队可以包括那些不直接参与项目的人)。

  记录下来。

  除了所考虑的其他问题,我们首先应当确定目标,让它一致通过,并记录在案。

  认真把你的项目目标与公司总体目标相比较。最好不要把你的部门或你自己看成一个孤岛,而要把它看成组织的有机组成部分,使你的项目目标服从公司的总体目标。如果你的公司是汽车零配件商,你正要为公司安装一套新的电话升级系统,公司里的许多人会想,他们为什么必须帮助你,这项活动如何帮助他们。你需要明确答复这些问题。

  在明确定义项目目标的同时,你需要认真考虑项目的正式赞助人。可能你的老板布置给你这个项目,你一定要清楚地告诉他你很快就需要他的帮助。如果你自己创 建这个项目,在清楚地勾勒出它的目标后,要清楚地计算出你将从公司的其他人那里能得到多少帮助。你的项目可能正是公司总裁或其他高级管理人员的得意项目,如果是这样的话,这样的赞助和支持能极大地帮助你消除障碍。

  2、项目里程碑的重要性

  当确定了项目目标后,下一步就是确定项目的里程碑了。我们要清楚地了解达到目标需要做哪些事,需要将目标分解成一个个里程碑。这里不需要分得太细,但是应该将项目分解,以便于思考我们的项目团队需要什么人,并且可能开始拟订一些远景规划,包括时间进度、花费和其他资源。

  在你确定里程碑时,你也应当指出项目的风险,毕竟有一些事情可能会阻碍一个项目的成功,对于这些,你尽量预见到一些未知的风险。深入理解项目这个概念,因为 你和你的团队成员完全可能同时卷入几个项目,每一个规模都不同,每一个都在其周期的不同点,并且每一个都在争资源,包括你的时间。

  假如项目的目标是在公司的所有电脑上安装升级的微软Word软件,而你在一个400人的公司工作,你需要认真计划如何以及何时来完成这项任务。尽管部门以 外的某些人认为这是一项简单的任务,但任何有IT经验的人都知道像这样的一个升级项目要花很多时间和精力。你不仅要协调公司范围内的Word的升级,你还 要对给一个服务器安装新的操作系统进行监督,还参与购买全公司的电话系统,并为跨部门组合的团队评估公司新的医疗福利体系。同时你工作的各个项目的每一位 成员也都在为其他更多的项目工作。

项目管理的基本流程与要点2

  最近1年来,有不少熟识的朋友在考虑从传统领域切入到互联网,或者说是放弃了传统的生意,而转型到互联网方面开始新的创业,他们希望能在互联网上创立新的事业和新的高度。

  但是,在他们印象里,互联网是一个比较笼统和模糊的的概念,特别是作为第四媒体的互联网媒体方面,从项目立项到技术开发,再到后面的运营推广,这些流程问题,对于他们来说是非常陌生的。

  所以在这里,我以自己这几年来积累的一些项目经历和经验,做下流程概述,希望能起到抛砖引玉的效果,同时也为这些朋友的创业起到参考作用。

  一,初步立项:

  在立项前我增加了“初步立项”这一步骤,是为了说明:有些老板在“想做”和“何时做”之间,总是处于一种徘徊状态,而这个徘徊期往往不短,结果很可能会错失掉好的时机……

  换句话说,也就是优柔寡断、犹豫不决。

  这个阶段主要涉及到的人员有:老板 决策团队

  这个阶段的结束标志是:做 or 不做 (做的话,继续向下)

  二, 正式立项:

  到了这一步,我们可以就这个项目可以开始具体的工作开展了。

  这个阶段,应该完成下面几个方面的方案:

  1,产品定位与产品创意:(目标用户群体)

  2,运营目标:(在互联网方面一般会用IP和PV以及用户数、浏览数等来数字化考核)

  3,预算投入:(有多少钱才能办多少事)

  4,运营方式/成本:(运营、运维、更新、推广、审核 等。成本)

  5,盈利模式:(目前国内网站盈利模式普遍不清晰,但,总得有个大致方向)

  其中,1和2是方向性问题,决定了你这个项目该向哪个方向去努力。3是资源性问题,4是操作层面和后续发展的问题,在立项时也必须要考虑到。

  当然第5点的盈利模式也很重要,不过对于大多数互联网企业来说,盈利模式是在网站发展过程中摸索出来的,而不是一开始就能确定的(例如现在的视频分享网站,盈利模式都还处于探索中)。

  另外,预算投入是整个项目的前提。作为老板和项目主管,你必须要知道手里的钱,能够支持你把这个项目做多久?做到什么程度?也就是我们常说的“成本预算”及“目标设定”

  这个阶段主要涉及到的人员有:老板 决策团队 运营主管(coo)

  这个阶段的结束标志是:“网站整体策划”通过认可。 (做的话,继续向下)

  三,开始实施:

  进行到这一步,就需要确定各职能部门人员了。有些懂技术的老板会亲自带队,而有些对互联网不太懂的老板会聘请首席运营官(coo)来负责这个项目的整理管理。

  在这个阶段,一般由运营主管(coo)来负责招聘到以下人员:

  1,策划(或产品)经理:主要是将项目主管和老板的大想法落实到细节部分的团队。如果项目主管是负责大脑的设计师,那么,策划产品团队就是负责整个网站神经系统的设计师。

  2,开发部经理:负责网站核心架构的搭建,并带来团队进行产品的功能性开发。

  3,设计部经理:负责网站相关的设计。

  4,推广部经理:负责网站对外市场开拓。

  5,编辑部:网站的更新、维护等日常运营功能。

  在人员配置初步阶段,最好是先将各部门经理先招聘到位,然后再由各部门主管根据自己负责的工作范围,配置人员及协调项目时间和进度。

  另外在很多情况下:

  1,1和5这2个部门是同属于一个团队的(运营部),不光负责网站前期的策划,中期的项目协调,还要负责网站上线后的日常运营工作。而且这个工作是光荣而艰巨的(“光荣在于*淡,艰巨在于漫长”)。

  但是目前有很多公司,会专门设立产品部,来负责新产品的策划和开发,但是,往往是在开发完毕后,丢给(编辑)运营人员去运营。这样往往导致了很多不错的产品由于各种原因在推出后达不到预期的效果。

  2,2和3一般情况下会整合为技术部。再加上负责服务器这边的运维部,一般由CTO来管理。

  3,推广部一般会成立一个独立的小团队来开展工作,但是一般也是由COO直接领导的。

  这个阶段主要涉及到的人员有:运营主管(coo) 各部门主管

  这个阶段的结束标志是:各部门主管人员到岗

  四,产品原型:

  原型设计:这主要是产品团队人员的事情了。在充分理解老板和coo的前提下,按照“网站整体策划”方案开展网站产品的细化工作。并在规定时间内完成原型设计。

  原型设计一般会经历多次提案多次修改的过程。主要是将早期的“网站整体策划”中的各种文字描述具体细化成成品网站的一个过程。

  这个阶段主要涉及到的人员有:运营主管(coo) 各部门主管

  这个阶段的结束标志是:“产品原型”获得通过

  五,开发 设计阶段:

  到了这一部,一般由COO控制整个项目的进度,各产品经理负责自己范围内产品的进度。设计和开发部经理配合协调,安排人力进行项目的具体设计和开发工作。具体过程就不多讲了。

  其它部门:例如推广部、编辑部、客服部 等等运营人员会开始做网站上线前期的准备。

  这个阶段主要涉及到的人员有:运营主管(coo) 设计开发部门 策划产品团队

  这个阶段的结束标志是:产品的设计及开发完成程度,达到了产品策划团队的要求。

  六,内测:

  这个阶段基本上是策划、开发、设计都基本上收工了,这个时候需要以运营团队为主、其它人员为辅,来进行网站的内部测试和内容填充等完善工作了。

  这个阶段主要涉及到的人员有:团队所有人员

  这个阶段的结束标志是:满足“网站整体策划”和“原型设计”的要求,达到上线标准。

  七,公测/运营(推出):

  到了这步,网站已经上线了。

  这段时间主要工作是:处理bug,优化功能,内容填充 等。

  八,运营:

  舞台已经搭好,该轮到以(coo)运营团队为主的角色们来唱戏了。技术团队退后做日常维护工作。

  九, 结果:

  作为一个互联网企业,其结果无非也就以下几种方式:

  1,自力更生,做强做大。

  2,找风投。拿出部分股权换取风投资金,让自己前期的投入得以套了现。

  3,被收购。拿出大部分股权换取资金,带着利润套了现。

  4,上市。路漫漫其修远。

项目管理的基本流程与要点3

  一、概述

  项目策划的目的建立并维护用以定义项目活动的计划。

  项目策划阶段的主要活动包括:确定项目目标和范围;定义项目阶段、里程碑;估算项目规模、成本、时间、资源;建立项目组织结构;项目工作结构分解;识别项目风险;制定项目综合计划。项目计划是提供执行及控制项目活动的基础,以完成对项目客户的承诺。

  项目策划一般是在需求明确后制定的,项目策划是对项目进行全面的策划它的输出就是“项目综合计划”。

  在笔者经历或者监管的很多项目中,发现一个规律掌握项目计划的项目经理在项目过程中管理会比较到位,而不掌握项目计划或者项目计划不到位的项目中我们的项目往往出现很多故事,项目管理往往是越管越乱。项目计划是帮组我们项目经理去理清项目的过程和各组织活动之间的关系,只有搞清楚这些,我们的项目才能被管理起来,否则我们不能谈项目管理,只能说我们在管着项目,但是还没有理清楚,结果则是什么也没有管到位。

  二、确定项目范围

  项目范围包括项目需求范围和项目工作范围,项目工作范围是为实现项目目标并使客户满意(有效地完成项目目标)而必须做的所有工作,它包括项目的最终产品或服务以及实现该产品或服务所需要做的各项具体工作;在《软件需求开发》中我已经说过了项目目标和需求范围的确认,本节内容是确认项目的工作范围。

  项目工作范围的确定是为了有效地完成项目目标而界定的主要工作内容的活动,会将项目的可交付成果划分为可控的、易于管理的单元模块。

  1、确定客户提供的工作产品

  在确定项目范围的前,我们要与客户确认由客户提供的工作产品或资源,以及这些工作产品或资源的标准、提供时间、方式等信息。通过确认客户提供的工作产品我们可以界定项目中的哪部分工作是由客户完成,哪部分工作将要由项目组去实现。

  2、确定交付给客户的工作产品

  在确定项目范围的同时我们也要确认交付给客户的工作产品及资源,以及这些工作产品或资源的标准、交付时间、方式等信息。以确定该项目是否有额外的工作任务。

  3、确定项目的工作范围

  在项目中工作范围与软件生存阶段是基本对应的,项目工作范围可以理解为我们承担的主要开发阶段,一般的开发阶段有:概要设计、详细设计、编码、单元测试、产品集成、系统测试、验收交付、维护。

  4、确定项目的质量目标

  与客户确定我们软件需要达到的质量目标,在客户提出的质量目标中往往只有一些非功能需求的目标,大多与技术相关,而在项目开发过程中的质量目标可能客户不是很关心,涉及过程的质量目标大多也只有交付后的缺陷率。这个时候我们要结合公司的过程能力以及客户可能提出的质量目标进行能力匹配,并制定出项目的质量目标。过程能力匹配与分析以后单独进行说明。 过程能力即项目组执行项目活动的子过程能力。如,代码生产率(单位:KSL/人月),单元测试bug检出(个/KSL)等,这些过程能力都有一个中线,3σ上线以及3σ下线,过程能力是根据公司历史项目的数据依据“过程标准差”的方法统计分析得出。

  5、建立WBS工作包

  依据项目需求范围和项目工作范围,把需求作为横坐标工作阶段作为纵坐标,我们可以得到一个项目的基本任务的工作包,我们一般把这类工作包作为WBS工作包。在WBS中我们也要包含任务返工、项目管理类和项目支持类的工作包。

  三、定义项目阶段、里程碑

  我们定义了项目的目标和范围,并建立了WBS的工作包。那么我们如何实现项目的目标,首先我们应该是分解项目目标,一般我们把它分解为里程碑目标或阶段目标。

  1、 确定项目的生命周期模型

  项目生命周期各阶段的定义,依赖于需求的范围,项目资源的估计,以及项目的.本质。项目一般都包含多个阶段。软件项目阶段的决定,通常包含软体开发模式的选择与改进,以说明项目活动间的相互关系与适当次序。生命周期模型的一般有瀑布、原型+瀑布、迭代、增量模型。

  2、 选择生命周期模型的准则

  A)瀑布模型

  适用于新的有较多用户的产品、*台/中间件开发项目,或者是用户对开发过程有严格要求的工程定制项目 。充分理解用户需求,且需求是确定不变的。 用户有一定的能力,对需求的表述是确切的 。所有过程工作产品的控制基线,需要有可见度和可靠性 。

  B)原型+瀑布模型

  新领域的应用项目的开发:如企业应用系统开发项目等。项目包含一种新技术,例:新硬件、新的系统架构等。 需求不很清楚。 存在关于性能、可靠性和可行性的主要的、未解决的问题。 用户界面对系统成功是很关键的,但不很清楚。

  C)迭代模型

  新领域、新技术的研发项目 。规模较大的项目或产品 。 需求的清晰度低,且需要进一步的调查。技术或体系结构方面的知识匮乏。

  3、 定义项目的阶段

  我们依据以确定的生命周期模型定义项目阶段,在定义阶段的时候需要明确每个阶段的输入、输入、目标及主要工作。

  定义项目阶段主要是对输入、输出以及工作量、规模、质量目标偏差控制范围的定义,我们一般定义输入工作产品的标准、要达到的质量目标,输出工作产品的标准,要达到的质量目标。阶段工作产品的工作量、规模以及质量目标的偏差控制范围,每个步骤的细节执行方式及这些细节活动的检查方法。如果阶段和里程碑时间点一致,可以与里程碑一起判断阶段目标的达成。

  4、 定义项目的里程碑

  在瀑布模型和增量模型的阶段就是我们说的需求开发、概要设计、详细设计、编码、单元测试、产品集成、系统测试、验收交付、维护这些阶段。一般瀑布模型的里程碑设立根据项目规模和特点为需求、设计、编码+单元测试、产品集成+系统测试、交付;增量模型一般里程碑是每次可交付产品为一个里程碑,如果规模很大可以按照瀑布模型设立子里程碑。

  迭代模型的里程碑一般是每次迭代就是一个里程碑。

  我们上面说了里程碑定义的准则,简单理解里程碑可以作为是项目的一个可交付并能给项目工作承上启下的点,所以里程的目标、准入和准出的定义,是在项目实施中对项目能否达成项目目标的检查依据。

  里程碑的准入准则,就是输入里程碑的工作产品、资源是否满足该里程碑的要求。我们就要定义输入工作产品标准、要达到的质量目标。而里程碑的准出不仅仅是工作产品的标准和达到的质量目标。还要判断这个里程的进度、成本、工作量、规模的偏差以及项目的变更是否在控制范围内。

  5、 定义项目的过程

  确定项目执行过程中的子活动级活动的顺序,并给出这些活动的输出。在大部分公司都有一个项目执行过程的全集,项目在开始的时候依据项目的工作范围缺确定项目要执行的子过程以及输出的工作产品,在CMMI中把这个活动叫做裁剪项目过程定义,在这里我们要说明的是“裁剪”不是“裁减”,在对项目过程裁剪的时候我们不是简单地考虑做或者不做,应该在不做的时候考虑是合并还是用其他的替代方法来执行。

  四、估算项目规模、成本、时间、资源

  对于已确定的项目范围,定义了阶段和里程碑,那么我们每个阶段的输出的工作产品的工作量、成本、质量如何估算就十分重要,这些也是判断阶段目标和里程碑是否达成的重要判断依据,而要估算工作量、成本等工作产品属,我们就必须先估算出工程阶段每个工作包的工作产品规模。

  1、估算的顺序

  在整个估算中,规模的估算是基础,大部分的估算都是基于项目规模的估算而来的。在规模时,对于采用的类是技术、开发语言、架构的项目,他们的工作产品规模与需求规模的比例是基本稳定的。如:1个简单的数据库录入功能,用Java编写的代码一般是20行,概要设计是1页,详细设计是1.5页,需要20个单元测试用例等。这个比例关系的变化是很少的,但是工作量和公司的生产率人员水*等都有关系,估算工作量我们要考虑的人为因素要更多。所以我们对最稳定的那部分优先估算。

  2、确定估算的方法

  目前典型的估算方法有:经验值估算、功能点估算。

  但是我们发现选择了估算方法,在项目执行中我们会发现这些估算很不准确。建立公司的估算能力是解决估算准确性的唯一途径,估算能力一般是根据公司历史项目的数据来建立估算的模型。当然我们为了获取更准确的估算值,也会采用多种估算方法,通过多种估算结果去验证估算的准确性。

  3、确定估算因素

  在确定估算方法后我们依据估算方法的特点要去了解项目具体功能的特点,一般设计及实现的复杂度、技术要求、可维护要求、可配置要求、可靠性要求等一些非功能需求都与项目的复杂度相关,还有一些特殊的业务功能也会给项目的复杂度相关,这些要素就是能否准确估算项目前提。

  4、估算工作量和成本

  一般工作量和成本的估算是依据项目的估算模型,依据工作产品的规模去估算工作产品的工作量。

  成本的估算我们要考虑项目管理类、支持类及返工的工作量。在建立项目度量能力和模型的时候我们可以从历史项目中推出这些工作量的估算模型。一般每个开发阶段都要预留15~20%的工作量用于返工。管理类的工作量一般是项目总开发工作量的10%,质量保证、MA及其他支持类的工作量一半是项目总工作量的2~5%。

  5、估算项目的时间

  依据已经估算出的项目规模,每个阶段的工作量,结合现有资源估算项目的概要时间,时间估算的结果是阶段、里程碑、项目的起至时间。

  6、估算项目的风险

  依据历史项目积累的风险,在项目开始阶段对项目的技术、管理、质量、资源、需求等方面可能出现的风险进行全面评估。并评估出来的风险制定规避和管理措施。

  7、估算的评审

  项目的估算结果一般就是项目预算,我们一般先要对这些预算进行技术评审,以确定预算的合理性。然后还应通过到由公司高层的管理评审。

  五、建立项目组织

  我们已经有了估算结果和各个阶段的时间,这个时候是我们考虑项目的组织建立,一般有:PM-项目成员,PM-Leader-项目组成员、PM-SubPM-Leader-项目组成员等模式。

  在PM-项目成员这个管理模式是很好管理,这个模式下一般项目组人员规模不超过10个人,项目在对问题进行沟通的时候一般靠喊一喊就能全部传达。

  在后面2个模式中,项目组成员规模一般都在10个以上有的大型项目甚至能到几百人。为了将这些团队管理好,我们要建立使项目组能高效的管理和沟通的方法及原则。这些方法及原则主要有:明确组织的管理和监控的方法及流程,要明确各个岗位的职责和权利,要明确各个层级沟通及汇报的方式,明确各个组间的沟通及汇报的方式。只有明确了这些才能保证项目组的各个团队都能高效运作,这个也是企业管理文化在项目中的体现。

  六、建立项目综合管理计划

  为了能使项目能正常开展并且有依据,我们需要建立一个综合的项目管理计划。这些计划的主要内容有:

  1) 项目的质量目标

  定义项目各个子过程及工作产品的质量目标。

  2) 项目的生命周期模型

  定义项目的生命周期模型。

  3) 项目的阶段和里程碑计划

  定义项目的阶段、里程碑的输入、输出准则,以及阶段、里程的主要活动及时间计划。

  4) 项目的监控计划

  定义项目的监控对象、监控频率、监控原则、监控依据,定义项目的会议制度、沟通方式、以及项目中出现问题的沟通及汇报原则。

  5) 项目的度量计划

  依据监控要求和公司要求,定义项目要进行度量的度量元、度量频率、度量方法、度量结果保存方法。

本文标题:项目管理基本流程与要点,菁选3篇
链接地址:https://www.fukuyaka.cn/zhuantifanwen/gongzuoyaodian/70346.html

版权声明:
1.育才文库网的资料来自互联网以及用户的投稿,用于非商业性学习目的免费阅览。
2.《项目管理基本流程与要点,菁选3篇》一文的著作权归原作者所有,仅供学习参考,转载或引用时请保留版权信息。
3.如果本网所转载内容不慎侵犯了您的权益,请联系我们,我们将会及时删除。

关于育才文库网 | 在线投稿 | 网站声明 | 联系我们 | 网站帮助 | 投诉与建议 | 人才招聘 |

Copyright © 2017-2024 育才文库网 Inc. All Rights Reserved.育才文库网 版权所有

本站部分资源和信息来源于互联网,如有侵犯您的权益,请尽快联系我们进行处理,谢谢!备案号:沪ICP备17018211号-1