项目管理流程

QA是质量保证，是对软件制作过程中的制作质量进行管理，强调控制和评估。 软件测试是对软件产品的质量本身进行测试，是从技术方面出发测试软件质量，属于Life cycle的一部分，更准确的说法应该是质量管理。 对于一个团队如何安排QA 和测试工作，我认为在初始阶段，即新项目、团队进入一个新领域，这时每个团队成员都要尽量打通各个环节，多负责，把所有事情都搞懂，培养通才。 当项目或产业发展到一定阶段即进入阵地战的时候，要大力提倡分工合作，培养专才。同时，要把好的工具和流程集成起来，从每日构建，到基本功能的自动化，都要尽快实现。 当开发项目时，项目的的架构和流程做好，让所有人都能比较容易地进行QA工作，这样，团队的“软件工程质量”才会有提高。同时培养“大家都要做QA，专人负责量化的Test，有条件多做测试自动化”的文化。 最后要明白自己项目的特点，避免照搬别人的做法。如果一个团队是认真严肃地做软件，那他们一定要考虑如何保证程序的质量和软件工程的质量，以及达到这些质量，需要多少成本。 来源： https://www.cnblogs.com/zlj1/p/12152258.html

　　前言：之所以有此一文，不是空穴来风，也不是故意的哗众取宠，而是最近的一些所见，所感。在本文中总结出来，希望对大家有帮助。 　　因为一些工作原因，其他的系列文章没有接着写下去，还望大家见谅。 　　 不要成为代码的机器 　　开发人员的事情就是coding，没日没夜的coding，而且大家都是这样在coding，但是效果和结局就不一样：有人coding了N多年，技术还是原地踏步，编写出来的代码还是bug连连；有人coding就变成了技术骨干，甚至有人成为了CTO, 架构师等。 　　为什么？ 　　首先从一个小的故事说起：一个项目，分配给了项目组的人开发。于是大家就热火朝天的干了起来。当时，就发现了一个现象：任务已分配完成之后，有人就开始coding了，噼里啪啦的开始敲代码，不久之后又开始噼里啪啦的改代码，然后又开始不断的调试，找出bug，然后修改bug。很快，这个迭代的期限就到了，原计划要完成的功能很多没有实现，有的人也确实做完了，问题也一大堆，有人也确实完成了，没有bug，但是在审查他的代码的时候，就是看不懂。 　　这里想起了自己刚刚步入IT开发行业时候的情景。总是希望尽快的把事情搞完，因为只要没有做完，就拖了项目的后腿，很可能被leader训导，甚至可能被认为没有能力而被开除。在写代码的过程中，发现一点：尽管写代码的速度是快了，但是在写完了之后，每次编译，都发现错误，编译通过了吧

转载自： http://blog.csdn.net/luohuacanyue/article/details/12903189 这篇文章里说的内容，其实都是老生常谈，但是里面有一点我觉得非常有道理，在做完一个项目之后，我通常想的是，这个项目中有哪些不足，而不是——“怎样把这个项目做的更好”，两者看上去没什么区别，其实有很大区别，因为出发点不同。 凡事都应该是目标导向，你所做的一切，都应该是为了实现你的目标。 下面是正文： 前言 最近一直在想自己在项目中的一些得失，在每一个项目结束都要问自己一下： 这个项目中自己获得哪些成长，下次是不是可以做到更好 。长期的项目过程往往会让人陷入一种思维的定式： 好像每个项目的工作都一样，这样很容易进入一种比较消极的状态，会忘记自己曾经给自己设置的目标 。以前看过这样一个问题： 什么才算得上有效经验？ 有些人做了三年其实只有一年的经验，因为后面基本上是前面的copy。这也是为什么有人说一个人的成长在于前面三五年，后面很有可能会遇到天花板。当遇到天花板的时候能不能突破是一个关键。下面讲一个整个项目中需要做什么。我会在介绍整个流程的同时插入自己的一些想法和思考。 更重要的是思考，思考是人的精髓所在 。 项目流程 1. 需求阶段 这是项目的最初的阶段，这个阶段主要需要明确这个项目要做什么？目标是什么？一般来讲这个过程是产品经理去做

