游戏项目开发管理回忆录
游戏项目开发管理回忆录
前言：阐述本人第一次开发游戏的管理经历。从项目制订到项目管理流程、人员管理、进度规划、发现并解决问题、部门间的沟通进行了简单的描述。本文档只作为相互了解和探讨之用，欢迎各位砸砖。目录
一、准备工作二、成败与得失三、研发团队的架构四、人员的管理五、项目的研发流程
六、游戏服务后台管理及制作七、规划产品的进度
八、游戏测试以及BUG修改九、会议安排以及工作汇报
十、游戏开发遇到的问题及解决十一、协调以及沟通工作十二、常用的软件
一、准备工作
1.根据领导要求制定项目开发计划；
2.根据项目计划收集项目制作的可行性资料；3.制订项目开发人员人数和开发预算；
4.招聘项目主要负责人（主程、主策划、主美）5.根据各部门负责人要求招聘开发人员；6.制订项目开发流程、功能规划、制作进度；二、成败与得失
1.团队的成败：
（1）团队制作了中国最早一批即时战斗网页游戏；（2）印证团队对市场未来的发展趋势的把握能力；
（3）没有抵抗住外界因素，导致产品不是第一时间进入市场；（4）开发第一款产品时团队能力不足，导致项目进度延迟；2.个人的得失：
（1）熟悉了整个产品的开发流程；
（2）提升对项目（人、产品、沟通）各方面的管理能力；（3）初期和领导层没有很好的沟通；
（4）初期对项目管理不足导致产品内容重复修改；三、研发团队的架构
四、人员的管理
1.招聘人员统一进行身体检查，避免人员进入公司后出现任何身体状况；
2.参与每个部门的独立会议和活动安排，采取人性化管理，关怀点对点，避免开发周期内主要开发成员流失；
3.制订团队成员奖励措施，对每个月为项目做出贡献的成员进行奖励（奖金、物品、活动等）4.收集成员的联系方式（避免成员因意外而无法联系到的问题）和生日信息（在生日时安排活动，增进成员之间的关系，因为很多人都是外地过来上海的，所以对他们的生活也要有一份关怀）；
5.根据人员对工作的态度和表现进行每3个月一次的绩效考核，根据情况进行奖励或者加薪；五、项目的研发流程
1.根据要求制订项目以《传奇》为蓝本，进行网页版《天魔录》开发计划；2.根据当时网页开发技术，讨论和拟订使用C++开发服务器后台，前端采用Flash技术开发，项目开始时间201*年6月15日正式开始；
3.由于无法招聘到有能力的数值策划，所有采用《传奇》的数值解决这个难题；
4.协调策划和程序对游戏的内容进行功能模块的划分和设计（程序和策划不是一个研发团队出身，所以在功能上设计上和程序开发产生分歧。通过收集其它游戏的功能数据进行对比和分析来解决策划和程序制作上的出入）；
5.协助程序和策划对游戏的策划文档、数值、数据库配置制订规范；6.协助程序和美术对游戏的美术资源制作制订规范；
7.安排策划和美术进行前期内容制作，根据制作的内容（角色、地图、UI）进行程序方面的技术测试；
8.根据测试结果进行修改并制订制作规范（角色资源载入方式、地图载入方式）；
9.安排程序制作游戏雏形（单机测试角色在地图中进行跑动、攻击），将制作结果展示给领导层。这个阶段用时1个月；
10.安排策划对这功能进行分类文档制作，实现初步的策划文档内容（聊天、角色属性、技能、NPC功能规划）；
11.协调美术和策划之间对UI、角色、怪物样式和功能按钮的制作及相关要求；
12.解决美术制作上对于资源大小的控制问题（网页游戏要严格控制美术资源的大小，提高载入效率和流量成本）；
13.协助策划根据程序制作的规范要求配置数据库数据和NPC（怪物）；
14.实现游戏网络化并安排全员测试工作（内网测试角色移动、地图载入、攻击数值、NPC数值、聊天），向领导层汇报工作进展并展示目前工作成效。这个阶段用时2个月；15.接洽美术外包商，根据美术部制作的原画，进行地图外包工作（招聘美术人员较少，大部分地图美术资源外包，为时1个半月）
16.协助策划招聘文案策划进行游戏任务的选写工作；17.协助策划配置装备属性；
18.参考客户端网络游戏新手引导系统，安排策划在游戏任务中加入新手引导任务；
19.收集并参考《热血传奇》《传奇世界》《征途》制订商城道具和商城功能的开发工作，并跟程序沟通各功能的用途；
20.至此游戏已经具备新手引导、任务、聊天、杀怪、升级、NPC买卖对话、装备穿戴、数值对抗、商城及收费道具等基础游戏功能，同时安排程序对服务器进行机器人压力测试，可以实现201*个机器人同时在线不停移动的人数承载。这个阶段用时3个月；21.修复游戏BUG和修改部分内容后游戏于201*年3月推出封闭测试版本；六、游戏服务后台管理及制作1.整理和制作后台管理文档；
2.与服务器程序沟通制作各种LOG日志；
3.协同.NET程序，并根据文档制作后台管理工具；
4.后台分析数据
（1）用户信息：注册用户统计、在线人数统计、账号充值和消费信息、道具消费信息、渠道用户导入信息；
（2）角色信息：消费信息、装备物品管理、等级、经验、金币、登录信息；（3）发布公告：游戏公告、礼品和补偿公告、即时信息；（4）物品发放：独立邮件寄送物品、全服发放物品；（5）异常追踪：任务完成数量、经验获取；
（6）聊天监视：同屏监视所有服务器玩家聊天；
（7）服务器维护：定时发布停服公告、按服务器时间断开连接；七、规划产品的进度
1.制订月度开发进度Excel进度管理表；
2.划分每个功能为一个模块，并细分功能制作规划；3.制订每周工作进度Excel进度管理表；
4.协调策划根据程度功能的实现程度，分级编辑功能策划方案；5.协调美术根据策划文档分级制作美术资源，提供程序实现效果；
6.整理游戏测试发现的问题和BUG，根据会议安排进行修复和二次测试；7.根据每周、每月功能实现程度安排调休和加班时间；8.通过SVN管理软件管理并修改进度表；八、游戏测试以及BUG修改
1.制订统一的游戏测试反馈文档；
2.制订游戏问题及BUG汇总Excel管理表；
（1）BUG类型：问题建议、功能BUG、规则BUG、界面BUG、图片BUG、文字BUG、异常BUG；（2）BUG处理优先级：严重、高、中、低划分；（3）提交时间：BUG发现的日期；（4）问题阐述：问题出现原因；
（5）参考解决方式：给出合理的解决方案；（6）修改人：BUG交与谁修改；
（7）完成时间：通过修改后，技术人员填写处理时间，上传管理；3.每周最后一天（星期五）根据各部分完成的功能及内容安排策划和美术部门进行测试（公司没有专门的QA），根据功能内容大小延长或缩短测试时间；
4.整理收集到的建议和BUG，选写给各部门的建议和BUG内容（每个人的阐述和理解能力不同，所以很多时候都不能很清楚的说明问题所在）；九、会议安排以及工作汇报
1.周例会安排（星期五下午3点）：对本周工作进行总结（本周工作总结、进度完成问题、问题及BUG处理方式讨论、下周工作安排及进度跟进），参与会议为核心开放人员（项目经理、主程、主美、主策）；
2.周工作汇报：（星期一下午3点），对上周完成工作进行总结和汇报，并将成果展示给领导层过目，并通过文件展示下周工作安排及进度；
3.月例会安排：每月最后一天（下午3点）全体开发者大会，通告本月完成项目进度及成果展示（让每个团队成员都了解目前项目的进度和实现程度），并给与每个项目开发者10分钟的对游戏内容的评价和发现的问题；
4.收集和整理议会记录，并将问题和建议分类交给各部门主管评定标准；十、游戏开发遇到的问题及解决
1.遇到的问题：策划内容和程序设计出现差距；
解决方法：
（1）策划给出的流程文档可能程序在实现上出存在问题，比如程序会考虑服务器和客户端的效率问题，安排策划和负责这个功能的程序进行沟通，找出更加便捷的制作方式，结果达到是最重要的。
（2）程序给出无法按照策划思路制作的原因，告知程序架构实现的困难程度，协同策划拟订适合目前程序架构的功能修改。2.遇到的问题：功能反复修改：解决方法：
（1）运营部的需求：
1)对于不了解产品结构的产品和运营人员，和他们讲解自己产品的结构，让他们了解游戏的框架；
2)针对提出需要修改的内容和解决方案进行汇总并和策划、程序沟通；3)针对修改的内容安排修改进度，汇报领导层决定是否有修改的价值；（2）测试或运营后发现的功能设计不合理：解决方法：
1)根据产品和运营需求进行合理的修改；
2)针对提出不合理的产品功能，优先收集其它同类产品中类似或同样的功能进行对比，找出功能不足之处，进行小范围的修改；
3)安排策划编写流畅文档，交给程序评估工作量；4)整理修改方案及修改周期向领导层汇报；5)安排本功能相关程序制作人员进行修改；（3）开发中途插入新的游戏内容和功能；解决方法：
1)影响游戏基础数值的功能；
a)收集新功能将影响到的其它功能，并整理相关文档；
b)根据修改方案进行进度和工作量评估；
c)向领导层提出修改评估及建议，如会议决定修改，将进行工作安排；2)不影响游戏基础数值的功能；a)针对此类功能召开管理层会议，初步评估制作可行性和制作周期；b)安排策划出具详细的流畅和功能文档；c)根据当前开发进度穿插进行制作；3)可产生直接经济价值的功能；
a)根据当前工作计划，修改和安排制作计划，优先进行产品效益增值制作；
b)协调程序和策划在制作中的规范，安排将此类功能设计做到方便策划人员修改（轻松做到使用数据库配置，便于策划修改，节省程序工作量）；c)根据功能实现的工作量，优先制作工作量小的增值功能；4)不可产生直接经济价值的功能；
a)调查和研究是否可以间接增长消费能力；b)优先制作价值较大的功能；c)编入进度表，作为后续板板开放；
（4）遇到的问题：领导层的需求；
1)根据要求整理和收集资料，分析利弊关系和进度；
2)委婉拒绝只有口头描述的内容，安排策划根据领导层需求编写策划文档，向领导汇报；3)将需求的优劣关系，影响开发进度周期逐一通过实际数据呈现给领导层；
4)如决议要求，将根据进度安排插入开发（一般放在测试期，修复游戏BUG时进行追加开发）（5）产品进度的延时；解决方法：
1)将每个功能的内容分为实现和填充个部分；2)实现：展示和初级功能操作流程；
3)填充：完善策划文档中需要的高级功能；4)实现初级功能，先解决游戏内容的更新；
5)填补高级功能，根据版本更新来提高产品质量；6)如进度被延迟，将安排适度加班来完成；（6）每个人的理解能力不同，导致制作内容偏移；解决方法：
1)策划：安排策划和主程沟通，针对功能对策划人员进行逻辑流程培训；
2)美术：找出类似游戏风格或者截图，整理文档提交美术制作，拒绝一切口头描述和文字描述；
3)程序：策划通过策划文档制作流程图和程序沟通每个功能流程和需要效果；（7）研发人员流失；
解决方法：
1)招聘新手进行内部培养，杜绝核心成员离职导致研发真空期；2)引导核心成员正确的认识职业规划和目标；
3)营造轻松愉快的工作环境，给与每个人自由的空间，和发挥的空间；十一、协调以及沟通工作
1.研发团队部门之间的沟通；
（1）负责单项功能的人员点对点沟通，不进行职位性的传递沟通；
（2）出现个人之间对立态势时，将增进对立人员间沟通的次数，让他们了解各自做事的方式和工作流程，打消他们在工作上的矛盾；
（3）以每周例会和月例会为基础，营造轻松的会议环境，让大家畅所欲言，活跃团队气氛，让每个人都有权利去发表意见；2.与产品运营部之间的沟通；（1）对运营部提供的修改方案进行整理，编排修改方案，根据功能修改周期制订修改的优先级；
（2）直接和提出修改意见的运营部同事进行沟通，获取正确的修改信息（很多时候会出现文字字面意思模糊）；
（3）安排技术部和运营部会议，让运营部的同事介绍一下需要修改的原因，以及商讨解决方案的工作安排和内容更新时间；
（4）建立沟通群，以便运营部提出的问题，技术部门能更快的了解信息和解决问题；（5）例会时邀请负责当前产品运营的同事参与，并听取运营部同事对产品的意见；3.与客服部门之间的沟通；
（1）建立客服部沟通群，专门用来即时反馈用户提出的问题；（2）协助客服主管编辑常见问题表和问题分类；
（3）协助负责产品的客服同事整理用户反馈的意见信息；
（4）例会时邀请负责当前产品的客服同事参加，并听取本周客服中心收集到的问题意见；十二、常用的软件
1.MicrosoftOffice系列软件：Word、PowerPoint、Visio、Notepad++；2.构图软件：Photoshop；
3.文件管理软件：MindManager、svn；
4.开发软件：FlashAs、Flax、MicrosoftVisualStudio、MySQL；5.各种浏览器；
扩展阅读：手机无线赛车游戏项目开发管理计划
手机无线联网游戏CrazyCars
项目管理计划书
学号：姓名：专业：系别：指导教师：完成日期：年月日
目录
第一章项目背景.............................................................................................................................3
1.1项目概况............................................................................................................................31.2项目交付品........................................................................................................................31.3文档的演化........................................................................................................................31.4参考书................................................................................................................................41.5定义和缩写表....................................................................................................................4第二章项目需求分析.....................................................................................................................5
2.1项目需求获取....................................................................................................................52.2需求分析............................................................................................................................5
2.2.1非功能需求分析.....................................................................................................52.2.2功能需求分析.........................................................................................................52.3需求验证............................................................................................................................6第三章项目组织.............................................................................................................................7
3.1项目人力组织结构............................................................................................................73.2软硬件资源计划................................................................................................................83.3项目成本估算....................................................................................................................9
3.3.1软、硬件成本估算..................................................................................................93.3.2规模成本估算..........................................................................................................93.4项目进度管理.....................................................................................................................9
3.4.1软件项目任务分解...............................................................................................103.4.2项目进度安排.......................................................................................................103.4.3、项目执行计划.....................................................................................................11
第四章管理过程............................................................................................................................12
4.1管理目标和优先级..........................................................................................................124.2假设，依赖和限制..........................................................................................................124.3风险管理..........................................................................................................................124.4监督和控制机制..............................................................................................................14第五章技术过程...........................................................................................................................16
5.1方法，工具和技术..........................................................................................................165.2软件文档..........................................................................................................................165.3项目支持功能..................................................................................................................第一章项目背景
1.1项目概况
为有效的打造一个具有广泛市场用户并贯彻“工作无时无刻，娱乐随时随地”的企业理念的重要产品，本项目的目标是开发一款支持手机无线联网的赛车游戏CrazyCars（以下简称CC），同时项目开发小组组员们获得系统的游戏开发项目锻炼.，打造一个成熟、稳定的开发团队。发布的产品是手机无线联网游戏的可执行程序、源代码、技术文档和用户手册等。主要工作是需求分析、系统设计开发测试，关键里程碑分别为需求规格说明书的发布，系统设计说明书的发布，和系统的交付。项目所需资源为版本控制服务器和个人开发工具，进度安排大约为15周，预算人工成本为80人/天。同时被项目开发隶属于乐讯在线游戏平台开发一部分，项目组应与乐讯在线游戏平台其他开发小组保持良好的沟通，确保整体开发流畅。开发原则：
功能完整性能卓越资源共享高度统一老少咸宜原则一原则二原则三全面应用成熟软件开发技术，利用已具备的功能代码,并补充开发赛车特色性能模块。成熟软件开发代码功能不具备的，在不降低游戏应用性能和稳定性的前提下，对成熟软件代码进行二次开发成熟标准代码功能不具备，进行二次开发也很难达到游戏应用和性能要求的，通过补充开发补丁模块实现图1-1图的名称
1.2项目交付品
项目交付日期为第14周周末，交付地点为版本控制服务器202.121.80.164.主要交付物有：
CC游戏安装程序，系统源代码，用户使用手册，技术文档包（包括需求规格说明书、设计说明书、系统测试说明书、项目总结文档等）、项目进度日志包（至少每周一份）。交付物品应满足合同相应条款要求。
1.3文档的演化
项目管理计划应在第三周周末前经由项目组讨论后，进行分工按工作模块撰写，最后由项目经理汇总整合三步骤形成初稿，由项目组组长传至配置文档服务器，由项目组组长负责维护
第五周以后根据项目的进展可以对其进行修改，需要组员集体提出修改意见，并在全体会议上讨论通过，并由组长将修改稿上传至文档服务器。组员通过版本控制器同步获得更新稿。
1.4参考书
课程教材《软件工程-理论、方法与实践》孙家广刘强高等教育出版社课程教材《软件工程》叶俊民清华大学出版社课程讲义《软件项目管理基础》。。。。。。。。
1.5定义和缩写表
CrazyCars:待开发的手机无线联网游戏名称Spmp:软件项目管理计划Srs:需求规格说明书Sts：系统测试说明书第二章项目需求分析
2.1项目需求获取
描述获取途径。例：向客户咨询、查找资料、专业咨询等
2.2需求分析2.2.1非功能需求分析
2.2.2功能需求分析
本系统的功能主要分为两部分，即前台和后台，前台功能包括用户登录与注册、新闻列表、商品查找、商品显示以及购物车等。后台功能包括商品管理、用户管理、订单管理、信息管理等。使用系统角色定义：
（1）顾客：浏览本站而未登录的用户。
（2）会员：在本站注册通过并登录成功的用户。
（3）管理员：是负责维护和管理本站所有模块的角色。
图1系统WBS图
1、登录与注册模块
该模块的功能主要包括用户登录、修改个人资料、我的购物车、修改密码、订单查询、我要留言、注销退出、注册等。
推荐商品热门商品最新商品会员排行榜商品分类显示
图2登录与注册模块用例图
2.3需求验证
需求验证过程：
1、审查需求文档2、根据需求文档编写测试用例3、编写用户手册
表2-1表名功能模块执行人执行描述需求完成情况第三章项目组织
3.1项目人力组织结构
本项目需要什么人？
3.1.1人力资源需求获取
项目成员的来源：（注：逐一说明每个角色的通过何种方式获取）（1）在组织内部选拔合适的人选（2）通过招聘吸收新成员（3）通过熟悉的人员介绍
3.1.2角色工作职责
角色机构领导项目经理需求分析员系统设计员程序员测试员质量保证员配置管理员职责负责项目整体进程以及工程质量监督和安排项目物资到位情况与客户打交道，详细了解用户需求并给出系统总体计划根据需求分析做出相应的系统设计实现系统设计员要求系统的代码对系统进行系统测试售后服务，质量监督与维护监督用户的配置要求，使系统在相应的软硬件环境下运行人员张三张三李四全体组员全体组员全体组员全体组员全体组员3.2软硬件资源计划
表**软硬件资源名称主机级别关键详细配置WinXP256M1.0GHz80G获取方式与时间可以借用项目初期已经存在项目初期已经存在编码期已经存在编码期已经存在项目初期已经存在项目初期使用说明全员用于项目全程用于开发过程文档管理软件开发工具WinCvsVC++SQLSever/AccessMSVisioRationalROSE关键关键关键非关键非关键WinCvs1.2MicrosoftVisualC++MicrosoftSQLSeverMicrosoftAccessMiscrosoftVisio201*RationalROSE201*数据库管理软件CASE工具CASE工具3.3项目成本估算3.3.1软、硬件成本估算
软、硬件名称配置
价格3.3.2规模成本估算
描述采用估算的方法P87
表*任务软件需求获取软件需求分析软件代码设计软件测试软件部署与实施合计时间（周）责任人成本（元）3.4项目进度管理
说明：描述该项目所使用的软件过程模型，或者是遵循的组织标准模型，过程模型（P19）需要指明里程碑的时间、基线（目标）、评审、工作制品、项目交付产品、结束标志等。
3.4.1软件项目任务分解
网络图
2、项目计划
3.4.2项目进度安排
任时务项目计划间201*3月4月5月6月7月8月需求规格说明书配置管理计划体系结构设计报告数据库设计报告模块设计报告测试分析报告用户手册图项目计划甘特图
3.4.3、项目执行计划
第四章管理过程
4.1管理目标和优先级
基本管理原则：
每位成员即是积极的建言者，又是负责的合作者
决策应在充分的讨论基础上做出，并被及时有效的执行。实施首席程序员制。目标1：
按时按量完成项目的基本功能，按时发布产品优先级：1最高目标2:
遵循规范化的项目运作标准，文档严禁完整，代码注释充分，便于后续维护优先级：2目标3：
产品稳定运行，界面友好易于上手，可玩性强优先级：3目标4：
注重团队建设，成员分工合理，合作默契，气氛融洽优先级：4目标5：
项目设计和开发上有创新，营造出卖点优先级：5
4.2假设，依赖和限制
☆假设1：首席程序员以较快的速度提供问题解答、项目检查方案、活动安排限制：某些关键设定可能会由于得不到及时解答而推延决策
☆假设2：相关的硬件设施（包括版本控制服务器、开发人员个人电脑）稳定工作
限制：若硬件设施出现异常，可能造成部分工作甚至整个开发进程陷于停顿
4.3风险管理
风险管理是整个项目实施过程中关系到能否实施成功的重大课题。在提高项目实施质量的同时，应该要求项目实施的全过程中向项目实施的双方有关人员，进行风险教育、树立风险观念，预测及避免风险的发生，确保项目实施的顺利进行。
风险产生来自多个方面，主要有：项目范围的风险项目进度的风险项目人力资源的风险对开发目标认识不正确的风险基础（静态）数据正确率不够的风险动态数据不及时、不完整形成的风险
表3项目风险风险标题发生可能性80%100%60影响灾难性轻微轻微优先级高中中规避或减轻策略提前制定好的学习计划降低难度提前做好人力资源规划组员充分自治，必要时顶替组长责任预订完成日期第10周第10周第10周开发技术不熟练项目人员变更组长项目缠身疲于应付需求变更频繁
☆风险级别定义：
50严重中需求制定充分预第8周见未来对一个项目的实施全过程，我们对于风险的分级，采用以下5级定义：
级别定量方式定性方式
☆风险管理措施
15％以下极低26－20％低320－50％中450－85％高585％以上极高项目负责人可以采取下列风险管理措施：
项目开始以前应控制产生风险的原因，在项目开工后应想方设法减轻风
险影响。
了解导致项目人员变动的原因，在项目实施期间应控制上述原因，尽量
减少人员的流动。
在工作方法和技术上应采取适当措施，防止因人员流动给工作带来损失。项目在开发过程中应及时公布并交流项目开发的信息。建立组织机构，确定文档标准，并及时生成文档。
对工作进行集体复审，使多数人都能了解工作的细节，跟上工作进度。为关键技术准备后备人员。避免关键人员的流动造成的风险。对关键人员实行倾斜政策，提高关键人员的稳定性。项目实施中，使用合格的人员上岗。
在各种例会上，检查进度的同时检查各种中的风险。
4.4质量管理
软件质量管理是保证交付的产品严格按照需求分析实现的产品，达到用户使用的需求标准。通过以下方式对软件开展质量管理：1、人员培训：描述培训内容及形式2、用例测试模块
测试员测试方式结论黑盒测试正常运行白盒测试**代码运行发生错误4.5监督和控制机制
建立报告机制，及时将项目中存在的问题反映到项目经理或项目管理层。报告的时间规定如下：危害概率极低低中高极高1％以下二天二天当天当天当天1－5％二天二天立即立即立即6－10％当天当天立即立即立即11－20％当天当天立即立即立即20％以上当天当天立即立即立即同时，建立并及时更新项目风险控制目录及风险排序。项目管理人员应随时关注与关键风险相关因素的变化情况，及时决定何时、采用何种风险应对措施。
可能的风险有些公司准备上系统时，企业的管理模式和业务流程还处在不甚科学的阶段，企业管理不够规范透明，内控流程混乱甚至缺失。在这种情况下，企业做出的系统规划和选择，其效果必定要大打折扣。如果要将这个任务转移到系统实施过程中去完成，内控流程混乱甚至缺失，往往导致需求不明确；需求不明确，则可能延长实施时间，并加大实施的风险，这也是许多系统项目折戟沉沙的主要原因之一。规避策略先规范企业的内部流程与管理制度。企业上系统之前应该首先把管理制度和业务流程规范好；然后做出一个符合企业长远发展目标的系统系统需求分析，在这个基础上再实施系统。企业在上系统之前，往往都已经上了游戏平台系统。企业领导就以为系统跟游戏平台其他pc游戏软件一样，大不了花几个月时间就可以运行了。这种观念的错误，直接导致企业对系统项目的不够重视，对系统的财力和人力投入不足，造成项目不成功。投入较少的资金和人力，要达到系统的效果，这是很多企业主的想法。但是，对系统项目来说，这是基本不可能的。一些企业为了节省一些实施费用，不找专业人员进行实施。靠自己的IT部门瞎跑瞎闹，这样做，系统项目能成功真是个奇迹。对大多数企业来说，利用系统实现管理创新和效益不是其长项。他们很难对自己不很懂的系统项目，承担责任，做出决策并保证成功。项目管理层没有足够的时间参与项目游戏负责人，在上系统前，一定要让负责人知道系统项目到底是个什么项目，同其他游戏软件有什么区别。建议：到一个实施成功的企业去进行调研、分析，根据他们的实施过程和经验来制定本企业实施的具体方案。确实做到“充分准备”、“全体动员”。要找专业的游戏软件实施公司，特别是有本行业实施经验的实施公司，把风险控制到最底。建立正常的会议安排，并严格规定不能减少安排的次数，如果不能按计划进行，也必须调整对特定的功能序曲问题，高层领导应指定专人负责，并负责到底培训项目管理技术项目管理人员投入足够的时间来协调各小组的需求高层领导对跨部门业务协调不够项目管理人员缺少项目管理技巧和经验不能充分协调各小组关系第五章技术过程
5.1方法，工具和技术
本小组的团队组织结构为主程序员式组织结构：编程语言为Java，采
用面向对象的分析设计方法；利用uml进行系统建模；同一文件命名、代码版式、注释等编码规范；编码人员进行代码走查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。开发环境为Javasdk+eclipse+mysql+ubuntu8.10。系统架构方案考虑了如下几个方面：
1)基于企业广域网络和局域网络以及移动互联网络；
2)采用J2EE框架结构，可实现群集和负载均衡，支持从PC服务器到小型
机系统的多种服务器；
3)提供严密的安全解决方案，满足公司游戏系统高强度的安全管理要求；4)基于WebService的SOA框架，适应了多系统灵活集成的需要，能够方
便融入游戏平台mobile整体解决方案。
5.2软件文档
项目文档列举如下：☆软件项目管理计划文档：
该文档由组长完成，介绍项目的整个管理过程
该文档在需求分析阶段开始完成，在后续每个阶段更新。☆需求规格说明文档
在需求分析阶段，小组成员共同分析收集用户需求，由组长负责编写规格说明文档，在后续的设计和开发阶段不断更新。
该文档主要内容为：功能需求，性能要求，数据处理要求，软件运行需求等。
☆软件设计文档在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，编写体系结构设计文档，并在后续开发阶段补充和更新。该文档由开发人员负责编写☆软件测试文档
在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。
开发人员将根据测试规格说明文档建立测试环境。
☆用户文档：
在需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断更新用户文档，并在系统交付阶段随着系统一起被交付。
5.3项目支持功能
为方便开发和保证软件产品质量，本项目采用著名的开源配置管理工具subversion，并进行配置管理，能有效地避免多人开发可能会造成的混乱，提高软件开发生产率和质量。
在开发阶段结束后，开发人员间会进行代码走查，减少bug，并在测试阶段跟新源代码。
测试人员根据测试文档进行软件测试，提高软件的正确性
友情提示：本文中关于《游戏项目开发管理回忆录》给出的范例仅供您参考拓展思维使用，游戏项目开发管理回忆录：该篇文章建议您自主创作。
来源：网络整理 免责声明：本文仅限学习分享，如产生版权问题，请联系我们及时删除。
《游戏项目开发管理回忆录》
由互联网用户整理提供,转载分享请保留原作者信息,谢谢!
http://m.bsmz.net/gongwen/689976.html
- 上一篇：全县民办幼儿园安全工作会议主持词
- 下一篇：幼儿园家长会主持词