GScrum
项目管理背景及敏捷项目管理
项目是指经过一段时间的努力去创造出一个独特的产品，服务或其它的一种成果。传统的项目管理理论和实践是从建筑，工程设计和制造等领域发展起来的。在美国，作为先驱， Henry Gantt 被称为项目计划与管理方面的创始人。后来，项目管理的理论与实践在项目调度数学模型，成本估算，成本管理，工程经济学等方面蓬勃发展。 1969 年，美国项目管理学会 (PMI) 正式成立并服务于整个行业。 PMI 专门成立了一个研究项目管理的领域，该领域涉及项目管理的一体化，范围，时间，成本，质量，人力资源，勾通，风险和采购管理等问题。许多项目开发的最佳实践和理论知识都包含在这个领域中。
从项目管理的诸多实践经验中，许多组织都总结出一套实用的办法和程序来管理项目，而这些办法和程序大部分都和 PMI 所定义的技术和过程有共同之处。而使用 PMI 定义的全套的项目管理的结构和办法需要大量的管理工作，这本身就是一个较大的工程 , 带来很大的工作量。所以大部分组织和项目管理人员都采用以 PMI 的规范为基础，给自己量身定制的一套程序和方法来管理自己的项目。
对于 IT 项目，特别是软件开发项目管理，敏捷方法已经在全世界范围成为一种趋势，而敏捷项目管理就是对敏捷软件开发项目的管理方法。在核心的敏捷框架下，传统的项目管理概念，比如：成本控制，质量管理和人力资源控制等都可以被无缝集成。区别于传统的软件工程模式如瀑布式，螺旋式以及最近的 Rational 统一过程 (RUP) 模式，在许多 IT 项目中，敏捷方法在处理不可避免的需求改变的情况显得更自然，更容易一些。在众多的敏捷方法中， Scrum 是更侧重于项目管理的比较完善的敏捷方法，同时，许多其它的敏捷方法可以与 Scrum 结合，一起运用到敏捷项目开发中去。
GScrum 建立在 Scrum 框架基础之上。它是一套强大的项目管理平台，能把所有敏捷开发的优势带入到项目开发中。同时， GScrum 着重于项目的流程管理 , 同时可以兼容项目管理的其他方面，用户可以自由的选择及集成其他需要的甚至是传统的项目管理功能，比如成本或预算管理，以及人力资源管理等。
GScrum 具有哪些商业价值 ?
GScrum 采用敏捷方法进行项目管理。 通过适当的 Scrum 和 GScrum 的培训和全面的运用，它能够在敏捷项目管理中帮助管理层实时，全面地掌握项目全局和细节，并帮助开发团队充分发挥潜力。
· 在敏捷项目管理中提高效率，增强生产力。
· 更具扩展性和定制能力，满足您的需求，加强现有的业务能力。
· 通过信息共享和透明化，保持团队勾通交流畅通无阻。
· 通过缩短周期以及积极的适应变化，降低项目风险。
· 专注质量和商业价值，在每个周期结束以后能立即实现现有产品的商业价值，因此能最大化投资回报率 (ROI) 。
· 加快产品开发和上市时间。
GScrum 能为你做什么 ?
GScrum 是功能齐全的，基于 web 2.0 的项目管理平台。在项目开发的各个阶段，项目管理层，利益相关者以及开发人员都能得到它的帮助。
计划阶段
计划在 GScrum 中分为 4 个阶段：产品需求条目 (Product Backlog) 计划，项目和资源规划，敏捷周期 (Sprint) 计划和任务计划。
产品需求条目 (Product Backlog) 计划
产品需求是对该产品所有要求的收集，分析和评估。一个产品需求条目 (Product Backlog) 可以是一个产品特征，描述，案例或是技术要求。产品拥有者，需求方以及最终用户都可以参与到产品需求条目 (Product Backlog) 的定义中，以使产品需求更加明确，更细节化。 GScrum 能帮助他们更好的收集需求条目 (Product Backlog) ，编辑需求。
· 支持 HTML 编辑，让产品需求条目 (Product Backlog) 说明更生动，更容易描述。另外多媒体图片甚至视频都可以被加入到需求说明中。
· 可以对需求条目 (Product Backlog) 划分优先级，估计完成时间，分类，并且可以自定义条件对其进行过滤跟踪。
· 开始开发之前，成熟的产品需求条目 (Product Backlog) 将被放入一个管理队列中。
· 可以跟踪每个独立产品需求条目 (Product Backlog) 的开发进度。
· 多个用户角色可以参与到同一个产品需求条目 (Product Backlog) 的定义中；同时当需求有所变化的时候，每个用户角色都能及时的得到通知。
· 每个产品需求条目 (Product Backlog) 都可以估计开发时间，用户可以自行定义计量单位，可以是小时，天，或者是某种预算单位。
· 每个产品需求条目 (Product Backlog) 都可以有一个价值估计值，以标识在该需求完成之后将会带来多大的商业利益。
项目和资源规划
一个产品可以有多个项目组成，每个项目分别完成该产品不同的功能或子系统。不同的项目可以由不同的人力资源组完成，同时，同一个人力资源组也可以完成多个不同的项目。
· GScrum 可以创建并管理不同的项目。
· GScrum 记录所有人力资源的信息，如 掌握的技术知识 , 工作经验 , 工作表现以及每天的工作情况。
· 人力资源能被很方便的被分配到各个不同的项目不同角色中。
敏捷周期 (Sprint) 规划
Scrum 中规定的敏捷周期 (Sprint) 通常是指一个较短时间内的开发周期。这个周期通常是 2-4 周时间；当然，如果有必要，完全可以让一个周期持续一年时间。一旦一个产品需求条目 (Product Backlog) 被定义得足够详细并且通常具备一些验收标准后，便可以把该产品需求条目 (Product Backlog) 放入 GScrum 的管理队列中。只有在管理队列中的产品需求条目 (Product Backlog) 才可以被安排到某个开发周期中并开始开发。通常在周期规划会上，产品拥有者， Scrum 专家和项目经理会决定下一个计划周期将开发哪些产品需求条目 (Product Backlog) 。而 GScrum 将有助于计划和管理每个开发周期。
· GScrum 可以创建并管理开发周期。
· 产品需求条目 (Product Backlog) 可以方便地被分配给下一个计划周期。
· GScrum 可以自动统计和维护周期内的全部价值值和估计开发时间。
任务计划
在开发周期正式开始之前，开发小组将对该周期内的每个产品需求条目 (Product Backlog) 进行详细的开发设计。开发设计阶段将阐述如何具体实现每一个产品需求；开发小组将针对不同的需求设计多个具体的开发任务来实现需求。
· GScrum 可以创建，修改任务，设置任务的优先级并把它分派给某个开发人员。
· 开发人员可自定义一个时间单位如：小时，天或点来估计每个任务的完成时间。
· 如果需要可以给任务附加文件作为 UI 设计等的辅助材料。
实施阶段
随着开发周期的进行，开发小组成员可以在 GScrum 上更新每个任务的开发进度。
· 开发人员可以随时在 GScrum 上记录开发进度，并且 GScrum 会记录每个任务每天的进展情况。
· 开发人员可以在每天的 Scrum 说明上记录任务的进展状态，比如已完成部分，遇到哪些障碍以及下一步要做什么等。
· GScrum 集成了版本控制系统，因此，它能够跟踪每个任务进度的代码更新情况。
质量管理
GScrum 有自己的问题跟踪系统，它与任务处理及任务跟踪系统紧密结合在一起。
· 错误 (Bug) ，问题，障碍，新的思路以及所有在开发过程中遇到的事情都可以记录到一个问题中。
· 富文本编辑器使问题更明确更容易被描述。
· 每当一个问题有所进展， GScrum 将自动跟踪问题的状态 ( 新问题，已分配，正在处理，等待验证，关闭，取消 ) 。
· 问题可以与产品需求条目 (Product Backlog) 以及当前进行的开发周期结合来追踪产品需求条目 (Product Backlog) 的开发质量。
监测跟踪
GScrum 有各种便捷的方法，从不同的角度来检测和跟踪项目的实施和进展情况。
· 产品需求条目 (Product Backlog) 积累图表显示出所有产品需求在不同的时期所处在的状态如：等待，正在进行，完成等。
· Sprint burndown chart 显示整个开发周期的进度。
· Backlog burndown chart 可以跟踪每个产品需求的进度。
· Task burndown chart 显示每个任务的进度。
· Recent progress chart 显示在过去 24 小时，过去 7 天和过去一个月内的所有进度。
· Resource load chart 追踪每个开发成员以及整个开发团队每天的工作情况。
· Issue charts 显示在某个开发周期或整个项目开发过程中所有问题的总体状况。
· Email 提醒功能可以在某个事件发生的时候给事件订阅者发送邮件；可订阅的事件包括：产品需求变更，新的问题出现，新的任务进度，问题状态改变等。
