轻量级过程改进项目启动

项目开始时的研究和开发的源泉,在r \\ u0026研发团队而言是一个很大的事情,然而,项目启动是不是easy事儿,这个过程必须满足很多条件才能真正启动项目,否则,非正规甚至是不合理的项目才会开始进行研究和开发工作陷入困局。本文主要侧重于过程中涉及的项目启动程序、可能出现的问题、措施。

本文中的场景指的是产品线的已有产品须要通过项目实施推广给客户的过程。

一.项目启动的规程

项目启动是一项跨部门活动。通常包含的规程有:

1.      项目立项建议
  • 目的:项目立项建议的目的是通过前期客户接触和分析,推断是否可以正式立项并把立项申请上报到公司决策层,是项目是否可以成型的第一个切入点
  • 主要角色:项目立项建议来自销售团队
  • 主要步骤:销售通过于客户的沟通和了解中推断其是否符合公司产品的实施条件和推广方式,并针对合适的客户向公司决策层提交《项目立项建议书》。《项目立项建议书》中须要对项目的初步时间节点、软、硬件需求、功能需求、招投标方式、成功机会预估等方面做阐述
2.      项目立项评审
  • 目的:公司决策层对销售提交的立项建议进行评审以确定是否要立项
  • 主要角色:公司决策层,包含项目团队负责人,销售团队负责人和技术团队负责人
  • 主要步骤:项目团队负责人分析项目的功能需求和初步时间节点;销售团队负责人分析项目的招投标方式和成功机会。技术团队负责人分析项目的约束条件。通过三方共同确认该项目能否够立项,有一方反对立项建议就被驳回。销售团队可与客户做进一步沟通之后再次提交立项建议
3.      项目经理任命
  • 目的:对已确定立项的项目进行项目经理任命
  • 主要角色:项目团队负责人
  • 主要步骤:项目团队负责人主要依据项目的来源、地理位置和眼下项目组的人员状况确定项目经理以及相关项目实施project师。项目经理一旦任命,销售人员须要整理《项目交接单》并提交给项目经理,标志着项目工作从销售团队到项目管理团队的正式交接
4.      项目启动会
  • 目的:项目启动会的召开标志着项目从销售转移到项目经理,也即正式进入项目研发阶段。

    项目启动会的召开之前通常须要确保项目合同已经正式签署

  • 主要角色:项目经理与销售
  • 主要步骤:销售、客户方代表、项目经理以及其它第三方供应商正式召开项目启动会,由项目经理依据《项目启动报告》对项目的总体实施方案和计划进行介绍。并指出客户方在项目实施过程中的角色和职责。

二.项目启动中的问题

项目启动通常和研发团队没有直接的关系,但非常多时候却对研发工作起到决定性的作用。把控不好可能导致项目的失败甚至打击研发团队的士气。

项目启动过程中可能存在的问题包含:

1.      没有项目立项评审

没有项目立项评审是流程性问题。假设没有立项评审,则销售通过个人推断进行立项,直接找到项目管理团队进行项目落实。这时候项目管理团队通常仅仅能配合销售进行兴许安排,但该项目立项是否合理、项目范围、技术上时候有风险等都没有正式评估。项目启动须要对应的资源,缺乏评审往往是问题发生的根源。

2.      没有项目启动会

没有项目启动会是致命的。假设研发团队中有人说不知道这个项目是什么时候启动的。那这个项目还没有启动可能就注定是失败的。项目启动实际上就是把项目干系人对项目工作开展方式的一次信息同步,是项目从销售到研发过程的正式转变,是多方达成一致并进行下一步的阶段性成果,尤其从管理客户期望而言。项目启动会是让客户认识到项目各个方面的最好时机。

假设没有项目启动会。因为一些处于项目源头上的内容没有得到统一认识而导致项目开发过程中出现项目各方对项目过程产生质疑的现象时有发生。

3.      没有签署合同就召开项目启动会

签署合同通常由销售负责,没有签署合同就召开项目启动会是危急的,由于合同的一项主要内容就是项目的范围和时间。假设项目的范围和时间都没有得到用户的不论什么承诺就贸然開始研发工作,流程上讲肯定是不合理的。

4.      项目启动会没有强调客户方的角色和职责

