精华内容
下载资源
问答
  • 项目交付管理作业指引.ppt
  • 项目管理交付清单

    2015-05-27 15:46:52
    根据项目大小,提供不同的交付内容,适用于各种信息化项目。大概分段为2段式,3段式....5段式。
  • 项目交付体系

    千次阅读 2020-08-05 13:56:46
    伴随公司的逐步发展尤其是产品型软件公司,企业的产品逐步趋于精品及完善,但如何能够提高项目交付速率,将项目交付批量化、产品交付成熟化、产量化,实现此过程的前置条件有哪些,距离当前的目标还需要做哪些事情,...

    项目是为了提供独特产品或服务而暂时承担的任务,项目的特征是临时性和唯一性。伴随公司的逐步发展尤其是产品型软件公司,企业的产品逐步趋于精品及完善,但如何能够提高项目交付速率,将项目交付批量化、产品交付成熟化、产量化,实现此过程的前置条件有哪些,距离当前的目标还需要做哪些事情,本文将从道(目标、战略、远景)、法(制度、规范、保障机制)、术(方式、方法以及熟练度)、器(环境、工具、产品)、人(意识、心态、欲望、人性)五个层面分别阐述说明。

    明以道

    道是根本,是规则、自然法则,上乘。建立项目交付体系,提升项目交付率,实现项目交付批量化的顶层构建依赖于“道”。“道”类于产品架构设计属于顶层规划设置,在“道”里提下“势”、顺势而为,在国际、国家、行业整体大趋势下决定公司的发展方式与方向,顺大势而行软件行业经由无纸化办公至信息化整合乃至现在更为广泛的产业互联网、5G、云物移大智等。道与势结合,在道的规划结合势的辅助更可将事情事半功倍,取得更好的成果。

    1.行业聚焦

    人的精力是有限的同样公司的精力也是有限的,作为公司的运营及发展同样需要聚焦行业,作为公司的运营能够“广撒网多捕鱼”固然有一定成效,但是“专精”才是公司的立身之本。在公司有广泛涉猎的同时需要聚焦行业,深耕行业,了解行业的发展历程、趋势、特点,结合客户的业务特点丰富、完善平台的功能及交互模式。如:地产行业下主数据管理是围绕地产项目为全生命周期管控的,而过程中可能还会涉及基础数据与项目间的关联如房源、期、栋等;业财集成过程中会涉及到成本对接、四费回写(开发间接费、营销费、管理费、规费类)。

    2.项目筛选

    在公司当前阶段不是力求“广而杂”,而是需要“专而精”,主要聚焦于集成领域,意在为企业尤其是集团性企业搭建“一站式”整合平台,构建柔性IT架构,公司战略层面明确公司的专业的领域,当前公司主要精力在集成开发、开发集成两大类项目,致力于公司整理的运营方向及发展方向,公司主力的营业范畴,包含数据治理、统一身份认证、数据治理分析、统一门户集成、统一流程集成几个方向,主要行业在于制造业、建筑业、房地产等多以项目制度为管理方式的行业领域。在商机落地、项目承接选择阶段需要甄别项目是否符合公司发展且是否能够为公司带来价值。

    如公司目前主营对接方案ESB、IDM+ESB、MDM+ESB、ESB+MDM、MDM+ESB+DAP的主要承接侧重要点如下:

    1. ESB应用对接:主要解决客户有3~5套系统间的表单数据对接,服务开发提供的情况;
    2. IDM+ESB统一用户管理:实现客户信息化系统用户统一、认证统一、权限统一、审计统一的4A管控,实现用户账户密码统一无需在系统间返回切换登录,提供工作效率;
    3. MDM+ESB基础数据治理:实现客户主数据治理及规范,建立基础数据管理体系,保障数据的一致性、完整性、准确性,为客户应用集成及数据分析结果的准确性提供坚实的基础支撑;
    4. ESB+MDM应用集成对接:实现客户信息化系统集成,结合主数据时间系统数据映射的管理,为后续数据治理规范奠定基础;
    5. MDM+ESB+DAP数据治理分析:沉淀企业业务数据建立企业自身数据仓库,挖掘企业内部数据价值,将数据可视化、趋势化、价值化。

    3.方案匹配

    匹配公司主营领域及主要行业领域对应项目类型均需要匹配对应的落地方案给予支撑,方案不仅限定于售前沟通方案、项目落地解决方案及同行业案例分享等。

    1. 售前沟通方案:方案主要体现在几个层面如:项目领域的意义与价值,项目主要背景需求,解决客户问题及痛点分析,典型落地方式及优劣比较,同行业对应的案例类比分析。
    2. 落地解决方案:侧重体现结合客户的实际情况针对客户的痛点如何落地解决,通过什么方式解决哪些问题,预计带来什么效果,需要哪些投入及能够输出哪些产出。
    3. 同行业案例分享:主要体现当前案例的背景,痛点,解决方案及实施效果,侧面印证、体现同行业其他公司确实由此方案受益颇多。

    行尊法

    法是措施方法,是实现价值的方式及方法,项目交付过程中仅依赖于框架的体系理论同时对于项目人员思维意识,思维转变也是重中之重,由程序思维转变为用户思维,用户思维转化为产品思维,产品思维晋级为商业思维,只有这样才能很好的实现产品有自己用向友商用及面向用户的交付。同时加快交付、成体系的交付、实现项目做好、做快、做规范、做批量。

    1.体系支撑

    “没有规矩不成方圆”,公司层面关于整体管理体系需要不断的充实、完善,对于公司运营的全生命周期的管控均需要建立完善体系制度,如:商务体系,售前体系,人员体系,项目管理体系,实施体系,奖惩体系。

    1. 商务体系:明晰内部商务、外部商务之间的衔接关系,促进商务与客户间的对接,提升商机的落地促成的几率。
    2. 售前体系:明晰售前沟通、汇报、交流、跟进的各周期的工作内容及工作边界,配合商务促进商机的成单率。
    3. 人员体系:对于人员培养,意识、方法、工作方式、沟通、汇报、学习、管理等多方面全方位系统化培养模式;
    4. 项目管理:项目全生命周期管理,需求、设计、开发、测试、上线、交付、验收、运维,8位一体的全生命周期管理,各里程碑注意事项等;
    5. 实施体系:项目现场交付注意事项,沟通机制、汇报机制的明晰与管理,与客户不卑不亢,与友商化敌为友,与伙伴共进同退;
    6. 奖惩体系:明晰项目的奖惩管理,以奖励促进成员的积极性,更加助力于项目推动及交付。

    2.绩效考核

    公司员工潜能的开发需要鼓励与鞭策并存,在鼓励的同时与压力并存,在压力的临界点伴随鼓励共同推进,一方面有压力驱动员工向前推进,一方面有鼓励增加推进项目工作的动力。建立项目绩效考核体系,有奖励有惩罚双管齐下,同时不仅面向项目交付团队,对项目管理人员,销售人员均需要具有全面的考核体制,管理人员关心KPI才会关注项目实际推进情况,销售人员具备考核指标能有效保证项目相关动作的推进,交付团队明细目标才能够保证项目的交付。

    • 项目管理制度

    1. 阶段划分:不同阶段的侧重点、工作内容、交付输出物的明确与规范且需要输出样例文档;
    2. 需求明确:项目调研过程中明确客户需求,不要含糊而过,将自己的理解与客户确认,框定项目的需求范围。
    3. 设计细致:结合项目需求进行可落地的详尽设计,明确功能约束,技术要点,设计需要详细明确出相关功能的涉及到的基于预研、落地实现。 
    4. 计划精细:项目计划需要明确到人、详细到人天,同一项工作不能有多人同时负责,如果是多人负责则需要把工作进行再次拆分直至明确至个人,计划在实施过程中需要不断完善、精细,周计划明确至人、天,日计划细粒度至少0.5人\天。
    5. 人员分配:不同角色的职责划分,什么人什么时间应该做什么事情;
    6. 汇报管理:按风险、日、周、月、里程碑不同粒度对项目负责人、销售同步项目情况,保证消息的对称性;
    • 绩效考核制度
    1. 考核指标:规范考核指标,考核与绩效挂钩,不同完成度的奖励及惩罚机制,成体系落地执行;
    2. 节点考核:对项目各里程碑节点、收款节点、工作完结阶段需要明确标记出来,以各环节节点倒逼工作管理,输出工作审查情况;
    • 人员晋升制度:分角色、分岗位的晋升制度,不同岗位有明确的职业规划方向,员工可选择自身的规划及发展方向,明确对应T级的晋升制度;

    3.人员培训

    建立员工培训体系,除平台基础操作外需要模拟项目实际进行内部演练,保证新员工对项目整体过程及不同类型项目有整体的意识及交付的概念,明确什么是好的什么是不正确的。

    1. 公司认知:公司为平台产品的提供商及技术解决方案的提供商,对于普遍的承接项目研发公司存在着本质性的不同,对于公司员工需要明晰公司的立身之本,公司的盈利项及公司的发展方向。
    2. 项目认知:作为项目交付需要明晰项目验收是项目完成的基本盘,而项目衍生二次商机,项目运维服务盈利才是项目的本质目标,而实现目标的前提则是为项目提供友好的服务为客户解决实际问题。
    3. 意识方法:项目交付过程中需要具备团队意识、敏感度、责任心,遇见问题暴露问题,解决问题而不是等着事态爆发,一发不可收拾的状态。
    4. 职责明晰:项目交付过程明细各岗位职责,项目经理对项目整体进度负责,把控项风险;技术经理对项目过程中技术问题支持,保证项目技术落地;技术顾问保证自己负责项目工作的进度,同时熟悉项目整体流程及注意事项。
    5. 策略技巧:无论是哪一类型的项目最终都是需要与人打交道,在此过程中不要与客户发生矛盾,与客户关键人建立友好的沟通渠道,权衡其中关系,更好的推进项目。

    精于术

    术是体现,是具体手段。通过法具备方向的指导,结合术的手段落地,项目交付过程中在建立规范的同时需要能够对规范实现落地而不是“空中楼阁”遥不可及。在落地实践的过程中进一步完善、夯实整体的体系,将概念转变为认知,认知转变为下意识。

    1.项目管理

    项目管理主要是实现项目时间、成本、质量的管理,在有限的时间保证项目高质量的交付控制项目成本实现项目质量好、服务好、成本低、满意度高的最优交付。

    1. 需求管理:项目实施推进过程中,客户需求出现变更/增加是常态,从项目管控来说需求变更是不可避免,而对于项目交付而言需要尽量收口项目过程中的变化,引导用户收口或者下期推进,避免整体项目需求跑偏。
    2. 进度管理:项目推进过程中各里程碑节点的管控,以节点倒逼工作进度是否存在跑偏的情况,实时跟进项目进度,进行项目推演,及时暴露问题,避免问题的发生,而不是事后补偿。
    3. 团队管理:需要明确失败的团队没有成功的个人,需要明晰团队成员的动向,团结一心推进项目的工作,在项目中增加团队成员的配合度及默契,出现问题快速解决而不是互相推诿。
    4. 资源管理:领导也是资源,或者说领导是更为有效的资源,销售同样被视为资源的一种,项目最终是以结果论成败,项目管理人员需要以项目风险为优先级,协调各类资源保障项目的平稳推进。

    2.规范落地

    建立项目管理规范后续要进行规范落地,而不是仅有规范而不切合实际,更多时候人更倾向于自己信服的事实。可能规范总结的经验教训但员工自身没有体会其中奥妙没有转化为自己的下意识。而由知识转变为技能,技能转变为下意识的过程因人而异,各有不同。需要在项目实战过程中不断淬炼,增加个人的认知及能力模型的丰富,如:

    规范说明

    枚举说明

    售前管控

    售前人员熟悉方案,沟通前内部演练模拟客户沟通情况,将方案演绎、产品演示划分分别进行,输出各产品的演示关键点、演示方案

    项目管控

    建立文档标准、里程碑标准、考核标准、汇报标准、沟通标准、结算标准

    实施体系

    项目实施过程中建立项目管控体系,项目日汇报、周总结,计划滚动更新;暴露问题解决问题,项目进展极端推演,控制项目需求范围,把控项目各工作进度节点

    测试体系

    内部产品、公司项目均需要遵循测试体系进行详尽测试,按照不同角色、人员从使用、操作、维护角度进行测试,从安全、性能、功能层面进行自动化脚本测试,生成测试报告,交付对应的负责人员

    运维体系

    项目交付后进行内部交接,遵循项目运维体系,明确项目内容、背景等信息,对项目中遗留问题解决,产品层面问题反馈至研发部门进行解决,客户反馈问题及时响应,提升客户的信任度

    3.模拟演练

    建立规范的同时是纸面的通知,而真实的“触感”需要来源于一线的直观认知。而在员工并不具备实际项目参与的能力是时,可通过公司内部项目实现实际项目过程的模拟演练。感受项目整体流程,项目各里程碑是什么情况,与理论的认知有什么不同。

    1. 项目生命周期:6个周期节点从项目售前、合同签订、项目立项、蓝图确认、项目上线、项目验收,各阶段的关注事宜及输出产物。
    2. 项目沟通技巧:与客户、与伙伴、与领导、与商务面向不同群体的沟通方式及技巧,如何推动才能让同事更好的助力项目的推进,不同层面的工作人员的关注点,言简意赅保证工作推进。
    3. 项目封闭标准:项目在实施阶段的目的是验收,将项目封闭实现项目闭环,项目封闭后标志当前项目节点闭环,进入运维工作及二期推动工作。
    4. 项目意义价值:项目不同层面对项目的意义价值有自己的理解,项目追踪需要作为项目案例资源,项目结束后需要明晰项目的价值及意义,客户的价值及公司的价值以及团队的价值。
    5. POC搭建演练:以公司自有业务为需求原型,模拟不同方案下项目的实施方式,一方面作为技术人员的培训,提升员工对项目的熟悉度,另一方面也可演练验证产品的完备性,提升产品的质量。

    利其器

    器是用具提高效率将复查的问题简单化,经过公司对主营的行业领域及主营的范畴细后,项目甄别当前能不能做,而器有效的提升如何将项目做好,如何提高项目交付率,如何将项目交付批量化的工具。通过产品+管理结合,提升盈利;从产品层面考量,面向用户级别产品,打造“无脑式”产品线;项目交付层面:统一、标准、体系、积累、夯实;

    1.成熟产品

    公司本身为产品型公司,想要项目批量化交付则需要产品不仅能为公司员工使用同时需要能够面向伙伴、面向用户都具备较好的交互操作能力。对于平台的安全、稳定、扩展、交互均需要具有极佳的用户体验,且除平台技术能力本身的保障外,对于依赖于产品的方案,使用手册、维护手册、项目典型方案、应用场景及对应场景的落地方案标准文档均需要不断的完善和充实。

    产品名称

    应用场景

    ESB企业服务总线

    做企业服务总线ESB来实现异构系统的对接;

    在数据整合/数据中心项目中,作为综合数据交换平台负责业务数据上传、汇聚,基础数据(主数据)的下发、分发;

    综合集成项目实现跨系统业务流程重组;平台协作及支撑

    MDM主数据管理平台

    主数据管理的用户是各业务系统、数据集成系统、应用集成系统、业务流程再造系统、BI智能决策分析系统。通过主数据管理,改变企业数据利用的现状,从而更好地为企业全方位的信息整合做好铺垫。

    BPM流程集成平台

    流程集成平台一般用于跨异构系统的流程集成,或者实现业务流程间相互调用;也可以做工作流系统来用,为特定业务系统做为工作流引擎提供用户与流程信息交互的接口,实现诸如完成、挂起、加签、回退、签收等改变引擎流转的操作

    IDM身份管理平台

    搭建统一用户中心实现用户统一、认证统一、权限统一、审计统一的四位一体的统一管控,建立统一管理体系

    DAP数据分析平台

    挖掘企业数据价值,将企业沉淀数据可视化、资产化,建立企业自身的数据管理体系及数据存储模型

    Portal门户集成平台

    搭建单一的信息门户、知识门户、数据门户、应用门户、移动门户、开发社区及综合办公门户,通常及到AEAI ESB应用集成平台来协作,用于提供数据服务或者进行相关的数据加工汇总;

    2.管理系统

    项目管理同样需要信息化进行支撑,建立项目管理制度的同时匹配对应的项目管理系统,支持项目管理标准的落地,结合系统有效的对项目风险进行评估及展现,避免人为性掩盖事实。结合系统的统计情况真实、有效、实际的展示项目当前的进展状态,风险评估状态,项目里程碑节点,项目收款节点,项目当前进展状态及后续推进计划。

    • 如典型项目管理系统功能:
    1. 项目信息管理:项目管理可以看到项目信息和项目计划,用于创建项目的基本信息,比如项目的成员,周期成本合同周期等等,项目计划为每个人分配的任务,具体每天都要干哪些功能,进行一个统一的管理;
    2. 项目过程管理:对于项目周计划、日计划的滚动管理,项目计划填写完毕后并且总监对计划也进行确认,确认后项目经理就可以进行项目周报的填写,项目开发人员完善项目日报;

    3.办公环境

    工欲善其事必先利其器,生活的周边环境也是一种器的体现,大到欢愉的公司氛围,办公环境,网络带宽,小到使用的电脑、手机甚至是居住环境均会影响个人的思绪和心情进而影响办公的效率及积极性。这些环境因素往往是对办公情绪影响最大的但却是最容易解决的,如:居住环境在外出出差实施项目租赁房屋时选择比较符合心意的房子,一方面提升居住的舒适感,另一方面舒适的环境也是缓解工作的疲劳和压力的有效途径。

    常见的办公环境因素如下:

    环境说明

    匹配优选

    公司氛围

    • 公司氛围一定程度决定公司发展,选择公司氛围融洽,专心做事、敢打敢拼、全攻全守、

    生活环境

    • 居住环境:项目租赁房屋可优选居住舒适度较好的房屋,提升居住舒适度,缓解异地负面情绪
    • 网络环境:优先选择可控带宽的运营商,提升办公速率

    办公工具

    • 电脑:在经济允许的情况下选择性价比高的办公电脑,便携、速度是重要考核指标

    交通环境

    • 可控范围内选择便捷的交通环境,如公司选择在是地铁周边,交通便捷的地方,方便员工的出行

    皆由人

    “尺有所短寸有所长”无论是对公司还是对于个人而言均是广泛涉猎的同时需要有自身立足的根本需要具备深度的挖掘,呈T字型发展趋势。对于公司而言在具备广泛产品系列的同时需要有自己的深耕行业及“明星”产品,一方面在这一领域各类瓶颈了如指掌,另一方面通过产品切身实际的解决用户问题。对于个人而言,人的精力是有限的需要做好个人的“精力”管理,有自己的专业领域在专业领域内不断深入,提升自身的竞争力。

    1.自我约束

    历览前贤国与家,成由勤俭败由奢,懒惰的所有人的天性,而自我约束才是能够提升自我,超越非凡的本质。不以恶小而为之不以善小而不为虽是表述是非之道,从自我约束的角度来看也是同样的道理不要因为事情繁琐就拖延,不要因为工作简单就推进。自我约束管理,越忙越要整理计划,梳理工作项目;越慢越要倒逼原因找出本质而不是得过且过,不求有功但求无过的蜗牛心态。

    1. 时间管理:利用闲散时间总结规划当天的工作项及对应工作的完成情况,哪些工作需要协调哪些资源,预计需要多少时间;
    2. 心态建立:责任心、主动性、积极性需要化被动为主动,积极迎接变化,面对问题解决问题,不断积累形成正向循环;
    3. 习惯培养:主动汇报、积极涉猎,带着好奇心工作,对工作涉猎的知识点及周边知识点进行学习,由点到线,由线到面搭建知识体系。

    2.洞察人性

    无论是售前、实施、运维最终都是与人在打交道,在不同阶段与不同的人员沟通交互,每个人都有着自身的性格标签,需要结合个人性格特点有分别的进行交流。

    1. 与客户:与客户不同层面的人沟通时需要注意,有人风风火火,有人沉稳冷静,有人内敛涵养,面对不同性格的人需要建立良好的沟通渠道,保证工作推进的顺利;
    2. 与伙伴:与伙伴交流的过程中注意不同人承担的角色,销售辅助推进配合,交付并肩推进,管理明晰工作;
    3. 与领导:与领导需要言简意赅,明晰工作进度,问题点及潜在的风险点,不要盲目乐观,报喜不报忧导致问题爆发;
    4. 与团队:与团队成员建立并肩作战的情谊,失败的团队没有成功的个人,明晰整体团队的目标齐头并进。

    3.一往无前

    置之死地而后生,只有摒弃后路方可一往无前,每个人都有无限的潜力等待被激发,在成年人的世界没有永远的敌人只有永远的利益,不同的人可以为共同的目标一起努力,而在团队管理的过程中需要激发团队成员的欲望,激励成员的斗志,保持清醒的战意。向目标齐头并进为实现一往无前。

    对于员工而言更多的不是惧怕吃苦受累,而是没有目标和方向。作为管理者需要帮助员工明确公司未来发展方向及个人发展规划,为员工制定目标,将员工目标、公司目标相互融合,使得个人收益与员工收益互相联系。激发员工由被动接收转变为主动进取,且匹配对应的考核奖励制度。实现员工有盼头、得甜头、足劲头进而形成正面良性的体系。

    ​​​​​​​4.厚积薄发

    仅仅依靠任务的关系去维系项目推进是不足以作为项目推进支撑的,项目实施的本质还是要落地项目中客户的需求,消除客户使用的痛点,提升客户的使用满意度。本质上还是需要以实力取得客户的信任,提高客户对公司、平台、团队的信任感,而对于个人而言需要不断累积自身的实力,没有量的积累很难实现质的飞跃。在此过程中个人需要不断提升自我认知,提升个人能力,将硬实力与软实力结合,保证项目交付。

    道法术器人思想虽然源自历史长河,但内涵精髓却经久不衰,其理论方法被不断延续用于现代企业的管理,道:是方向、理念、价值观;法:是组织架构、经营模式、管理体系、规章制度;术:是策略、技能;器:是工具(硬件、软件等),人:是基本元素、成败关键。五者结合,以道义来承载智术,“术”要符合“法”,“法”要基于“道”,道法术,通过最好的技术和工具,人是“道、发、术、器”的承载着,五者兼备做出最好的策略。

    展开全文
  • 产品新人防坑参考,防止坑爹需求和流程坑害程序员,不要出了BUG就拿程序员祭天
  • 客户化开发计划/详细需求说明书/客户化开发需求确认单/开发需求变更客户确认表/系统详细设计说明书/系统操作手册/测试用例(功能)/BUG测试跟踪表/客户化开发完成确认单
  • 项目管理交付物Check List

    千次阅读 2019-07-15 20:08:10
    PMO的工作包括提供项目管理过程模板,并确定里程碑节点交付物Check List。传统瀑布式项目重文档,一个大型项目的SVN库,能有100G资料。因此文档资料不在多,而在于是否做了适应性的裁剪,取不同类型、级别项目必需...

    PMO的工作包括提供项目管理过程模板,并确定里程碑节点交付物Check List。传统瀑布式项目重文档,一个大型项目的SVN库,能有100G资料。因此文档资料不在多,而在于是否做了适应性的裁剪,取不同类型、级别项目必需文档的最大公约数,作为项目的一项考核清单。既保证了项目关键文档的归档,也在过程中提升了项目经理的项目管理能力。


    Checklist

    在这里插入图片描述
    除了上图中的交付物,还可添加:

    1. 项目启动阶段,需求清单
    2. 调研,业务方案,系统方案
    3. 开发,开发、配置文档
    4. 测试,UAT测试报告
    5. 上线,项目型转运维型清单、机制

    SOW Mini Version

    1. 概述

      项目目标
      总体目标
      具体目标

    2. 项目范围

      组织范围
      功能需求范围
      客户化开发范围。接口范围
      数据迁移范围
      测试范围
      培训及知识转移范围。培训方法,培训内容
      上线支持范围

    3. 关键假设

      项目总体假设
      项目管理
      技术环境与管理
      数据管理
      后勤管理
      文档管理

    4. 项目各阶段工作描述和双方职责

      项目管理。项目计划,双方责任,交付件
      项目组织架构与人员职责。项目组织架构,项目角色职责清单
      项目准备阶段。目的和主要工作描述,双方职责,交付件
      项目实现阶段。目的和主要工作描述,双方职责,交付件
      验证阶段。目的和主要工作描述,双方职责,交付件
      上线准备阶段。目的和主要工作描述,双方职责,交付件
      上线后支持阶段。目的和主要工作描述,双方职责,交付件

    5. 交付件汇总

    6. 项目完成标准

    7. 项目预估进度表

    8. 项目费用和付款进度


    问题跟踪清单

    在这里插入图片描述


    风险跟踪清单

    在这里插入图片描述


    双周计划

    1. 本周计划
    2. 下两周计划

    Go Live Checklist

    1. 系统硬件部署验收清单
    2. 系统软件环境部署
    3. 上线期初数据整理
    4. UAT验收报告
    5. 信息安全验收清单
    6. 用户培训计划
    7. 上线切换计划
    8. 问题点
    9. 风险项
    10. 其他交付件

    上线总结报告

    一般在系统上线1-2月后

    1. 系统运营状态。用户数量、工单数量、项目最终验收报告
    2. 业务运作状态。业务流程运行状态
    3. 遗留问题%改善方案
    4. 项目交付补充
    展开全文
  • 项目管理教程-持续交付 项目管理教程-持续交付 项目管理教程-持续交付
  • IT项目实施交付总结模板,包括如何做实施交付项目经理、项目交付常见痛点、项目交付总结等内容
  • 项目经理,项目管理交付文档模板,概要设计,数据库设计,详细设计,需求分析等
  • 交付管理——怎样构建项目团队

    千次阅读 2020-08-27 18:18:24
    对于TO B类软件公司,尤其是偏项目型的公司来说,把项目签下来只是万里长征走完了第一步,能否把项目交付好才是关键,我见过太多的软件公司不是死于没有项目,而是死在了项目交付不了。 怎样做才能把项目交付好,...

    对于TO B类软件公司,尤其是偏项目型的公司来说,把项目签下来只是万里长征走完了第一步,能否把项目交付好才是关键,我见过太多的软件公司不是死于没有项目,而是死在了项目交付不了。

    怎样做才能把项目交付好,确保公司的可持续经营,是每一个创业者在创业初期就要想清楚的问题。在这里,我想先从组织架构讲起,跟大家聊一聊怎样构建项目团队。

    对一个公司的经营来说,如何把管理效能最大化,是每一个管理者都要考虑的问题,而项目团队作为组织架构的最小单元,其配置是否合理,是影响公司整体管理效能的关键因素。

    对于纯做产品的公司,其组织架构是职能型的,没有交付部门;对于纯做项目的公司,其组织架构是项目型的,一个项目就是一个部门。而TO B类软件公司一般都是既有产品又有项目,其组织架构是矩阵型的,职能部门养兵,业务部门用兵,有了项目才会成立项目团队去交付,因此项目团队是个临时性的组织。

    一、项目团队应该如何配置?

    项目团队的配置关键要看产品的成熟度。

    对于标准化产品的实施,比如财务系统,通常只需要一个实施顾问就可以了。所以金蝶、用友的实施顾问,一个人就可以同时负责几个项目。

    对于既有标准化产品又有个性化开发的项目,实施起来会相对复杂,需要成立项目团队,其基本配置大概如下:
    项目经理: 负责项目整体把控,包括团队的日常管理,客户沟通,需求梳理,原型设计等工作。如果项目小,出于节省成本的考虑,还要兼职数据整理,系统测试等工作。
    开发工程师: 包括前后端的开发,如果有移动应用还需要移动端的开发。负责系统设计、开发等工作。在开发人员中需要有一个技术组长,负责对需求实现的工作量进行评估,制订开发计划,分配开发任务,遇到技术难题时能够带头解决。

    对于完全定制化开发的大型项目,还需要增加以下角色:
    需求分析师: 负责协助项目经理整理客户需求,编写需求规格说明书;
    UI设计师: 负责协助项目经理画界面原型。一个好的UI工程师,不仅可以实现界面的友好性,同时也会兼顾到操作的易用性,即UE的工作;
    系统架构师: 负责协助开发组长设计系统架构,搭建数据模型。
    数据库管理工程师:即DBA,负责数据库的安装、部署、配置等工作;
    测试工程师: 负责系统的测试工作,包括单元测试、集成测试,原型测试,测试用例的编写,测试计划的制订,测试报告的输出,BUG的跟进等。
    在这些角色中,除测试工程师外,不需要全程参与项目,在使用时需把握好使用效率,在满足前置条件的基础上提前做好规划。

    项目管理也存在木桶理论,决定管理效能的永远是最短的那块板,所以项目团队的配置要尽可能均衡。

    二、怎样选择项目经理?

    一个好的项目经理是项目成功交付的关键因素。

    赛意信息科技有限公司董事长张成康先生在跟我分享赛意的成功经验时特别强调了项目经理的重要性,他说到在没有找到合适的项目经理前,即便有项目他也不会接。我对这句话的印象极为深刻!时至今日赛意早已成为了上市公司。

    对于项目经理的人选,历来有两种观点,一种认为应该由业务顾问担任,因为业务顾问可以更好的理解客户需求;一种认为应该由开发顾问担任,因为开发顾问可以更好的实现需求。我认为由哪个角色担任项目经理关键是看产品的成熟度,如果产品成熟度高,开发工作量小,业务顾问会比较合适,反之,则开发顾问会比较合适。

    另外,项目经理首先需要的是管理能力,其次才是专业技能,因此在其他条件相差不大时,谁的领导力强谁就更适合担任。

    当然,如果一个人既有与客户对接的能力,又有一定的技术功底是最好的,但这样的人很难找,或者即便能找到,成本也很高。

    三、资源不足时怎样确保项目团队的正常运转?

    在实际的项目实施中,项目团队会经常出现人员不到位,资源不足的情况,怎么办呢?

    两种方法,一是内部消化,二是向客户借力。

    内部消化,可以通过内部补位的方式把工作分配下去。一般来说,项目经理应该是个万金油,除了写代码外,任何岗位都是可以胜任的。而需求或开发人员也能够担任测试工程师的角色,开发人员可以交叉测试,根据测试用例相互测试对方开发的模块。

    向客户借力,实施项目团队的成立不是单方面的,客户的人也要参与其中。有经验的项目经理一开始就会把客户的人拉进来,一起整理数据,一起参与测试,有些客户有独立的IT部门,具备一定的开发能力,则把这些开发人员全部调动起来,以熟悉系统,帮助客户培养人才的名义给他们分派工作,以此来弥补自身资源的不足。而且这样做还有一个好处是可以让客户深度参与,客户参与度越高项目成功的机率也就越大,因为大家都希望自己的工作能够得到别人的认可,不会去轻易否定项目团队的工作成果,这就是人性!

    以上是我在项目团队组建方面的经验总结,接下来我会继续分享有关项目交付方面的方法和技巧,有兴趣的朋友可以和我一起交流,感谢大家的关注!

    展开全文
  • 介绍公有云项目特点和挑战、公有云解决方案架构、公有云版本策略和云服务路标、华为公有云项目交付策略、公有云交付措施等
  • 项目经理手册,项目经理手册(软件交付)
  • 项目交付实施问题跟踪,项目任务分解和跟踪表,无须进行再次处理,直接可以使用
  • CMMI项目实施可交付文档(全套237个文档),包含全套237个项目管理文档。。。。。。
  • 项目管理之产品交付1

    千次阅读 2018-12-04 17:59:03
    1、确定项目的三方人员,项目经理,产品经理,技术经理三者角色和分工边界 2、确定好各方资源,尤其是前期产品资源进场调研需求的人员,技术经理保持全程跟进,和业务开会沟通需求,产品梳理方案,技术提供解决思路...
  • 项目交付中遇到的问题及解决方案

    千次阅读 2017-08-24 15:10:20
    遇到的紧急事件: Q:  1. 突然需要交付单元测试用例和单元测试报告; 2. 需要交付接口测试...5. 不能合理规划好时间,随时掌握项目动态,不能及时了解项目的进展,造成测试局面很被动; 6. 对测试质量,没有办法
  • 华为内部的项目管理之沟通流程

    千次阅读 2019-01-28 17:40:32
    良好的沟通渠道可以减少内耗,让项目进行得更顺利。但如果沟通渠道不畅通,就会造成很多误解,从而伤害感情,甚至影响到交流的平台。可能的沟通渠道数量可以用一个简单的公式计算:N(N-1)/2. 在项目组里,简化和...
  • 项目管理过程文档-交付件清单
  • 集成项目管理交付清单

    千次阅读 2020-05-31 08:34:00
    1.3. 整体项目工程进度计划制定 1.4. 现场勘察记录 1.5. 机房布置设计规划 1.6. 硬件系统设计规划 1.7. 硬件系统设备接口设计规划 1.8. 内外网IP地址规划(应用系统提出详细需求) 1.9. 主机集群及存储规划...
  • 借智导读华为的管理模式一直在被国内企业效仿,这一方面体现了众多企业管理者对于...端到端交付,实际上是指端到端的合同交付,以合同为主线,包括项目立项、投标、合同签订、制造/发货/工程准备、工程实施和合同...
  • 如何提高项目交付效率

    千次阅读 2020-03-18 11:06:06
    道法术出自老子《道德经》,道,是规则、自然法则,上乘。...日常工作中新知识学习、新技能扩充、未知问题解决、项目实施交付,都可以从道、法、术、器这几个层面入手,找对解决方案,选对解决措施,将问题逐一击破...
  • cmmi项目交付

    2015-05-08 11:41:27
    cmmi中的交付物,对于项目管理比较实用
  • 敏捷软件交付项目管理及相关工具

    千次阅读 2011-04-02 16:47:00
    软件交付项目管理的特殊性在于其管理对象是软件交付,虽然其基本管理思想和管理方法都跳不出通用项目管理范畴,但其面临的全球化、复杂性和治理等方面的独特问题,迫使相关人员不断地去思考和创新软件交付方法和...
  • IT项目管理总结

    千次阅读 2017-02-07 19:06:09
    一、项目规划阶段 1.项目了解  了解项目性质、项目需求、预期产品的功能、针对的客户群、项目目的;了解客户和公司对项目的看法、对项目的实际期望,与客户和公司进行需求分析和技术可行性分析。 2.需求分析  ...
  • 项目交付关键几个点

    2020-08-10 11:22:42
    关于项目角度的工作存在一些关键几个点要注意的:识别风险、管理客户、管理目标。 一、识别风险: 客户关系不好是风险 交付范围扩大是风险 需求变更是风险 团队管理与合作有风险 注:遇到风险一定要做好一些...
  • IBM资深开发经理告诉你如何用敏捷开发技术与敏捷项目管理方法来开发软件,仔细领会后你将掌握如何超越技术、流程、需求管理复杂性的屠龙大技。
  • IT项目实施交付总结模板,包括如何做实施交付项目经理,项目交付关键点,项目交付总结
  • 华为项目管理模板之04项目进度计划表(甘特图图片) 一、项目基本情况 二、项目进度表 华为项目管理模板之04项目进度计划表.docx
  • CZ是某软件公司的项目经理,负责公司软件项目的实施交付。近期,CZ发现有很多项目项目数量>=4)均已延期。于是CZ私下里对每个延期的项目进行了详细调研与梳理,发现以下问题: CZ对每个延期的项目均是...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 125,751
精华内容 50,300
关键字:

项目交付管理

友情链接: fivechess.zip