制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划确定项目的执行、监控和收尾方式，其内容会因项目的复杂性和所在应用领域而异。编制项目管理计划，需要整合一系列相关过程，而且要持续到项目收尾。本过程将产生一份项目管理计划。该计划需要通过不断更新来渐进明细。这些更新需要由实施整体变更控制过程进行控制和批准。 编制项目管理计划需要整合诸多规划过程的输出。其他规划过程所输出的任何基准和子管理计划，都是本过程的输入。 事业环境因素 可能影响制定项目管理计划过程的事业环境因素包括（但不限于）： 政府或行业标准； 项目管理信息系统（如自动化工具，包括进度计划软件、配置管理系统、信息收集与发布系统，或进入其他在线自动化系统的网络界面）； 组织结构与文化； 基础设施（如现有设施和固定资产）； 组织过程资产 标准化的指南、工作指示、建议书评价准则和绩效测量准则。 项目管理计划模板。项目管理计划中可能需要更新的内容包括（但不限于）： ○ 根据项目的具体需要，“剪裁”组织标准流程的指南与准则； ○ 项目收尾指南或要求，如产品确认及验收标准。 变更控制程序，包括修改公司标准、政策、计划和程序（或任何项目文件）所需遵循的步骤，以及如何批准和确认变更。 以往项目的项目档案（如范围、成本、进度与绩效测量基准，项目日历，项目进度网络图，风险登记册，风险应对计划和风险影响评价）

交流、项目管理及测试部分的规划 1.交流方式以及交流频率    因为平时大家都在一块自习，交流其实十分方便，计划每两天晚上开一个小短会，熟悉下队员之间相对进度，避免有人进度较慢卡住集体进度的现象产生，每一周开一次大会，确定一周目标，并作相应记录 。 2.代码管理    充分利用GitHub，划分develop与master分支，细化工作，每个人建立开发者仓库，在个人仓库develop分支修改代码，个人审核与测试后，向管理者发送pull request，develop功能完善了，组内成员集体审核源仓库develop代码,完成测试review，全体成员无异议后合并进源仓库，发布新的版本前，可以在master分支分出hotfixes分支用于整个项目测试与bug修复，无误后并入master，发布新版本。   个人开发过程中，应该以充分细化功能，以创建feature分支，每次完成一个子功能就提交，避免出现bug回退产生不便。 可参考下图： 3.进度监督、燃尽图、时间管理    大家相互监督，每周确立目标，由项目负责人对项目开发整体流程进行估计，并且每两天的小会集体批评拖后腿的组员，尽量使一周的工作量保持一致，燃尽图以剩余工作量为纵坐标，时间以周为单位进行绘制，尽力避免下图情况发生。     前者时间分配不当拼命赶ddl，后者直接gg 4.需求变更管理    这是一个难以避免的问题

需求分析 1.相关 系统分析员 向用户初步了解需求，然后用相关的工具软件列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。 2.系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。 3.系统分析员向用户再次确认需求。 概要设计 首先，开发者需要对软件系统进行 概要设计 ，即 系统设计 。概要设计需要对软件系统的设计进行考虑，包括系统的 基本处理 流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的 详细设计 提供基础。 详细设计 在 概要设计 的基础上，开发者需要进行软件系统的详细设计。在 详细设计 中，描述实现具体模块所涉及到的主要算法、数据结构、类的 层次结构 及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或 子程序 )的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。 编码 在 软件编码 阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作

信息系统项目管理师考试大纲 一、考试说明 1.考试要求： （1）掌握信息系统知识； （2）掌握信息系统项目管理知识和方法； （3）掌握大型、复杂项目管理和多项目管理的知识和方法； （4）掌握项目整体绩效评估方法； （5）熟悉知识管理和战略管理； （6）掌握常用项目管理工具； （7）熟悉过程管理； （8）熟悉业务流程管理知识； （9）熟悉信息化知识和管理科学基础知识； （10）熟悉信息系统工程监理知识； （11）熟悉信息安全知识； （12）熟悉信息系统有关法律法规、技术标准与规范； （13）熟悉项目管理师职业道德要求； （14）熟练阅读并准确理解相关领域的英文文献。 2.通过本考试的合格人员能够掌握 信息系统项目管理的知识体系 ， 具备管理大型、复杂信息系统项目和多项目的经验和能力 ； 能根据需求组织制定可行的项目管理计划 ； 能够组织项目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项目在一定的约束条件下到达既定的项目目标 ； 能分析和评估项目管理计划和成果 ； 能在项目管理进展的早期发现问题，并有预防问题的措施 ； 能协调信息系统项目所涉及的相关人员 ； 具有高级工程师的实际工作能力和业务水平 。 3.本考试设置的科目包括： （1）信息系统项目管理综合知识，考试时间为150分钟，笔试，选择题； （2