项目启动了,但客户觉得怎么做项目仅仅是供应商该考虑的事情,自己仅仅要等着出结果即可了,这样的思想或多或少存在于我们的客户群中。这在系统集成服务行业显然是不现实的。客户方的配合非常大程度上是项目成本的重要因素,甚至是决定性因素,而项目启动会就是要告诉客户项目的实施须要他们的全力配合方能按计划完毕任务。

5.      没有形成项目交接单

项目经理已经任命了,但新任的项目经理连客户的基本信息都不知道。那兴许的项目启动会的准备工作怎样进行也就成为一个未知数。项目交接单是研发团队内部正式接受该项目的标志,代表着项目管理工作的正式启动。非常多时候项目启动会召开的不成功、项目经理前期与客户沟通各种碰壁,非常大程度上就是由于缺少必要的项目交接流程。

6.      没有进行干系人分析

关系人分析是项目关系人管理的重要一环。也是项目启动阶段须要落实的一项工作。缺少干系人分析,一般会对兴许的项目计划、项目需求分析和项目监控产生负面影响。极端的情况可能是我们须要找人落实项目计划中的某项事宜。但连找人都不清楚;就算找对了人。但对这个人的性格、喜好、项目的支持态度都不明白。沟通起来非常难达到预期效果。项目问题非常多都是沟通问题,沟通之前须要确保把握干系人信息。

三.项目启动的过程改进

第一节中提到的项目启动相关的规则和模型仅仅是一种抽象,不一定能满足全部的项目需求。一定程度上也是一种理想化的方案。但从问题的分析和梳理入手,对项目启动过程改进的切入点包含:

1.      关注流程

项目启动涉及多部门之间的协作,而项目经理团队和销售团队由于工作性质通常缺少面对面沟通的机会。所以为了确保过程可控,必须确保流程的严格运行。

2.      关注过程资产

流程的运行依赖信息的传递,信息在团队中的有效传递是项目启动乃至整个项目管理的基础,而信息的传递须要一定的媒介,我们把文档、邮件等统称为项目管理过程资产,这些过程资产是我们要把握的一个方面。

3.      关注沟通

项目管理团队和销售团队对客户而言代表着不同的时机和话语权。因为客户的因素。项目经理和销售可能存在着项目信息上的不正确称,这样的不正确称对项目启动影响非常大。须要通过加强项目经理和销售之间的沟通进行消除。

同一时候从项目立项到正式启动之前。项目经理与客户之间的前期沟通也是确保启动会成功召开的前提条件。

针对上述切入点,我们梳理项目启动过程改进的模式和实践包含:

1.      销售线和项目线信息同步会议

销售团队和项目管理团队各自通常都会有定期/不定期的会议确保团队内部信息的畅通和透明,但销售线和项目线之间的信息同步会议也是流程上必要的一环。假设销售团队和项目管理团队可以坐在一起,那由销售牵头召开会议就可以。假设两个团队处于分布式的环境之下,一种比較好的做法是把销售团队的内部会议拆分成两个阶段来走。第一阶段是销售团队内部信息同步,第二阶段则由销售团队主导与项目团队进行全部项目启动相关事宜沟通。

通常销售团队和项目经理团队成员工作地点都会比較流动,所以须要借助于电话会议等工具和媒介。

2.      项目启动流程裁剪

关于项目启动流程中的4个主要规程,尽管本文已经做了简化,但对一些团队而言,并不是每个都能符合团队现状和工作要求,这就须要对这些规程进行裁剪或扩展。

典型的有:

  • 项目立项的多方评审:面对竞争对手和市场变化,项目的立项时机可能一瞬即逝。对有把握的项目须要尽快立项。

    可能有些团队不须要或不可能进行项目、销售和技术三方评审。那么由当中占主导一方进行决策也是一种高效的做法;有些团队在流程上须要公司高层如总经理进行评审之后才干成为一项决策,那评审流程中再增加一环也是可行的。

    但不管各种剪裁方式,确保多方及时获取项目立项信息是项目立项评审成功的关键

  • 项目合同签署时机:相同。签署合同有时候也是非常耗费时间的事情,为了不延误时机,先召开项目启动会再签署合同的事情也并不是不可行,但通常这样的情况须要我们对详细客户进行详细分析,对客户进行分类别管理,假设不满足一定级别的客户要确保合同的正常签署之后才干召开项目启动会
  • 过程资产:下文中总结的各项项目启动过程资产都是能够进行裁剪的内容,个别字段等描写叙述和操作方式视项目和团队而异
