抗体偶联药物(ADC)项目管理总结.docx





《抗体偶联药物(ADC)项目管理总结.docx》由会员分享,可在线阅读,更多相关《抗体偶联药物(ADC)项目管理总结.docx(32页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、泓域/抗体偶联药物(ADC)项目管理总结抗体偶联药物(ADC)项目管理总结目录一、 项目基本情况2二、 收集需求4三、 创建工作分解结构7四、 制定项目章程13五、 监控项目工作14六、 规划成本管理16七、 估算成本16八、 公司基本情况20九、 项目经济效益评价21营业收入、税金及附加和增值税估算表22综合总成本费用估算表23利润及利润分配表25项目投资现金流量表27借款还本付息计划表30十、 项目规划进度31项目实施进度计划一览表31一、 项目基本情况(一)项目投资人xx有限公司(二)建设地点本期项目选址位于xxx。(三)项目选址本期项目选址位于xxx,占地面积约31.00亩。(四)项目
2、实施进度本期项目建设期限规划24个月。(五)投资估算本期项目总投资包括建设投资、建设期利息和流动资金。根据谨慎财务估算,项目总投资11676.79万元,其中:建设投资9234.09万元,占项目总投资的79.08%;建设期利息251.35万元,占项目总投资的2.15%;流动资金2191.35万元,占项目总投资的18.77%。(六)资金筹措项目总投资11676.79万元,根据资金筹措方案,xx有限公司计划自筹资金(资本金)6547.21万元。根据谨慎财务测算,本期工程项目申请银行借款总额5129.58万元。(七)经济评价1、项目达产年预期营业收入(SP):21900.00万元。2、年综合总成本费用
3、(TC):18134.88万元。3、项目达产年净利润(NP):2750.26万元。4、财务内部收益率(FIRR):17.04%。5、全部投资回收期(Pt):6.40年(含建设期24个月)。6、达产年盈亏平衡点(BEP):9217.13万元(产值)。(八)主要经济技术指标主要经济指标一览表序号项目单位指标备注1占地面积20667.00约31.00亩1.1总建筑面积33864.28容积率1.641.2基底面积11573.52建筑系数56.00%1.3投资强度万元/亩295.442总投资万元11676.792.1建设投资万元9234.092.1.1工程费用万元8055.642.1.2工程建设其他费用
4、万元944.902.1.3预备费万元233.552.2建设期利息万元251.352.3流动资金万元2191.353资金筹措万元11676.793.1自筹资金万元6547.213.2银行贷款万元5129.584营业收入万元21900.00正常运营年份5总成本费用万元18134.886利润总额万元3667.017净利润万元2750.268所得税万元916.759增值税万元817.5210税金及附加万元98.1111纳税总额万元1832.3812工业增加值万元6341.9213盈亏平衡点万元9217.13产值14回收期年6.40含建设期24个月15财务内部收益率17.04%所得税后16财务净现值万元
5、2277.96所得税后二、 收集需求项目目标的4个要素中,最核心的就是范围目标,它定义了整个项目需要交付的结果,可以说是项目所有活动的参照点。但什么因素决定了项目的范围呢?产品所具有的功能其实都是为了满足客户的某种需要,这种需要最终左右了项目应该做什么和不做什么。我们把这种需要称为需求。需求表述了客户打算利用项目成果来做什么,而项目的产品范围则定义了什么样的产品可以实现客户的需要。客户需求是“因”,产品范围是“果”,需求和范围之间存在着一个转化过程,两者之间是有区别的。客户不是仅仅为了拥有而购买产品,而是通过产品来实现某种目的。“需求”是“范围”之源。不同行业,需求和范围在项目管理之中有不同的
6、侧重。在某些传统的行业中,促使项目建立的客户需求是相当明确的。例如,建一栋楼的目的是满足客户居住的要求,这是千百年来都不变化的需求。而用户更关心的是造什么样的房子,这就是范围的概念。在另外一些新兴的行业中,特别是一些IT或者软件类型的项目,项目的需求都是解决一个新的问题,或者是创造出一种新的需要。这个时候连解决什么问题都说不清楚,又怎么能准确把握交付什么样的产品就能解决问题呢?前者就是我们说的“需求”,后者就是所谓的“范围”。这类项目有一个共同的特征:项目是在需求还只是一个概念的情况下开始的,需求是很不清晰、很不准确的。项目的第一个活动就是搞清楚用户需求,然后在正确需求的基础上确定项目的产品范
7、围及工作范围,并作为后续项目活动的基准。这个活动看起来虽然简单,但却有几个重要的环节需要注意:首先,要明确需求收集活动的目的是什么。很多人会误以为需求收集就是搞清楚用户要的是什么产品。定义产品就是确定产品范围,它是在确定需求之后的活动。我们应该在这个阶段集中力量搞清楚以下问题:用户为什么需要这个产品?用户打算拿这个产品解决什么问题?这个产品给用户带来了什么价值?整个需求活动都是围绕着用户来进行的。其次,当我们搞清楚了用户的需求后,就需要确定创建什么样的产品来满足用户需求。这就是需求分析活动的目的,其结果就是定义产品的规格说明书。事实上,很多成熟行业的项目都是从相对详细而准确的产品规格开始的,产
8、品规格定义了产品范围。在IT或者软件行业中,其第一个活动则早于产品规格而是从收集需求开始的,由需求确定规格,也就是产品范围。范围是项目其他活动的源头和基础,所以需要采取措施控制好这个源头。在某些项目中,存在比“范围”还要提前的“需求”活动,则更需要控制好“需求”。“需求”控制好了,由它衍生出的“范围”也就控制好了。但有的时候项目需求变化了,项目范围可能变化也可能不变化。最后,需要特别注意的是:获取项目需求和定义产品规格(范,围)所要求的技能是不同的。获取项目需求的人员必须对要解决的问题,也就是业务领域很熟悉,而定义产品所要求的技能则是技术能力。很少有人在两个领域都是专家。如果只具备一种技能的人
9、做了两个要求不同的事情,很可能某一件事达不到要求。一个懂技术但不懂业务的人员去收集客户需求,容易导致需求质量不高,这一问题在现实中经常出现。了解项目需求、确定项目范围确实有一定的先后关系。很多项目在明确需求之前就签订了项目的实施合同,这个时候项目就承担了一定的风险,因为如果识别的需求和当初估计差距较大,就会导致项目产品和工作范围超出预期。有些大型项目会把需求定义工作和需求实现工作两部分活动分开。在第一阶段,请专门的咨询公司进行需求定义,然后利用定义好的需求进行第二阶段招标,选择合适的需求实现伙伴。这种做法无疑能够保证两部分不同要求的工作都可以达到相应的要求。三、 创建工作分解结构工作分解结构,
10、是归纳和定义项目范围最常用的一种方法。WBS将项目分解成可以管理和控制的工作单元,从而可以更为容易且准确地确定它们的进度、成本以及质量要求。说得通俗一点,WBS就是将项目进行分解的一种方法。它使得项目目标从抽象的表述转化成了详细、明确且实在的工作内容。这些工作内容就变成了项目目标的具体体现。这样来说,WBS有3个主要目的:在制定WBS的过程中,进一步加深对项目的认识和理解。项目目标被分解成小颗粒度的、可被执行的任务,消除项目的神秘感。作为后续管理活动计划和控制的基础。工作分解结构最常用的表示方法列表图表示法。该法被广泛采用的主要原因是项目管理软件的普及。这类软件大都是利用列表图来创建WBS。我
11、们也可以像上面一样对WBS中的每一项进行编码,其目的在于和后面的管理活动有一个很好的参照对应关系。当然这主要是针对大型项目来说的,小项目可以不做编码。WBS是一个典型的树状分层结构。最上面一层代表整个项目,通常称之为0层,向下逐级分解直到最底层。理论上有3种方法来创建WBS:类比法、自上而下法、自下而上法。类比法,顾名思义就是利用一个类似项目的WBS作为构建本项目WBS的起点。很多专业领域的项目都有约定俗成的WBS模板供参考。一个组织也可以从自己过去积累的项目中提炼和归纳出一个项目的通用WBS来作为今后项目的标准。自上而下法被认为是最常规的创建WBS的方法。它从项目最大的单位开始,逐步分解成下
12、一级的多个子项。这个过程就是不断增加级数,细化工作任务。对于经验丰富的项目经理和项目组来说,由于他们具备广泛的技术知识和整体的视角,这种方法是最好的。自下而上法则是让项目组人员一开始就尽可能地确定项目有关的各项具体任务,然后将各项具体任务进行整合,并归总到一个整体活动或WBS的上一级内容当中。这3种方法各有特点和其特定的适应性。一个高质量的工作分解结构对项目的后续工作至关重要,下面以自上而下法为例来介绍一种分解方法,并且展示其中的要点。步骤一:建立0层,也就是以整个项目作为分解的基础。对单个项目来说,这并没有什么特别意义,但是对于大型项目来说,这样做便于项目分解结构的合并操作。步骤二:建立项目
13、的可交付成果列表。步骤三:对每个可交付成果进行分解,得到细分的子可交付成果。这一过程可以循环下去,直到得到适当的颗粒度为止。以上我们得到了一个全部由名词组成的工作分解结构,它代表了项目最后完成的所有产出物及其分解。步骤四:对每个子成果进一步分解出完成它所需的活动。也就是说,经历了这些活动,我们就可以构造一个子成果。步骤五:某些子成果的简单相加就可以构成其上一级的父成果。但是某些父成果的完成不仅需要这些子成果,而且需要额外的活动。这些活动被称为横向关联活动。横向关联活动包括子产品的集成活动、验收活动等。最终我们就得到了一个完整的项目WBS。综观整个WBS,我们可以看到以下一些特点:第一,项目分解
14、从可交付结果开始进行逐步分解,这样看起来整个WBS的上半部分都是名词,所有这些工作结果就构成了项目的产品范围。它意味着项目最终或者进行过程中都会产生哪些工作产品,这些产品最终会转化成交付给客户的交付结果。这种分解方式体现了以客户为中心的原则。项目实施方和项目最终交付客户两者之间对待项目的关注点是不一样的,前者关心如何完成项目,后者关心完成的是什么,是不是所期望的。从表现来看,前者在意实施活动,后者在意实施结果。现实中大多数项目的WBS是由项目实施方来完成的,所以通常情况下WBS是以实施活动为主线进行分解的。这一方面体现了实施方作为实施领域的专家对活动细节的理解,另一方面反映了其对目标效率因素的
15、关注,而可能会对效果的忽视。这也是我们今天很多项目出现问题的根源之一。因为客户方关心“我能得到什么”,而实施方只关心“我该做什么”。只有消除这种差异,才能避免做所谓“有效率没效果”的事情。自上而下的分解方式特别强调以交付结果为核心,在某种程度上它是以客户的期望为上层目标,然后逐步向下分解,从而可以有效避免以实施活动为主线进行分解所产生的问题。第二,WBS的叶子节点几乎都是动词,也就是活动。它表明了所有这些活动的完成,就代表了项目的全部工作。这些活动就构成了项目的工作范围。后续的项目计划工作主要是围绕着如何为这些活动分配相应的资源,以及如何优化资源的分配来提高项目实施效率。第三,在进行分解的过程
16、中,存在4种构成模式:第一种:父节点是名词,子节点全部由名词构成。第二种:父节点是名词,子节点全部由动词构成。第三种:父节点是名词,子节点由名词和动词共同构成。第四种:父节点是动词,子节点全部由动词构成。虽然上面给出了一种普适的分解方法,但创建一个高质量的WBS并不容易,往往需要反复多次进行。同时,实现一个好的WBS所需要的技能并不是管理技能,而是工程领域方面的专业技能。也就是说,工作分解结构的质量与完成这项工作的人对该项目所处工程技术领域的理解和经验高度相关。有时甚至可以说,WBS的创建是一项创造性工作。它凝结了项目实施人员对项目范围的充分理解,也包含了大量的来自过去实践的经验总结。所以,如
17、果一个组织实施的类似项目很多,完全可以总结出一个WBS模板。这个模板实际上是企业过去经验的总结,代表了企业的核心能力。前述的3种构建WBS的方法中,最有价值的是类比法。下面是创建WBS的基本原则WBS中的产品范围应该包含所有的中间和最终工作产品。WBS中的工作范围应该包含所有的项目任务和活动。那些没有被包含在WBS中的活动和任务都不会被分配相应的资源,其实施也无法得到保证。分解的颗粒度大小由项目特征和管理幅度来决定,没有一定的规则。在WBS的每一个节点上,可以建立账目编码系统来唯一标识和确定每一项工作单元。一方面,可以提高沟通的效率和准确度,减少管理成本;另一方面,这个编码可以和进度及成本管理
18、产生对应关系,特别有利于对项目进行非常准确而详细的成本预算及核算管理。在WBS的某一层节点及其以下所有单元,可以作为独立的单元来单独管理,被称为“工作包”。每一个工作包可以分配相应的责任人,并建立责任分配矩阵。工作包范围内的所有结果或者活动由该责任人负责。工作包的设定完全是出于管理的需要,所以其选择没有硬性的规定。WBS事实上是项目管理活动和工程活动的连接点,两个部分的活动在WBS中得到了有效的关联。后续的项目管理活动都是针对WBS上的工程活动来进行的。项目的时间资源被具体分配到WBS的工作单元上。项目的资源投入和成本计划被分配到WBS的工作单元上。项目的范围变更必须基于WBS进行。四、 制定
19、项目章程项目章程是一份正式的项目文件,其作用是项目干系人对项目目标的正式认可,并且批准项目实施。项目章程本身的内容非常简单,更详细的项目信息需要从项目范围说明书中得到,所以其形式意义大于实际意义。一般来说,一个项目章程的内容可以包括如下几方面:项目名称。指定或者委派的项目经理。通常,项目经理应该尽可能在项目的早期进行指定或者委派。项目的起止时间。项目目标的简明阐述。项目干系人列表。项目的制约因素。制约因素是限制项目管理团队进行运作的要素。例如,预算是制约项目团队操作范围、职员调配和进步计划的一个很重要的因素。项目的假设因素。为了计划编制目标的准确性,考虑到的假设因素必须具有科学性、真实性和确定
20、性。例如,如果关键人物的到场日期不能落实,那么项目团队就应该设置一个具体的开始时间。假设通常包含一定程序的风险。项目章程应该通过管理者对项目及项目所需的条件进行客观的分析后颁发,它提供给项目经理运用和组织项目所需资源进行项目活动的权力。五、 监控项目工作“人们不会做你期望的事情,而只会做你检查的事情。”质量再高的计划,在具体实施过程中也不能简单期待会“自然而然地落实”,所以必须有某种机制时刻了解真实的状态。这里的“检查”就是“积极地跟进”,但会被很多人误解为不断地向下属询问,通过督促来促进工作进度。这种认识是片面的:一方面,信息来源于实施者主观的判断和估计,有时甚至会为取悦上级而掩盖真实的状态
21、,导致问题被拖延发现。另一方面,积极跟进的最终目的是帮助项目的所有人员,包括项目管理者、下属以及干系人,真实地了解项目的当前状态,项目实施状态的透明有利于各方人员了解进展以及和目标之间的偏差,及时采取纠正措施。所以,我们需要一种客观的、准确的手段来表现项目的状态,这就是项目绩效的度量。项目绩效度量,是指通过客观的数据来反映项目的真实状态。第,数据是事实的客观表达,它不依赖于人的主观判断。第二,在信息传递过程中,以数字表示的客观事实不会产生偏差,特别是在管理层级较为复杂的企业,这一点尤为重要。第三,量化的数据可以更加细致地反映执行中的偏差和未来趋势,及早作出准确的判断,避免决策的随意性和非客观性
22、。具体来说,监控项目工作过程包括以下主要内容:产生反映项目执行绩效的报告(项目沟通管理中的绩效报告)。根据报告评估实施结果是否符合计划的要求,并及时采取纠正措施(核心知识领域中的范围控制、范围验证、进度控制、成本控制和质量控制)。项目进展及重大决策及时向干系人汇报(项目沟通管理中的干系人管理)。管理项目团队,保持高绩效(项目人力资源管理中的团队管理)。监控项目遇到的不确定性因素(项目风险管理中的风险监控)。管理项目外购的子合同执行(项目采购管理中的合同管理)。为了确保项目计划被落实,“指导和管理项目执行”过程和“监控项目工作”过程是相辅相成的。前者活动主要体现在“项目实施”活动之间,后者则主要
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 抗体 药物 ADC 项目 管理 总结

限制150内