CMMI on line

做中国最专业的CMMI网站! 新网站软件知识原创基地:www.umlonline.cn
欢迎光临 CMMI on line 登录 | 注册 | 帮助
in 搜索
CMMIonline网站升级啦,请访问新网址: 软件知识原创基地 ( www.umlonline.cn ),发帖请到新网站!

项目计划(Project Planning)

本主题共有 21 篇回复,最新回复发表于 10-09-2009, 22:52,作者 zhangcb
页 1 / 2 (22 项)   1 2 下一页 >
帖子排序: 上一主题 下一主题
  •  07-24-2006, 2:39 67

    项目计划(Project Planning)

    大家都明白这样的一个道理:做事情要有计划,有一个不成熟的计划总比没有计划要好,软件开发这么复杂的活动,更加需要计划。那么应该怎样做好一个计划呢?

    如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下,是不可能做出计划的,所以做好计划的第一步就是要把这些东西搞清楚。PP这个PA的第一个Specific Goals,中文大意是:建立和维护用于项目计划的各类参数的估算,英文原文是:Estimates of project planning parameters are established and maintained.
    下面我们再详细看看,到底做计划之前,需要搞清楚什么东西?
    SP1.1:Estimate the Scope of the Project. 估计项目的范围,如项目的目标、任务、工作产品等。这里通常就是指WBS(top-level work breakdown structure),试想一下,我们做计划之前不是常常要先对任务进行分解吗?
    SP1.2: Establish Estimates of Work Product and Task Atrributes. 估计工作产品及任务的属性。做计划的时,我们会先列出这个项目要产生的工作产品,以及这个项目要完成的任务等,然后我们需要分析这些任务、工作产品的规模、工作量、复杂度、代码行数等所谓的属性。CMMI并没有规定一定要分析什么属性,具体由企业自己来选择适合自己需要分析的属性。在CMM模型的时候,项目计划这个PA硬性规定了需要分析的几大属性,CMMI模型中已经改进,不再强制要求。分析这些属性的目的是对任务、工作产品等更加了解,以便于做好计划。
    SP1.3 Define the project life-cycle phases upon which to scope the planning effort. 定义项目生命周期。写计划的其中一个步骤是要考虑用什么生命周期模型,是瀑布型?螺旋?还是别的?选择怎样的模型,CMMI并没有规定,企业可以选择常见的生命周期模型,也可以自己定义自己的模型。
    SP1.4 Estimate the project effort and cost for the work products and task based on estimation rationale. 可以把SP1.4看作是SP1.2的延续,要根据工作产品及任务的属性估算出项目的规模和成本。

    SG1说的是如何准备估算的问题,为做计划打好基础,而SG2说的就是要建立计划了。
    SG2:A project plan is established and maintained as the basis for managing the project. 中文大意是:建立和维护项目计划,这个计划要作为项目管理的基础。那么项目计划要包含什么内容呢?
    SP2.1 Establish and maintain the project's budget and schedule. 建立和维护项目的预算和进度。
    SP2.2 Identify and analyze project riskes. 识别和分析项目风险。
    SP2.3 Plan then managemanet of project data. 计划对项目数据的管理。什么是“项目数据”呢?在项目开发过程中,会产生各类文档、代码等,我们再写项目计划的时候,要考虑好如何管理开发过程中产生的工作产品、数据等,例如存放的位置、访问权限控制。通常我们需要文档分类存放,设定一些个人工作区、项目组共享区等,计划好这些东西的管理,目的就是为了让工作更加有条理。
    细心的人可能会发现,这个SP怎么有点象CM这个PA呢?没错,CM也讲的也是管理工作产品,与这个SP是有相似之处的,CM是从配置管理的角度来讲述的,而这个SP就从项目管理的角度来讲述的。详细情况,我们再论述CM的时候再谈。
    SP 2.4 Plan for necessary resources to perform the project . 计划必要的资源来执行计划。资源包括:人、计算机、设备、工具、办公室等。|
    SP 2.5 Plan for knowledge and skills needed to perform the project. 计划需要的知识和技能来执行计划。这点经常是做计划的时候被遗忘的,项目经理应该根据项目组成员情况和项目的特点,找出项目组还没有掌握的知识和技能,安排需要的培训,让项目组成员掌握相应的技能。
    SP 2.6 Plan the involvement of indentified stakeholders. 识别干系人并计划他们的参与。计划要考虑客户、高层领导、与本项目相关的第三方等相关人员可能的参与,规划他们参与的时间点,参与的工作产品等。例如:要计划客户什么时候参与需求调研,计划客户什么时候需要准备好软硬件环境,以便安装系统等。
    SP 2.7 Establish and maintain the overall project plan content. 建立和维护全面的项目计划内容。就是就是要把上面提到的SP2.1到SP2.6的内容全部要写下来,要文档化。

    到现在为止,似乎项目计划就完成了,是这样吗?项目计划只由一个人制定的吗?只跟一个人有关系吗?
    SG3:Commitments to the project plan are established and maintained. 建立和维护对项目计划的承诺。项目计划要被相关的人评审和认可。
    SP 3.1 Review all plans that affect the project to understand project commitments. 项目计划可能会有好多个子计划,如开发计划、测试计划、培训计划等,这些计划都应该被相关人员复查,保证大家理解一致。
    SP 3.2 Reconcile the project plan to reflect available and estimated resources. 调整计划,使计划在有限的资源内是可行的。计划要受到资源的限制,通过评审要发现不协调的地方,适当调整计划,保证计划可行。
    SP 3.3 Obtain commitment from relevant stakeholders responsible for performing and supporting plan excecution. 得到相关人员的承诺,保证执行和支持计划。计划通过评审,就以为这所有参加评审的人承诺按照计划的要求完成自己的任务,同时他也会支持他人按计划完成任务。

    PP有三个SG,分别是建立估算、建立计划、取得承诺,大家如果仔细阅读每个SP,大家会发现做好一个计划是不容易的,要考虑的东西很多。另外,还必须用这个计划来管理项目,更详细的内容我们看计划跟踪与控制这个PA吧。


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
  •  07-24-2006, 9:41 68 回复至 67

    回复: 项目计划(Project Planning)

    不错,望再接再厉!

    • 帖子点数:0
  •  07-24-2006, 18:49 71 回复至 68

    回复: 项目计划(Project Planning)

    其实对CMMI本身体系的理解及实际实施过程中,采用连续式模型可能更好些。

    PP对组织来说,就想需求一样,是必须做的,至于做好,还是需要一定的组织执行能力。

    我觉得将PP等作为集成项目管理IPM一个子PA 来进行实际操作会好些(三级或三级以上组织)。

    关键是建立组织级的PMP及生命周期模型。

  •  07-25-2006, 0:31 73 回复至 71

    回复: 项目计划(Project Planning)

    2级的PP、PMC
    3级的IPM、RSKM
    4级的QPM
    其实都是直接与项目管理有关的PA,级数越高项目管理水平就越高。2级的项目管理,基本上只停留在项目本身,到了3级则需要利用组织级的数据来管理项目,到4级就会上升到定量管理的层次。

    大家仔细了解了这些PA的内涵后,可以慢慢体会。


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
  •  03-26-2007, 17:06 442 回复至 73

    回复: 项目计划(Project Planning)

    请问WBS合项目MPP有什么区别?可不可以将MPP作为WBS的一种表示形式?
    CMMI是一个刚出炉的香喷喷的小蛋糕,我要细细的闻,慢慢的品尝,把它吃到肚子里。
  •  03-26-2007, 21:22 443 回复至 442

    回复: 项目计划(Project Planning)

    mpp是什么东西啊?是Microsoft Project软件的项目文件扩展名吧?
    WBS是指将要做的工作分解成一条一条的。
    两者是不同类型的东西,难以比较噢!

    不过可以通过mpp文件来表现WBS,里面的一个一个任务就是一条一条的WBS。


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
  •  03-27-2007, 9:11 446 回复至 443

    回复: 项目计划(Project Planning)

    MPP是microsoft project的扩展名,我们用它做项目进度,所以我们就把项目进度叫MPP了。:)

    CMMI是一个刚出炉的香喷喷的小蛋糕,我要细细的闻,慢慢的品尝,把它吃到肚子里。
  •  05-23-2007, 17:06 593 回复至 443

    回复: 项目计划(Project Planning)

    请大家帮帮忙,急求答案。

    谢了!
    请你简单的介绍一下你的项目(什么时候开始的,客户是谁,当前的状态怎么样)
    在你的项目中,你怎么进行估算的?
    - 你如果估算规模
     - 你如何估算工作量
     - 你如何估算成本
     - 你如何估算缺陷状况
    - 你是怎么分配你项目的整个工作量的?
    - 你的项目应用了什么生命周期模型的
    - 你为什么选择这样的生命周期模型
    - 请您描述一下你项目的预算和进度
    - 你怎样识别你项目的风险
    - 你怎么管理这些项目的风险
    - 你怎样管理你项目中重要的交流和沟通的记录的?
    你怎么识别你项目需要什么样的技能和知识
    你怎么制定你项目的软件和硬件资源计划的
    - 你项目的干系人有哪些,你是怎么与他们联系的
    在你公司,你受过那些方面的培训
    你的项目计划是怎么被评审和批准的
    你怎么得到你客户,团队成员,高层,支持的承诺的
     你的项目有方针指南吗,如果有,有哪些
    你项目的定量目标有哪些
    ?你怎么给你团队人员分配工作的
    你怎么确定和了解你项目的状态的
    - 你是怎么与你客户,团队成员,高层交流你项目的状态的
     -给我们解释一下你项目的各种会议,有谁来参加,频率怎么样,讨论什么内容
     在这些会议中,怎么样跟踪会议的结果执行情况
    .你的项目中,有哪些审计的工作,请举例
    在你制定项目计划中,你引用了哪些项,他们怎么帮助你制定项目计划
    你是怎么控制你项目的活动
    你是怎么根据项目计划检查你项目的执行情况
    你与支持组之间的交流与沟通的频率怎么样?
    当一个项目结束后,你作了哪些活动
    在你的项目中,怎样识别问题和解决问题
    你怎么样定义项目的风险的
    - 风险处理的策略怎么样
    - 你怎么样交流风险的状态
    - 你的项目中,QA是怎么样开展活动的
    QA是怎么与你交流NC,针对这些NC,你做了什么
    你把你项目的各种记录保存在那里
    - 针对度量的结果,你做了哪些分析
    - 你的项目中,测试是怎么样开展的
    - 你的项目中,变更怎么处理的

  •  05-23-2007, 21:54 595 回复至 593

    回复: 项目计划(Project Planning)

    OMG! 这些是评估时会问的问题啊,回答办法就是据实回答了,当然要回答好这些问题,可能需要多个人才能完整的回答。

    本网站推崇的是切实做好过程改进工作,不弄虚作假,如果你们不知道如何回答的话,可能是很多地方没有做好,或者是为了过级而过级。

    另外要说明的是,其实以上大案都可以列出标准答案来回答,但评估访谈的时候,都是针对性地问,你们这个项目是怎样做的,所有的通用答案都会不适用的,另外会对照PIIDs里面的列出的书面证据,针对性地问,想造假是很难的。

    一般来说,评估小组成员的水平还是很高的,想逃过他们法眼是很难的,希望大家还是切实做好,不要抱侥幸心理,不要走形式。


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
  •  07-30-2007, 10:03 756 回复至 595

    回复: 项目计划(Project Planning)

    感觉PP的这部分和PMP的相关内容有点像。
  •  08-02-2007, 10:38 787 回复至 443

    回复: 项目计划(Project Planning)

    可否详细谈谈WBS分解?如分解原则、分解方法等。

    • 帖子点数:0
  •  08-02-2007, 20:19 796 回复至 787

    回复: 项目计划(Project Planning)

    简单说说几条原则:
    1.按大纲组织,细分到三到五个层次,层次不宜太多也不以太少。
    2.最底层的WBS,要用动宾短语结构来表达,如:编写某某模块的代码,而不要写成某某模块代码的编写。
    3.一个任务只安排一个人来完成。
    4.每个任务都应该有可检查可验证工作成功的交付物,如完成什么代码、编写了什么文档。
    5.把高风险的任务分解成低风险的任务。
    6.一个任务时间不宜太长。

    以上这些原理,也是MSF对于任务分解的一些原理。


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
  •  08-06-2007, 14:11 832 回复至 796

    回复: 项目计划(Project Planning)

    2.最底层的WBS,要用动宾短语结构来表达,如:编写某某模块的代码,而不要写成某某模块代码的编写。
    这个有什么讲究吗?

    3.一个任务只安排一个人来完成。
    那么同行评审呢?

    另外,对于WBS的分解原则,有没有必要分为技术类分解和非技术类分解呢?感觉两种的分解原则不太一样哦!非技术类的,比如同行评审、项目例会等。

    • 帖子点数:0
  •  08-06-2007, 21:10 836 回复至 832

    回复: 项目计划(Project Planning)

    用动宾短语方式来表达,好处就是更容易准确地表达意思,开发人员常见的一个问题是文字表达能力不太好,我们公司就常有这样的情况,大家看看下面这句话,你会理解成什么意思:“权限系统的设计”?
    可以理解成:进行了权限系统的设计,但同时又可以理解成:评审了权限系统的设计。
    如果用动宾方式表达,就更容易表达出准确的意思。有一个检查WBS是否写得好的方法,就是用这个方式检查句子是否通顺:负责人+WBS的表达。
    如:编写权限系统的设计文档,负责人是小张,整句话读起来就是:小张编写权限系统的设计文档。整句话有主谓宾,可以说是结构良好了。

    原则上一个任务一个人负责,但一些评审的任务一定是多个人参加的了,这个时候还是需要定一个评审任务的总体负责人。对于这类任务,也需要有产出物,一般会是会议记录、会议决议、会议定出来的代办任务、会议发现的问题记录等。


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
  •  05-04-2008, 15:59 1911 回复至 796

    回复: 项目计划(Project Planning)

    请教一个问题, 假定得到了一个项目的工作量是6人月, 然后假定以此得到的一个项目计划, 其中按WBS分解好的任务及其所要求时间累计是等于这个6人月吗?

    大家自己曾经做的项目计划中WBS和总工作量能对应吗? 至少最初版本的计划能对应吗?

    另外再请教一个问题:  软件开发中产生于评审活动, 测试活动的问题的修复, 其数目, 严重性等理论上是不确定的, 那么项目计划中如何反映出来这部分工作量呢?

    谢谢!

  •  05-05-2008, 0:44 1913 回复至 1911

    回复: 项目计划(Project Planning)

    定一个6个月的详细计划是不太可能的,也是没有必要的。

    建议只需要定出进两三周的详细计划,对于两三周后的计划,列出粗计划便可,在不断执行计划的过程中,不断去修正和细化你的计划。

    回到你的问题:
    1.计划中的WBS总量,小于估算值就可以了。
    2.评审活动等确实很难估计,所以更加没有必要几个月后的评审都列出来,先定最近两三周的,你会积累经验,以后估算这些不确定的内容将会更准。记住计划是需要持续细化和更新的!


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
  •  08-22-2008, 17:17 8451 回复至 67

    回复: 项目计划(Project Planning)

    张老师,

    对于上面有人提出的介绍一下项目,以及下面的一系列的问题,你说有一些标准的回答,我也想具体了解,学习一下,不知能否以您的公司为例来说说呢,我非常想从您的介绍里多学习一些,麻烦您了,多多指教

    或者可以发我邮箱里吗 yjssjclear@gmail.com 

    • 帖子点数:0
  •  08-22-2008, 23:53 8453 回复至 8451

    回复: 项目计划(Project Planning)

    你还是提出具体问题来吧。

    另外还是要声明一下:
    1.公司具体情况,我是不会说的。
    2.我们反对为过级而过级,推崇切实改进。
    3.提问最好提出具体问题,不要问大而虚,或者纯理论化的问题。
    4.回答一般都在网站上进行,和大家share,而不会个别发邮件的。
    5.本网站完全是义务劳动来的,请尊重他人劳动。为了节省回答问题的时间,请做好问问题的准备。

    我们推出的《精英培训计划》(免费的),你们可以看看,合适的话可考虑申请:
    http://cmmionline.net/files/23/trainingmaterial/entry8161.aspx


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
  •  09-10-2008, 7:15 8516 回复至 67

    回复: 项目计划(Project Planning)

    奇怪,为什么把我的问题给删了?昨晚提交时明明还在的,今一大早就上来看了,结果问题没有了,啥原因呀。

    我的问题就是概要设计和详细设计里面的内容到底要细到什么力度才满足CMMI的要求,总是怕写的不好,因为开会时,老总觉得不够细,但他也不清楚这些具体的东西,所以我想请教下如果来写这个

     

    • 帖子点数:0
  •  09-10-2008, 12:02 8518 回复至 8516

    回复: 项目计划(Project Planning)

    你的问题发到这里不太合适,已经转移到这里了:
    http://cmmionline.net/forums/thread/8511.aspx
页 1 / 2 (22 项)   1 2 下一页 >
以 XML 格式显示 RSS 新闻频道
CMMI on line 版权所有 ( 粤IC备07073557号)
Powered by Community Server, by Telligent Systems