3.      项目启动过程资产配置管理

项目启动过程中全部的过程资产确保进行统一的配置管理,部分内容注意对内对外沟通时的信息过滤。

项目启动过程涉及的过程资产參考下文。

四.项目启动的过程资产

1.      项目立项建议书

项目立项建议书主要包含下面要点:

  • 客户基本信息,包含联系方式和地址等
  • 时间相关信息。包含首次接触日期、開始时间和结束时间的初步预期
  • 项目来源和主要内容,包含项目设计的功能范围的简要说明
  • 成功机会预计,对项目的成功机会进行初步预计
  • 评审流程步骤。包含项目、销售、技术等各方评审信息
  • 立项结果,终于是否立项的决策
2.      项目交接单

项目交接单主要包含下面要点:

  • 客户基本信息。包含联系方式和地址等
  • 约束条件和问题。包含对项目实施过程中的须要限制和问题进行描写叙述
  • 对客户的承诺,包含项目实施上对客户的初步回复和承诺
  • 客户的意见和建议。包含客户对项目的一些看法
3.      项目干系人登记冊

项目干系人登记冊由销售和项目经理共同梳理,一部分内容可能包括在项目交接单中。项目经理统一维持成项目关系人登记冊,主要包括下面要点:

  • 干系人基本信息。包含联系方式等
  • 干系人性格分析,包含干系人喜好、沟通风格等
  • 干系人对项目态度分析,包含干系人对项目所持的支持、反对、中立等态度分析
4.      项目启动报告

项目启动报告的经常使用形式是PPT。主要包含:

  • 项目介绍。包含项目的背景、特点、功能等的基本说明
  • 项目实施方案,包含实施方法论、团队架构等的说明
  • 项目实施计划。包含项目实施的粗粒度计划和里程碑说明
  • 客户需配合事项。客户的角色和职责、初步工作安排等说明
5.      项目列表

项目列表是一份综合性、多视角的项目汇总文件。在项目启动过程中须要明白项目的下面几个要素:

  • 项目各方负责人,包含销售、项目经理等接口人信息
  • 项目重要性,按客户等级进行划分的项目重要性信息
  • 合同签署情况。项目合同是否已签署的汇总信息

五.小结

项目启动是项目管理的第一个改进域。个人觉得是比較难以把握的一个改进域。由于项目启动涉及多部门之间的广泛协作。而各个项目的也存在差异。难以形成标准化流程,非常多内容研发团队通常仅仅有知情权而无法进行有效把握。但正由于如此,项目启动是过程改进实施过程中须要重点关注的一个视角。本文对其进行了梳理和总结。

下一个关于项目管理类的改进域是项目计划

版权声明:本文博主原创文章。博客,未经同意不得转载。

时间: 2024-10-03 08:15:35

轻量级过程改进项目启动的相关文章

轻量级过程改进之综述

轻量级过程改进(Light-weight process improvement,LPI)是一种针对中小型团队软件研发过程中普遍存在的重技术轻管理.研发管理缺乏规范.过程改进理念淡薄等现状和问题而整理的一种"软件过程改进方法和规范".有众多轻量级过程改进域组成,主要对中小型团队持续地改进其软件过程能力提供一些參考,内容组织上尽量保持其通用性,但个人水平和经验有限,非常多改进域可能仅仅局限于特定团队和场景,须要大家依据各自团队的现状做裁剪和扩充. 一.轻量级过程改进 轻量级过程改进參考了

轻量级过程改进之需求管理

需求管理在于管理产品研发过程中的客户需求,建立项目相关干系人对需求的共同理解,维护需求与所开发产品之间的一致性,并控制需求的变更.需求管理的重要性不言而喻,在前面讲到的项目启动.项目计划以及接下去要讲的项目监控这几个改进域中,客户需求都是我们开发工作的输入和基础,研发团队存在的意义也是围绕着客户的需求,以满足客户需求.提高客户满意度为工作的目标,项目管理团队更是如此.本文主要阐述在项目需求管理过程中涉及的主要规程.可能存在的问题.分析这些问题并提出相应的改进措施. 一. 需求管理的规程 关于需求