一、考试说明 1．考试要求 （1）掌握信息系统知识； （2）掌握信息系统项目管理知识和方法； （3）掌握大型、复杂项目管理和多项目管理的知识和方法； （4）掌握项目整体绩效评估方法； （5）熟悉知识管理和战略管理； （6）掌握常用项目管理工具； （7）熟悉过程管理； （8）熟悉业务流程管理知识； （9）熟悉信息化知识和管理科学基础知识； （10）熟悉信息系统工程监理知识； （11）熟悉信息安全知识； （12）熟悉信息系统有关法律法规、技术标准与规范； （13）熟悉项目管理师职业道德要求； （14）熟练阅读并准确理解相关领域的英文文献。 2．通过本考试的合格人员能够掌握信息系统项目管理的知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力；能根据需求组织制订可行的项 目管理计划；能够组织项目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项 目在一定的约束条件下达到既定的项目目标；能分析和评估项目管理计划和成果；能在项目管理进展的早期发现问题，并有预防问题的措施；能协调信息系统项目所 涉及的相关人员；具有高级工程师的实际工作能力和业务水平。 3．本考试设置的科目包括： （1）信息系统项目管理综合知识，考试时间为150分钟，笔试，选择题； （2）信息系统项目管理案例分析，考试时间为90分钟，笔试，问答题；

这是我考系统分析师的论文和大家交流一下 摘要： 2012年4月初我参加了某部队营区数字化项目的开发，项目历时2个月，于2012年6月中旬上线，该系统的主要功能包括：营房服务网站，营房业务管理系统，营区可视化管理，我担任项目经理，全程参与了该项目的需求分析，方案设计，系统分析及部分开发工作。 在项目建设过程中，由于本系统开发涉及面广，各方面协调的人较多，因为部队本身的特殊性，需遵守部队相关条例，所需的业务分析资料也许通过严格审批和保密，开发人员电脑不能连接互联网，给我们对系统开发带来了极大的考验。在系统开发过程中，结合我自身实践，在本项目进度控制方面采取了针对性的措施，包括：合理估算项目工期和工作量，全程实行进度跟踪和评估修正，增强项目透明度控制项目滞后风险等方面讨论了“营区数字化”项目管理的基本活动和方法，有效地控制开发进度，确保项目如期按质量完成。本系统已经稳定上线运行，获得营区首长和广大官兵的一致好评。 正文： 近年来，随着信息化建设的飞速发展，我国防军事实力的不断的增强，对营区的后勤保障力度的要求也不断提高，营区随着多年的发展，已经在后勤保障事务当中上建立了多个业务系统：营区视频监控系统，仓库物资管理系统，哨兵离位系统，指纹考勤系统等。上述系统相互独立，只在数据库端实现初步的数据共享，但应用的集成性差。 营区数字化系统是一个基于营区全方位综合管理的全新的集成管理系统

　　去年在项目组实施了Scrum敏捷方法，我也写了一些相关的blog，其中一些文章深受大家的喜欢。现在把之前写的Scrum相关的内容集中在这本电子书中，方便大家阅读。目前我所在项目组实施效果还行，但还属于较低层次的成熟度级别，Scrum敏捷方法虽然看似简单，但要在框架支持下想要实施好还是需要一些挑战的，价值观的传递非常重要，自组织团队也尤为重要，最后还是落实到敏捷个人。 　　下载地址： 敏捷方法之Scrum v0.2.pdf 　　注：上一篇 个人管理 － 发布【敏捷个人－认识自我，管理自我.pdf】 由于发布到sina上的文件被删除了，所以后面有些人下载不了，我重新上传到一个地方了，大家可以通过链接 敏捷个人－认识自我，管理自我.pdf 去下载，另外还有以下文档可供下载 开源信息系统开发平台之框架OpenExpressApp.ppt 架构师成长之路－个人学习经验分享.ppt 业务需求分析入门.ppt 企业架构建模－ArchiMate语言.ppt 开源信息系统开发平台之OpenExpressApp框架.pdf 看不到在线文档的可以看看下面两页： 开源信息系统开发平台之OpenExpressApp框架 1.1 春节飞虎版发布 欢迎转载，转载请注明：转载自 周金根 [ http://zhoujg.cnblogs.com/ ] 来源： https://www.cnblogs.com