软件公司项目管理办法(15P Doc)
项目管理办法
第一章总则
第一条为了完善公司项目管理工作，明确项目管理参与者的职责和权利，促进项目管理的科学化、规范化，结合我司的实际情况，特制定本办法。
第二条本办法适用范围为经公司项目管理委员会立项的项目。
第二章公司项目管理的组织机构及管理职责、权利
第三条项目管理委员会
项目管理委员会是公司项目管理的最高决策机构，由公司总经理和副总经理组成项目管理委员会领导小组并由总经理任领导小组组长，公司各正副总监为项目管理委员会成员组成。根据项目的性质或需要，公司可聘请或指派其他人员进入项目管理委员会任临时成员。
第四条项目管理办公室
项目管理办公室为项目日常管理的常设机构，是公司项目日常管理机构，对项目管理委员会负责，项目管理办公室设在企管部。
第五条项目经理
一、项目经理的任命
项目经理可由主要实施部门总监推荐，经项目管理委员会确认后任命，或由项目管理委员会直接指定；此外，也可根据公司
和项目的实际情况，通过签订劳动合同的方式外聘项目经理。担当项目经理职务的人员需在项目主要相关业务上有一定的工作经验，对于所实施的项目有一定的了解。一人可担任多个项目的项目经理。
二、项目经理的解职
1、项目完成验收后由项目管理委员会解职。
2、在项目实施的过程中，出现下列问题时，经过项目管理委员会讨论，有权解除该项目经理，进行重新任命：
1)项目经理与项目组成员有巨大的沟通障碍，项目组的工作进展困难；
2)项目经理在项目实施过程中，项目出现实际与计划严重相背离的情况；
3)项目经理在未经项目分管领导和项目管理委员会授权的情况下越权开展工作，甚至发生给公司造成严重损失的情况；
4)项目经理存在能力的不足，且项目分管领导或项目委员会超半数成员认为有必要更换项目经理的情况。
3、项目经理在项目进行的过程中因故向项目分管领导或项目管理委员会提出辞去项目责任人的申请，经项目管理委员会讨论同意后可予以解职并重新进行任命。
第六条项目小组
项目组成员由项目经理挑选并报项目管理委员会审批，通过后提交项目管理办公室备案。
1、项目组成员根据项目实际工作需要可由不同部门人员组成，项目经理可根据项目的实际开展情况申请增减或变更，但变更方案必须报项目分管领导及项目管理委员会批准，并报项目管理办公室备案。
2、项目组及成员一经确定，项目组成员在项目实施过程中必须听从项目经理的安排，各行政隶属领导应全力支持项目经理及成员的工作。
第七条组织结构中各关系人职责及权力见附件6。
第三章项目的立项
第八条项目的界定
符合以下原则和条件的业务，可作为项目立项：
一、技术研发类
1、新产品开发；
1）与公司的经营战略相一致的自主知识产权的软硬件产品研发。
2）新开发的产品应具有较好市场前景和一定的生命周期。
2、重大技术攻关；
同公司产品紧密相关的，能解决公司现有产品的重大问题，或能完善和扩展现有产品，预期能为公司带来利润增长的重大新技术、新方法的研究攻关。
二、经营业务类
1、公司对外承接的系统集成与软件开发业务。
2、公司安排的其他重要任务。
第九条业务的报备
1、在业务需求产生之初，即由各业务部门向项目管理办公室报备。报备须在公司管理系统中录入业务及客户相关信息，并填写业务报备信息表（见附件2）。
2、业务的报备不受前述项目界定的限制，凡在公司经营范围内的业务，均应进行报备。
3、报备后的业务，无论立项与否，均按本办法进行管控和考评。
第十条立项
1、业务部门根据具体业务的开展情况，在适当的时机向项目管理办公室提出立项建议。经项目管理办公室认定符合项目界定范围的，报项目管理委员会审批。经项目管理委员会审批通过确定立项的业务，由项目经理填写项目立项报告（见附件3）并提交项目管理办公室报项目管理委员会评审，评审通过后正式立项。一般项目由相关部门及领导在立项报告上签字即表示确认通过，特殊项目可由项目管理委员会召开会议进行评审。
2、立项时即须确定项目的成本及预算费用。
3、立项时即须确定项目的里程碑及进度计划，原则上应与合同约定的工期和付款时间相匹配。
4、立项时确定的预算费用、里程碑和进度均将成为项目日常和结项时考核的依据。
第四章项目的管控
第十一条项目基本流程
项目原则上分为筹备、实施、交付和维保四个阶段，不同阶段对应不同的流程任务及文档。公司项目基本流程见附件1。
第十二条项目日常信息
1、项目日常信息的报送是项目组日常工作之一，是项目管理委员会和项目管理办公室进行项目管理的重要信息来源。
2、项目组每周五下午下班之前，需提交项目报表（见附件4），并将项目最近进度信息录入公司管理系统。
3、项目中产生的各种费用，均应录入公司管理系统，经项目管理办公室登记备案并在报销单据上签字方能进入报销流程。
第十三条项目过程文档
1、项目各阶段结束后，项目组应及时将对应文档（见附件5）电子档报项目管理办公室备档。
2、项目结题后，项目组应将项目所有文档资料的电子档和纸质档各一份交项目管理办公室备档。
第十四条项目变更
项目组应严格按照立项时确定的项目组成员、预算费用和进度计划等要素开展项目工作。如因特殊原因确需进行变更的，项目组应以书面形式向项目管理办公室提交变更申请，详细阐述需要进行变更的要素及变更原因。项目变更申请应由项目经理及分管总监签字同意后，经项目管理办公室提交项目管理委员会审批，
通过后予以执行。项目变更申请应作为项目资料的一部分由项目管理办公室存档备查。
第十五条项目中止
项目由于各种原因中止时，项目经理须向项目管理办公室和项目管理委员会提交情况说明，将项目最终进度信息录入公司管理系统，并将当前所有资料交项目管理办公室备档。
第十六条项目结题
1、原则上项目在通过终验并完成对客户的交付后，即可向项目管理办公室申请结题。
2、项目结题时，项目经理应将项目所有资料的电子档和纸质档各交一份至项目管理办公室，将项目对应情况信息录入公司管理系统，项目管理委员会和项目管理办公室将对项目进行考评。
3、项目须在满足结题条件后20个工作日内进行结题。
第十七条项目后续维保
项目结题后，应由项目经理发起、项目管理办公室主持召开后续维保的移交工作会议，由项目组和后续维保责任部门相关人员参加。会议将确定项目的后续维保责任部门、责任人、责任范围等相关事宜。
第五章项目的考评
第十八条考评的种类
1、项目的考评分为日常考评和结题考评。
2、日常考评即对项目日常文档的归纳、日常信息的更新、
阶段性进度的完成情况和收款情况等进行考评。此部分考评纳入到公司绩效考核中执行。
3、项目结题后，由项目管理办公室组织对项目进行结题考评。
第十九条结题考评标准
结题考评由项目管理办公室和财务部根据项目完成情况对项目进行评分,并填写《项目考评表》（见附件4）的“项目评估”栏。评分从项目进度、项目质量、成本控制和项目资料四个方面进行，依据以下标准考评（满分100分）：
1、项目进度（30分）：以按原订计划期交付及回款为标准，因为客户原因导致的延期视为按期完成；因项目组的原因导致的延期，每延期一个工作日扣0.5分；因项目组延期导致客户罚款的，核算项目利润时须将罚款作为成本从项目利润中扣除，以不超过利润总额为限。
2、项目质量（20分）；以通过客户验收、成功交付项目成果为标准。因质量不合格而未通过验收的，发生一次扣5分。
3、成本控制（30分）：以立项时经过相关管理委员会审定的成本费用额度为标准，每节省1%的成本加1分，以10分为限；每超出1%扣1分。
4、项目资料（20分）：按本办法规定的资料报项目管理办公室归档，每缺少一份扣2分，内容不详实或残缺不全的每一份扣1分。
第六章项目的奖励
第二十条项目的奖励参照公司相关管理办法的规定，原则上在每个项目结题后执行。
第二十一条如项目中途中止，则不再执行任何奖励。
第二十二条项目奖励的最终仲裁权归于公司项目管理委员会。
第七章附则
第二十三条在项目执行过程中，若发现存在有弄虚作假、营私舞弊等现象，将依绩效考核办法处理，并追究相关责任。
第二十四条本办法自颁布之日起开始执行，同时原二〇一五年三月三日颁发的《项目管理办法》废止。
第二十五条本办法解释权归属项目管理办公室。
附件1：项目基本流程表
附件2：业务报备信息表
附件3：项目立项报告
附件4：项目报表
附件5：项目考评表
附件6：项目管理机构及关系人职责及权力
2019年2月22日
项目基本流程表
阶段流程阶段性资料
筹备阶段业务产生业务报备信息表合同签订项目合同
项目启动立项报告
需求调研需求确认书
实施阶段方案设计
软件/系统设计方案
数据库设计方案
施工方案
开发实施
采购/外包合同
详细设计文档
测试/试运行报告验收交付
验收资料
用户手册
用户报告
源代码
维保阶段后续维保维护记录
业务报备信息表
填表时间：年月日
项目名称发起部门
客户单位客户联系人姓名电话
当前主要参与人员业务性质
（）产品研发（）技术攻关
（）软件开发（）系统集成
（）其它：（请注明）________________
预计工期项目预计金额￥项目简介
业务部门意见：
年月日业务中心总监意见：
年月日
项目管理办公室意见：
年月日
注：此表由业务发起部门填写，中心总监签字确认后，交项目管理办公室存档。
立项报告
填表时间：年月日
项目名称项目编号
XM-KF-2019-0306-007-[2019-009]
项目来源（）公司（）自行拓展自行拓展业务人员：
项目经理客户单位
客户联系人姓名：电话：
项目组
主要成员
部门
人员
分配比例
后续维护部门项目性质
（）产品研发（）技术攻关（）软件开发（）系统集成（
）其它：（请注明）________________
合同信息﹁含
采购及外包﹂
合同编号
合同名称我方角色总金额（万元）
主要内容/付款方式
成本费用预
算
交通费招待费
差旅费
燃油费
杂项
￥
￥
￥
￥
￥
采购费用
外包费用
合计
￥￥￥
备注：
预期利润￥预期利润率%
项目简介
项目里程碑
计划
（注：如调研、
方案编写、开
发、实施、设备
验收、割接、初
验、终验、以及
阶段款收取等
关健阶段）
编号时间点主要内容/回款情况阶段性交付成果参与人员
项目
交付成果
项目经理确认：
年月日部门负责人/总监意见：
年月日
财务部意见：
年月日
分管总监意见：
年月日
项目管理办公室意见：
年月日副总经理意见：
年月日
总经理意见：
年月日
注：此表由项目经理填写，通过审批流程后，交项目管理办公室存档。
项目考评表
项目基本资料
项目名称
项目编号
项目类型
□1.产品研发□2.技术攻关
□3.软件开发□4.系统集成
□5.其他：
项目经理
项目结题时间
项目评估
考核条目评分评估人签字备注时间(30分)项目管理办公室
质量(20分)项目管理办公室
成本(30分)财务部
资料(20分)项目管理办公室
总分（100分）项目经理确认签字：
审批部门负责人/总监意见分管总监意见
副总经理意见
总经理意见
项目管理机构及关系人职责及权力
一、项目管理委员会主要职责：
1、对项目进行可行性评估论证,对项目立项、项目撤消、项目结题以及项目相关计划进行评审和决策；
2、监督项目管理相关制度的执行；
3、对项目进行过程中的重大里程碑、重大变更计划做出决定；
4、任命和解职项目经理；
5、确定项目经费及项目的绩效考核原则。
二、项目管理办公室主要职责
1、拟定项目管理的各项相关制度、标准和流程；
2、依照项目管理相关制度，督促检查项目进程；对项目的进展及时跟踪；
3、对项目的关键时间进度、费用控制情况等进行管控并在可能产生风险时及时预警。
4、协调项目开展所需的资源及项目的外部工作；必要时可召集相关职能部门协调解决项目开展工作中的矛盾、冲突。
5、保存项目过程中的相关文件和数据；
6、定期向项目管理委员会汇报项目开展情况。
三、项目经理主要职责：
1、保证项目工作按计划开展和进行，并对项目的最后结果负有主要责任。
2、负责填写、起草项目相关表格和文档。
3、合理的分配和使用项目管理委员会核定的项目范围内的资源。
4、组织形成良好的项目合作团队。
5、负责对项目小组各个成员进行绩效评估。
6、定期汇报项目的进展情况，并接受项目管理办公室不定期检查和监督。
四、项目经理的权利
1、对项目开展有进行组织、计划、实施的权力，对项目内部工作具有指挥的权力；
2、有权挑选项目组成员；在项目进行中，对不合格的成员有建议退回其原部门或要求其所在部门调换人员的权力；
3、有对项目资源进行具体的分配和使用的权利，且根据项目的需要有申请计划外资源的权利；
4、对项目管理委员会审定的项目奖励的分配有建议权；
5、有权根据项目的进展情况向项目管理办公室提出申请召开项目阶段性评审会和项目完成评审会；
6、有要求项目相关部门配合的权力；
7、有直接对公司领导汇报工作的权利。
软件项目总结报告
软件项目总结报告范文 1引言 1.1编写目的 XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。 1.2背景 项目名称：XXX业务管理系统 软件名称：XXX业务系统 客户：XXX 用户：XXX员工 1.3参考资料 项目开发文档： １．软件开发数据模型：PDM_OperationSystem20070831.pdm ２．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc ３．软件业务流程参考：XXX业务管理系统流程说明.doc ４．软件使用手册参考：XXX业务管理系统功能说明3.0.doc ５．软件业务流程参考：XXX业务管理系统流程说明.doc ６．软件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for https://www.sodocs.net/doc/af9182508.html,2.0.rar ７．软件中使用的安全Ikey驱动：Ikey Driver.rar 以上参考资料是截止2007-08-31是最新的资料文档。如有修改，即使修改此处的参考文档名称。 2开发工作评价 2.1对生产效率的评价 １．系统开发已历时快１年的时间了 ２．开发的反复性比较多。 ３．对客户的需求理解不是很透彻。
综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。 2.2对产品功能的评价 经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。 2.3对技术方法的总结 在此项目中使用到技术和工具： １.使用代码生成器：使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。 ２.使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。 ３.使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。 ４.使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。 ５.系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。 ６.系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。
珠海市海容软件有限公司代理商管理制度
代理商管理制度 本着双赢的理念，为建立一个完善的代理商网络，特制定珠海市海容软件有限公司代理商管理制度： 第一条代理范围 珠海市海容软件有限公司研发产品《宽带家教王》，用户通过购买充值卡享有网上《宽带家教王》学习的权利，充值卡面值为360元/年。 第二条代理商资格 申请成为本公司代理商必须具备以下条件： 1、具有独立法人资格，并有对本公司代理产品的合法经营权（提供相应证明资料）。 2、良好的资信能力和商业信誉。 3、从事计算机、教育、网络类硬件或软件产品销售的公司，在全省或区域具有较完备 的分销渠道，有良好的同类产品销售业绩和客户关系，认同《宽带家教王》的市场潜力。 4、需提供较完善的市场管理、拓展、营销计划。 第三条代理资格：（根据不同地区人口经济情况不同，资格认定的标准有所浮动） 1、省级总代理商：首批进货结算额为20万元，为所在省份或直辖市地区总代理商， 有权发展所在区域的二级营销网络，享受进货折扣为**折，承诺完成半年进货结算额40万，全年进货结算额80万的任务指标，超额完成部分享受10％返利，返利形式为等价值的充值卡，获得相应经销推广支持。 2、省会级城市代理商：首批进货结算额为5万元，为所在区域独家代理商，有权发展 所在区域的直销商，享受进货折扣**折，承诺完成半年进货结算额15万，全年进货结算额30万的任务指标，超额完成部分享受10％返利，返利形式为等价值的充值卡，获得相应经销推广支持。 3、地市级城市代理商：首批进货结算额为2万元，为所在区域独家代理商，有权发展 所在区域的直销商，享受进货折扣**折，承诺完成半年进货结算额5万，全年进货结算额10万的任务指标，超额完成部分享受10％返利，返利形式为等价值的充值卡，获得相应经销推广支持。 4、直销商(普通代理)：首批进货结算额为2000元，享受进货折扣**折，不享有所在地区 独家经销的权利，获得相应经销推广支持。 第四条代理商的责任与义务 1、代理商一旦与本公司签订代理协议，即须遵守本制度有关规定。 2、代理商在代理协议约定区域内开展代理产品各种合法销售活动。严禁未经本公司书 面认可在其他区域内从事各种形式的本产品推销活动。 3、代理商须严格执行本公司规定的各种价格政策，不得随意调价扰乱市场价格秩序。 4、代理商须保证完成约定的销售目标额。 5、代理商需于每月提供销售、库存统计表，以便总公司及时掌握各地市场情况，协助 代理商完成产品的销售。
软件研发版本管理制度
北京东达悦科技有限公司 软件研发版本管理规范v1.0(草案) 研发部 2009-2-4
目录 文档类别使用对象 (3) 1．引言 (4) 1.1目的 (4) 1.2范围 (4) 1.3术语定义 (4) 1.4版序控制记录 (5) 1.5版本更新记录 (5) 2．版本管理 (6) 2．1版本标识方法 (6) 2．1．1正式版本 (6) 2．2目录结构 (6) 2．3文档的存放 (8) 2.3.1当前版本和历史版本的存放 (8) 2.3.2开发文档的存放 (8) 2.3.3源代码的存放 (8) 2.3.4 SQL语句的存放 (8) 2.3.5发行文档的存放 (9) 2．4权限控制管理 (9) 3．更新管理（版本升级） (9) 3.1版本升级原则 (9) 3.2 新版本的发布 (10) 4．备份管理 (11) 5．用户版本管理 (11) 6．研发部统一管理阶段性版本 (12) 6.1阶段性版本的提交到研发部 (12) 6.2阶段性版本的发布到公司网站上 (12) 6.3各项目组新版本内部及时备份。 (12) 7．版本工具的使用 (13) 7.1研发部采用SVN配置管理工具 (13) 8．各项目组提交文档及源码以及规则 (13) 8.1各项目组需要提交的文档 (13) 8.2目前所管理的产品列表 (14)
9．周报管理制度 (14) 10．风险管理制度 (15) 文档类别使用对象 文档类别 该文档是为东达悦公司提供一个版本管理规范性文件。 使用对象 该文档使用对象为东达悦软件公司研发本部各部门项目经理及版本管理人员，以及其他相关人员。未经许可，该文档不得提供给上述规定对象以外的人员阅读或使用。
软件企业研发组织管理制度
公司软件研发管理制度 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。
5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，
明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
科技股份有限公司软件项目管理制度
**科技股份有限公司 软件项目管理制度 目录
项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 1 引言 1．1编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列
出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2．1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2．2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2．3产品 2．3．1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2．3．2文件 列出需移交给用户的每种文件的名称及内容要点。 2．3．3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2．3．4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2．4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2．5完成项目的员迟用限 2．6本计划的批准者和批准日期
公司经营管理制度.
经营管理制度 第一章保密管理 为保守公司秘密，维护公司利益，特制订本制度。?? 1、公司秘密是关系公司发展和利益，在一定时间内只限一定范围的员工知悉的事项。全体员工都有保守公司秘密的义务。?? 2、公司秘密包括下列秘密事项：1）公司经营发展决策中的秘密事项；?2）人事决策中的秘密事项；3）专有技术；4）客户信息、产销渠道、产销策略、营销计划、定价政策和重要的合同、单据；?5）公司非向公众公开的财务情况、银行帐户帐号；?6）产品的具体材料成分，特殊制作工艺，产品的生产成本；7）经理确定应当保守的公司其他秘密事项。 3、公司秘密根据需要限于一定范围的员工接触。接触公司秘密的员工，未经批准不准向他人泄露。非接触公司秘密的员工，不准打听公司秘密。?在对外交往和合作中，须特别注意不泄露公司秘密，更不准出卖公司秘密。? 4、属于公司秘密的文件、资料，非经批准，不准复印、摘抄秘密文件、资料。 5、记载有公司秘密事项的工作笔记、电子储存器，持有人必须妥善保管，原则上不准带出公司。如外出需携带须经理同意，并妥善保管，如有遗失必须立即报告并采取补救措施。 6、公司薪酬福利制度属于保密事项。公司员工在任何场合、任何情况下，对内、对外都不得泄露、打听、议论本人及他人的薪酬福利待遇的具体细节及数额。 7、对保守公司秘密或防止泄密有功的，予以表扬、奖励。违反本规定故意或过失泄露公司秘密的，视情节及危害后果予以处罚，直至予以除名，公司保留追究刑事责任的权力。?? 第二章行政管理 一、工作纪律 1、上班时间不准大声喧哗、不准打瞌睡。 2、上班时着装整洁、坐姿端正，树立良好的公司形象和个人形象。 3、工作时应注意提高工作效率，尽量减少私人电话及聊天，严禁看与工作内容无关的书报杂志、视频、新闻、玩电子游戏、上网聊天等，营造良好的工作氛围。 4、员工应养成开源节流、节能降耗的良好工作习惯，下班时应注意能耗设备（电脑、空调、灯等）是否关闭完好，下班时间、节假日等非工作时间（非加班情况下）不在办公区域做与工作无关的事情。 5、电话、灯光、复印机、空调机、电脑及其他电器应按规定使用，不做私用。最后离开公司的员工应确保门、窗、灯、空调均关闭。 6、危险物品严禁带入办公区域。
软件开发部规章制度及软件项目管理方法
软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间
软件公司实施部项目经理绩效管理考核办法
软件公司实施部项目经理绩效管理考核办法 This manuscript was revised by the office on December 10, 2020.
项目经理季度绩效考核办法一．考核项目 1.目标考核（90分） (1). 业绩目标50分 (2). 管理目标(周绩效评价)40分 2. 胜任力评价(10分) 二．季度绩效考核办法 1.考核周期 项目经理绩效考核周期为每季度一次。每年4月至6月为第一季度，7月至9月为第二季度，10月至12月为第三季度，1月至3月为第四季度。 2.目标考核（90分） (1). 业绩目标50分 每个季度最后一个月最后一周设置下季度工作业绩目标，并确定考核标准。每个季度第一个月对上季度工作业绩目标进行考核。详见表一项目经理业绩目标考核标准表 项目经理季度业绩目标考核标准表 表一项目经理业绩目标考核标准表 (2). 管理目标(周绩效评价)40分
管理目标(周绩效评价)考核满分为40分，每季度最后一个月设置下季度管理目标（详见表二：项目经理管理目标统计表），并根据管理目标表以季度计划(周报)的形式做好执行计划，部门经理根据季度计划(周报)对项目经理季度管理目标进行考核评分。 项目经理季度管理目标考核标准表 表二项目经理管理目标统计表 2. 胜任力评价(10%) 胜任力评价满分100分。胜任力评价计分方法：胜任力评价评分 / 100 * 项目经理等级标准分 *15% 。胜任力评价详见附表 03 项目经理管理能力测评表.xls 3. 项目经理季度绩效考核工作流程及岗位职责 项目经理绩效考核工作流程及岗位职责统计表 项目经理绩效考核统计情况表：
项目研发工作总结报告
项目研发工作总结报告 I引言1． 1编写目的 说明编写这份项目开发总结报告的目的，指出预期的阅读范围。 1．2背景 说明： a．本项目的名称和所开发出来的软件系统的名称； b．此软件的任务提出者、开发者、用户及安装此软件的计算中心。 I．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出要用到的参考资料，如： a．本项目的已核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2实际开发结果 2．1产品 说明最终制成的产品，包括： a．程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量； b．程序系统共有哪几个版本，各自的版本号及它们之间的区别； c．每个文件的名称； d．所建立的每个数据库。如果开发中制订过配置管理计划，要同这个计划相比较。2．2主要功能和性能 逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需．求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。 2．3基本流程 用图给出本程序系统的实际的基本的处理流程。 2．4进度 列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。 2．5费用 列出原定计划费用与实际支出费用的对比，包括： a．工时，以人月为单位，并按不同级别统计； b．计算机的使用时间，区别CPU时间及其他设备时间； c．物料消耗、出差费等其他支出。 明确说明，经费是超出了、还是节余了，分析其主要原因。 3开发工作评价 3．1对生产效率的评价 给出实际生产效率，包括： a．程序的平均生产效率，即每人月生产的行数；
软件公司销售管理制度
销售管理
11.1项目立项类别划分
11.2项目立项条件 和客户签署合同后，或者通过正常的招投标程序已经中标后，可以立项； 原有专业软件的主板本号升级，经事业部经理同意，可以立项； 公司通用构件新品的开发、通用构件主板本号的升级，经技术总监同意后，可以立项； 由明确的意向客户，但尚未中标、也尚未签署合同，经公司市场副总经理同意后，可以立项； 其他新软件的开发，必须经过公司总经理室同意后，方可立项。 11.3项目投标 公司在参加招标项目前，经办人须填写《投标申请单》。项目的定价权限如下 特殊条件下，需要附加的审批，方可办理： ●可能需要支付其他商务费用的项目；投标前明知我方极难中标的项目；报名后放弃 投标的项目。不论项目金额大小，均需预先告知分管副总，并经分管副总同意。同 时告知总经理。 ●项目的投标保证金超过5万元的，《投标申请单》需总经理同意。 分管副总认为必要时，组织其他人员会商。在项目定价过程中如有必要，可通知技术总监、其他技术人员参与。 财务人员根据批准了的《投标申请单》办理投标保证金，在财务办公室内，加盖公司的
公章和法人代表章。图章需要外带的，由部门经理助理以上人员领用保管，并限在公司内使用；其他情况使用图章须副总以上领导批准。 11.3销售合同格式 销售合同分为：软件开发合同、网站制作合同；造价软件类合同、硬件产品合同；系统集成合同；软件维护合同、集成项目的维护合同；联合经营协议、合作协议等。常用的合同由公司制作标准版，统一发布，作为签约时的合同模版。 合同中的第一部分需写明双方单位的基本情况，如单位名称、地址、联系电话、法定代表人、经办人等。合同最后一页如无合同条款，仅有签字时，请在该页加上文字“（此页无正文）”字样。合同通常为一式四份，以确保公司能拿到二份原件为准。留存给对方的合同文本上，必须加盖我方骑缝章。采购合同用章使用1号章，销售合同使用2-5号章。 11.4销售合同审批 合同定稿前，须由审批人对合同条款、付款方式、免费维护期限等进行审定，审定通过后，方可签字盖章。 出现下列特别条款，需要附加的审批： ●条款A：涉及软件版权分享、源代码提供、免费服务期超过2年、无预付款、尾款支付 期2年以上、违约赔付总额超过合同额20%、垫资额超过20万元.月等条款。需分管副总审批 ●条款B：新开发项目、现场软件开发、提供源代码等条款。需同技术总监会商。 ●条款C：双方收益分成、项目垫资50万元.月以上。需总经理审批。 购销合同原则上使用合同章，合同章原则上不得外带，特殊情况需要时A类人员经部门
公司软件开发管理制度
XX公司软件开发管理制度 XX公司软件开发管理制度 版本：1.0 SDM审批： QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围：3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7 5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8
5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1：项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 2.适用范围： 公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员，软件开发人员，软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析，确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究，写出可行性报告 5.1.1.3 评审和审批，决定项目取消或继续 5.1.1.4 若项目可行，制订初步的软件开发计划，建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1）可行性研究报告* 2）初步的软件开发计划 3）十大风险列表* 4）软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析
软件开发项目管理制度44952
软件开发项目管理制度 一、 总则 为保障公司软件开发项目的工作能有效、有序的执行，保证项目的开发质量，维护公司及开发人员的利益特制订本制度。 二、 组织 软件开发项目的实施以软件开发项目组的形式进行，项目组中设有项目责任人（即项目经理）、项目开发工程师、测试工程师、辅助人员等。一般情况下，一个项目组负责一个软件项目的开发工作。对于特大型的项目可以组织多个项目组分块进行实施。项目组人员各负其责，在项目经理的统一领导组织下共同完成项目实施工作。 三、 责任 项目经理： 全面负责项目的开发组织工作，包括需求分析、系统设计、人员分工、进度安排等。项目经理负责组织完成项目系统分析报告、系统总体设计报告、开发进度计划表、系统测试大纲等技术文档编写工作。负责开发进行中的进度检查，联合调试、技术资料文件收集等工作。 开发工程师： 按照项目经理的分工安排完成软件开发项目中自己所承担 的开发工作。负责完成模块设计报告的编写工作。协助完成 软件开发部 项目组 项目组 项目组 项目经理 开发工程师 测试工程师 辅助人员 项目经理 开发工程师 测试工程师 辅助人员
软件的安装调试及售后服务工作。 测试工程师： 按照项目经理的分工安排完成对开发软件的测试工作。负责 完成测试方案设计、测试报告的编写工作。负责完成软件使用手册、培训教材等的编写工作。完成软件的安装调试及售后服务工作。 辅助人员： 按照项目经理的分工安排完成项目开发中的辅助工作，包括文档录入、资料整理等。 四、 流程 软件开发项目应按照以下流程进行 整个软件开发项目可分为四个阶段： A 段： 设计阶段。完成系统分析、总体设计、进度计划等工作。以提交系统分 析报告、系统设计报告及开发计划进度表为完成标志。 立项 建立软件开发项目组 调研用户需求 编写项目系统分析报告 讨论确定系统设计方案 编写项目系统设计报告 制定开发计划 确定人员分工进度安排 分工进行模块设计 编写模块设计报告 软件编程、调试 软件组装、测试 完成测试报告 安装、试运行、培训 验收、售后服务 编写软件用户手册 工作总结 结束 A B C D
项目管理总结报告两篇汇总
项目管理总结报告两篇 学习到了很多项目管理和质量控制的知识，同时在平时的工作中得到应用，并积累了一些相关经验。下面是职业和大家分享项目管理总结报告。提供参考，欢迎阅读。 篇一 20xx年，转瞬即逝，但回想刚到客户现场时的不知所措，却好像又过去了很久一样。在这一年的时间里，我们经历了酸甜苦辣，但是，最让人值得骄傲的是，我学习到了很多项目管理和质量控制的知识，同时在平时的工作中得到应用，并积累了一些相关经验。下面是我对过去一年的工作经验总结和自认为好的一些实践，请领导评审。 项目管理分为九大知识领域，分别是:范围管理、时间管理、成本管理、质量管理、人员管理、沟通管理、风险管理、采购管理和综合管理。 但是目前项目组在开发的过程中，不能详细而明确的说明用户需求，让用户在程序开发之前进行需求确认，使得后期不可避免的发生所谓的变更，而实际上也许是项目组不能实现用户的需求，用户没有别的办法，只能采取另一种实现方式的变更，或者程序实现了的并不是用户真正的需要，导致uat测试阶段大量的变更。我们一直以来的想法就是“抓两头，控中间”，所以，需求阶段建议采用原
型法，在用户无法提出明确需求的条件下，尽量引导、还原用户需求，且需求一定要业务部门确认。另外，据我的经验，项目组在制定项目计划的时候，一定要把项目组所有的任务都包含在进度表里，包括文档的评审、代码检查、上线会议等管理及沟通工作。事实证明，如果按照行方的过程要求，把任务尽量全面的列入进度管理表中，到了对应的时间点，也不会忘记此项活动的执行，因此，相对能比较好的执行要求的过程。 时间管理方面，目前，由于受评分体系的制约，普遍存在的现象是，无论谁的原因导致进度落后，项目组都会频繁的调整进度管理表，来使进度不延迟。时间管理重要的是保证项目进度与计划一致，但是受各方面原因制约，几乎没有一个项目组能够按照进度计划执行项目。人都是有惰性的，就像忘记了哪个原理所阐述的，一个任务本来可以三天完成，但是分配给人十天完成，那这个人就一定会在十天完成，而不会提前完成。我跟踪的一个进度控制相对比较好的项目，项目组内部控制进度非常紧，留出充足的缓冲时间，所以，相对这个项目进度延期的可能性就小了很多。 因为本次工作我们是代表甲方进行管理的，所以在这一年当中几乎没有对成本进行控制，此处不做说明。 我们过去一年最重要的工作，就是项目管理和质量控制，但是作为最重要工作之一的质量控制，我认为我做的并不好。在过去的一年中，过程质量保证相对做的比较好，但是产品质量方面就差了很多。cmmi标准ppqa过程域中要求的
软件销售管理制度
软件销售管理制度 为加强市场部的管理，维护和建立公司与客户的良好尖系，使其他部门各项工作得以顺利开展，为规范销售行为，确保销售指标的达成，根据公司相尖管理规定，制定本制度。 第一章：销售指标管理 第一条销售指标是评价销售人家业绩的主要参考依据，由销售部经理负责组织规八定。第二条销售部经理在设定销售指标是，需要参考以下因素。 1?近期人均销售量； 2?同类企业人均销售量； 3?市场需求变动情况； 4?公司销售政策的调整等；第二章销售人员管理 第一条销售人员应以和气的态度与客户接触，应注意服装仪容之整洁。 第二条销售人员应保守各项销售计划、营销策略等商业机密，不得泄露他人。第三条销售人员不得无故接受客户的招待，更不得工作时间饮酒。 第四条销售人员应熟悉公司产品的特性，能够随时解答客户尖于产品性能、规格、价格的问题。 第五条销售人员对待客户的抱怨应忍让，不允许于客户发生冲突。第六条销售人员应定期拜访客户，收集市场信息，主要包括以下内容。 1?产品质量的反应。 2?客户使用情况及满意度。 3?竞争产品使用情况及满意度。 4?有尖行业动态信息。 第七条销售人员离职除依照公司相尖规定办理手续外，必须做好以下资料移交工作。 1 ?所负责的客户花名册。 2 ?应收账款清单。 3?领用的公共物品。 第三章销售回款管理 第一条销售人员收到客户的贷款应当日缴回，若因特殊原因不能缴回，应电话通知销售部经理。 第二条销售人员不得以任何理由挪用货款，否则追究其责任。 第三条销售人员应以公司核定的客户信用额度为标准，超过信用额度出货的，公司将追究相尖人员的责任。 第四条软件如不能满足客户需求，可以更换版本，不可退货。 第五条销售人员必须在与客户约定的结算日与客户结算，不得延迟。 第六条如收取的货款为支票，应及时交财务部办理拖收。第四章销售工具的使用，领用管理
[管理制度]公司项目管理制度
（管理制度)公司项目管理制度
项目管理制度 （VER:01-11-01） 第壹章总则 第一条贯彻公司以市场为中心的基本思想，理顺项目管理中人、财、物的关系，明确工作责任，充分体现人尽其才，物尽其用的原则，遵照国家有关规定和公司其他有关规定，特制定本制度。 第二章定义 第二条遵循项目经理负责制的原则，通过项目经理和项目组织的努力，运用系统的理论和方法对特定项目及其关联可利用资源进行计划、组织、协调、控制，以实现项目的预定目标。 第三条适用范围 1、硬件工程：除纯硬件销售之外的硬件项目，包括网络设备安装工 程、综合布线工程、监控产品的安装工程等。 2、软件工程：凡公司自行开发及代理软件项目，包括OA系统、 MIS系统，电子商务软件，企业的MRP、MRPII、ERP等。 3、综合性工程：划分为硬件分项工程、软件分项工程实施管理。 4、其他应该实行项目管理的工程。 第四条名词解释 1、项目业务经理：于项目签约以前的项目经理，主要负责完成项目 的前期需求调研及总体设计方案，从项目的前期公关、跟踪，直至 项目的签约。 2、项目实施经理：于项目签约之后的项目经理，主要负责项目的详
细调研及详细设计方案，从实施计划的制定、执行，直至项目的完工验收。 3、责任业务员：按公司有关规定，和项目成败具有直接利益关系的 人员。
第三章流程第五条项目准备 1、业务信息的管理 2、意向客户的确定 第六条项目立项 1、立项 2、跟踪 3、签约 第七条项目实施 1、确定实施小组 2、制定实施计划 3、编制项目预算 4、执行实施计划 5、协助项目决算 6、项目内部评审 7、完成竣工验收 8、提交竣工文档 第八条项目终止 第九条项目文件归档 第四章项目准备第十条适用范围：销售中心
项目管理学习心得体会
项目管理学习心得 非常感谢公司给我这次参加项目管理的培训、提升自我的机会。虽然这两次培训的过程很辛苦，强度也很大，但付出总有收获，我学到了很多关于项目管理方面的知识，学会了利用WBS对任务进行层层分解，学会了利用鱼刺图、流程图等工具进行质量分析，在学习的过程中也发现了自己很多的不足。同时深刻的体会到项目管理在药品研发中的重要性。这两次培训让我深刻检查和审视自己知识经验，下面是我对这两次培训的总结和心得体会。 一、沟通是项目管理中桥梁 沟通是人与人之间、人与群体之间思想与感情的传递和反馈的过程，以求思想达成一致和感情的通畅。项目能否顺利开展、完成。离不开有效的沟通，一次次的沟通就好比搭建起一座座桥梁，如果没有这样的一座座桥梁，我们的道路就不通，也就没有办法进行有效的沟通。在培训中，梁老师在课堂开展了“邮差”的小游戏，在游戏中，我是担任项目组成员，最后我们小组没能完成任务。过后对游戏过程的思考，给我带来很多的感触，其中重要的一点就是我们项目组成员没有进行有效的沟通，我发现我们项目组成员A、B、C之间的沟通很多，但是没有什么明确的目的性，就是各自在埋头苦写，进行着很多无效的沟通，浪费了很多时间，二十分钟过去了，我们项目组成员A、B、C三人还彼此不清楚我们之间共有的图案是什么？这就是典型只是停留在形式上的沟通，没有带着目的性的沟通。另外，做为项目经理的话，有效的沟通对项目开展起着至关重要的作用，项目经理如果没有掌握好沟通的技巧和沟通的目标性，开展工作也会带来很多的困难，项目也就无法正常运作下去。结合我们的工作，也存在很多关于沟通上的问
题，做为项目负责人，如果你没有很好的跟组员之间进行沟通，没有将你的任务明确的交待下去。就会造成项目组成员的开展很多无效、无用的工作，拖慢了进度，浪费了时间，严重的可能还导致项目的失败。 二、团队建设是项目管理的基础。 一个项目如果离开了团队建设，没有了凝聚力、合作、目标、行动、思想。我想这个项目开展起必将因难重重，可想而知，项目也会以失败告终。只有将团队建设的基础打好，打结实了，我们的项目才能顺利的开展。在一个团队中，或多或少都会存在一些短板的，做为项目经理，你就是要有目的性去培养成员，克服困难，提高成员的能力。结合我们现实的工作，很多项目经理可能会存在这样的想法和担忧，如果我培养了成员，成员的能力强了，赶超我了怎么办？我这个项目经理到时会不会给别人取代呢？项目经理如果存在这样的想法的话，你的思想就存着很大的错误，项目经理反而成为项目开展的最大阻力，你的项目就无法完成。反而，只有培养好项目成员的能力，是更有利于你项目的开展。项目组成员能力增加了，项目成员是感谢你项目经理的培养和重视，自然对项目经理的向心力也就越强，团队成员之间凝聚力也就越强。有这样很好的团队建设，团队才能有统一的行动、统一的思想、统一的目标，团队才有强的战斗力。同是在项目经理在对项目成员的培养过程中，对于项目经理也是一个很好的自我总结和学习过程，有利技术更进一步提炼和总结。提升了自己的能力，也提升了团队战斗力。 三、质量控制是项目管理的生命 一个简单的道理，企业要在激烈的市场竞争中生存和发展，仅靠方向性的战略性选择是不够的。残酷的现实告诉我们，任何企业间的竞争都离不开“产品质量”的竞争，没有过硬的产品质量，企业终将在市场经济的浪潮中消失。而产品
软件公司销售管理部职责制度和流程
销售管理部Sales 职责/制度/流程
目录 一、销售管理部部门职责........................................................................... 错误!未定义书签。 二、销售部职能、组织结构和内部管理制度 ......................................... 错误!未定义书签。 1、销售的职能定位与工作范围................................................................ 错误!未定义书签。 2. 销售的组织结构与岗位职责................................................................. 错误!未定义书签。 3. 销售管理制度.......................................................................................... 错误!未定义书签。 三、销售管理职能工作流程....................................................................... 错误!未定义书签。 1、合同审批流程......................................................................................... 错误!未定义书签。 2、报价审批................................................................................................. 错误!未定义书签。 3、代理商管理制度..................................................................................... 错误!未定义书签。 4、销售支持................................................................................................. 错误!未定义书签。 5、发货.......................................................................................................... 错误!未定义书签。 6、二次开发需求......................................................................................... 错误!未定义书签。
软件公司研发项目管理制度
软件公司研发项目管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用 于公司软件研发与管理。 第二条本制度中软件开发指新系统开发和现有系统维护或改造，此类工作均需要以项 目制管理。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统 设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常支持由技术研发部承担；外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司等），由该公司（承包商）负责应用项目的实施。 第四条 软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。 第五条 除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组（可能包括网络管理员和合作开发商）。 第二节立项管理 第六条 提出项目需求的部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》，开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。 第七条 需求提出部门将立项分析报告》交相关部门会签后，上交公司高层进行立项审批，以保证系统项目与公司整体策略相一致。 第八条 《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组； 如果是合作开发，则与外包商共同成立合作开发项目组，以下统称“项目组”），项目组应包括业务组（由公司技术研发部需求管理组和相关业务部门组成）和开发组（自行开发为技术研发部开发组、网络管理员；外包开发为技术研发部指定的开发组长、网络管理员和外包商成员；合作开发为技术研发部开发组指定人员、网络管理员和外包商成员）。公司技术研发部委派一名项目经理负责监督项目的进度，进行项目管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。
项目经理做项目开发管理经验总结谈样本
项目经理做项目开发管理经验总结谈 一、项目过程 根据我们项目出现的问题, 我自己的总结的一些经验以及我在培训中学习得知识总结下项目中遇到的问题和解决方案。 1.1 签订合同 我们项目的合同内主要写的很模糊, 范围可大可小, 致使我们在后期的工作中项目越做越大, 可是项目费用是不变的。在国内的合同仿佛都是在打单时是基本上都承诺, 也不会到细节, 在合同签订后启动后才发现问题。但合同中能够写明如果需求变更什么级别的怎么样, 多少钱等;签订合同也是一个很高的技巧, 建议把系统的边界及功能范围和解决方案与合同一起签署, 这样客户提出的新功能就能够暂且搁置。 1.2 团队建设 在立项后尽早确定该项目的负责人及项目经理, 这个人员非常关键, 需要很强的综合能力, 特别的人格魅力方面。尽最大的努力将客户的人员加入到我们的项目团队来, 这个人也是我们将来和客户的统一联系人, 客户指定一个人和项目组进行沟通, 不能是张领导、王领导都来说几句, 如果她们意见不一致, 那你只有得罪领导的选择了, 因此, 项目的最初就要定好规矩, 项目组只认一个的意见, 有什么要求你们内部先统一再和项目组谈, 我们不想卷入客户内部业务部门之间的矛盾和政治斗争之中。很多项目经理都没有自己选择组员的权利, 那么, 就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同, 相差较大, 很难有什么具体要求, 可是, 一定要有精通客户业务的人, 很多小项目里, 这个人就是项目经理本人, 大项目里会配备行业专家( Industry expert) , 这样和客户沟通起来才不会鸡同鸭讲, 双方才能够
相互理解。项目经理需要了解每个组员的情况, 用就要用每个员工的特长。软件行业是个非常 特殊的行业, 从项目的管理以及人员的管理都有它的特殊性。 作为项目经理, 其实脑子里就是几样东西: 做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想, 这四个方面都是相互矛盾的, 属 于典型的又要马儿跑, 又要马儿不吃草的类型。考虑问题的轻重缓急方面, 往往是把快放在第 一位, 各方领导都会给你最后期限, 因此保进度是第一位的; 省是第二位的, 企业的根本目的 是盈利, 如果收入不能增加的话, 至少费用要控制住; 好是第三位的, 没办法, 谁都想精益求精, 可是, 没有强大的资源保障, 质量只好先牺牲了; 最后是多, 客户的要求源源不断, 如何 降低客户的期望值, 让她们从理想回到现实也是项目经理的分内工作。 1.3 需求调研 在需求调研分析阶段, 项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有 足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理和需求分 析员的工作问题以及调研工作做的不够细, 客户参与程度都不高, 客户方相关责任人不明确或 对范围和需求责任心不强, 提出的需求具有随意性, 项当前期对需求的确认不够积极; 多个用 户代表各说各话、昨是今非但同时又希望软件尽早交付; 我们的做法主要注重领导的需求, 基本上都是领导说什么就是什么, 致使开发出来的功能在实际使用中不是真正的使用人所需要的, 项目后期需求变化随意, 造成项目范围的蔓延, 进度的拖延, 成本的扩大。同时在我们的认识 中是需求调研很关键, 很多公司只是概念上认为该阶段重要, 需要投入的时间长, 可是实际上 很多公司做不到这个, 总想很快进入编码阶段。而且为了赶进度总想省做某些工作, 少写某些 文档, 使我们无法拿出客户需求以及后来功能变化和原先功能之间的对比度。 造成上述现象的原因是我们没有全面了解所有项目干系人的需求以及对需求调研的重视程度不够。软件开发是没有捷径能够走的, 省掉的工作后面会有更高的代价回报。全面的需求来自所 有项目干系人, 不同的干系人其愿望和追求的目标往往相差甚远, 因此对项目干系人的愿望进 行平衡可能是相当困难的事情。 软件开发项目的目的就是实现项目干系人的需求和愿望。如果对项目所有干系人没有进行足够 的沟通和影响, 使其尽可能地参与项目, 则可能因为项目开始时项目范围和一些具体需求不够