轻量级过程改进之项目计划

项目计划的目的包含两个主要方面,对内是为项目的研发和管理工作制定合理的行动纲领,以便所有相关人员按照该计划有条不紊地开展工作:对外是为客户提供项目的统一视图,确保所有干系人能够根据计划进行工作配合.进度同步并最终提高客户对项目实施进度的满意度和认可度.本文主要阐述在项目计划过程中涉及的主要规程.可能存在的问题.分析并提出相应的改进措施. 一.项目计划的规程 项目计划过程涉及面很广,按照集成项目管理理念,项目计划除了项目实施计划之外还需要集成各种子计划,如<配置管理计划>.<质量保证计划&

轻量级过程改进之需求开发

需求开发是指通过对用户需求进行分析,开发产品需求的过程.需求开发在于把面向用户的需求转换为面向研发团队的需求的过程,回答研发团队"我们要做什么样的产品"的问题.需求开发直接面向研发团队,是用户需求传递到研发团队中的必要一环.本文主要阐述在项目需求开发过程中涉及的主要规程.可能存在的问题.分析这些问题并提出相应的改进措施. 一.需求开发的规程 在轻量级过程改进系列的上下文中,关于需求管理和需求开发的区别和联系已经在"需求管理"这一改进域中有明确说明,这里不再展开.该上

轻量级过程改进之绩效管理

绩效管理是对团队成员进行工作评估和激励的过程,虽然很多时候会由人事部门进行员工的绩效管理,但对研发团队而言,技术人员的绩效管理很难把控,所以很多团队往往对绩效管理避而远之,采用管理层主观判断的方法进行绩效把控:有些团队虽然会做一些绩效管理,但只是关注于绩效考核,而忽略绩效背后的工作计划.评估.激励以及过程改进.个人认为研发团队的绩效管理是一项很有挑战性的工作,但难度再大首先还是要理一下思路,尤其作为轻量级过程改进的一环,绩效管理的目的并不是说能够达到很完善的程度,而是先做到60分,然后通过团队整

轻量级过程改进之项目启动

项目启动作为研发工作的源头,对研发团队而言是一件大事情,然而项目启动却不是一件容易的事情,在流程上需要满足很多条件才能真正启动项目,否则不正规甚至是不合理的项目启动只会为让研发工作陷入困局.本文主要阐述在项目启动过程中涉及的主要规程.可能存在的问题.分析这些问题并提出相应的改进措施.本文中的场景指的是产品线的已有产品需要通过项目实施推广给客户的过程. 一.项目启动的规程 项目启动是一项跨部门活动,通常包括的规程有: 1.      项目立项建议 目的:项目立项建议的目的是通过前期客户接触和分析,

web项目启动过程及web.xml常用标签的作用

<servlet> <servlet-name>CloudEra</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>

无线点餐项目启动

无线点餐项目启动 最近在与高校合作培训的时候,做了一个小项目,无线点餐系统.该系统主要用于学习用途,综合了JavaWeb开发的底层技术,采用JSP+Servlet+MySQL数据库实现开发,虽然这种开发模式在现在的开发中已经很少使用了,但对于初学者来说,学习JavaWeb底层技术还是有一定的帮助的.项目采用MVC思想进行项目的开发,适合入门级JavaWeb的各位朋友们,大神请略过.今天写的第一篇博文主要是关于项目的启动,介绍项目的背景.项目中所用到的技术.软件等等.话不多说,我们先看博文. 无线

期许伟大-基于CMMI的过程改进之道探索

原文作者:上海科维安信息技术顾问有限公司QAI China 何丹博士 CMMI主任评估师 一.引子     近年来,由美国SEI  (软件工程研究所)开发的SW-CMM  (软件过程能力成熟度模型) 模型以及改进后的CMMI (能力成熟度模型集成)模型得到了国际上的广泛认可.因此有越来越多的软件和IT公司已经或开始采用这些模型来开展相应的过程改进工作,来提高过程能力的 成熟度,以期使公司的软件或系统开发工作更加高效,更具有国际竞争力,这似乎已经成为一种潮流.很多公司都怀着这种美好的愿望开始了过程