经验分享:如何使用atlassian工具实践CMMI-3

2020-08-06 栏目:公司新闻 查看()

2020年7月30日,广州锦高信息科技有限公司顺利通过了CMMI-3级评估认证。

这一重要国际认证的通过,标志着锦高科技软件开发的成熟度、质量管理水平均已达到国际先进水平,在软件开发管理标准过程体系、过程改进实施情况、项目管理能力等方面获得最高国际权威的认可。同时,这也是广州锦高科技核心竞争力的一次全面展示,展现了锦高科技为企业提供更成熟、更高质量的电子商务解决方案及咨询服务能力。



   CMMI (Capability Maturity Model Integration) 能力成熟度集成模型,是由美国卡耐基梅隆大学软件工程研究所(Software Engineering Institute,SEI)组织全世界的软件过程改进和软件开发管理方面的专家历时多年开发而成, 是国际上用于评估软件企业能力和工程开发能力的重要标准,代表着国际最先进、科学的软件工程管理方法,被公认为企业走向国际市场的通行证。
2020年6月份的CMMI评估恰逢抗击新冠疫情的特殊时期,锦高人迎难而上、群策群力,在严格遵守防疫政策、公司制度及CMMI评估要求的基础上,采用了远程视频与现场相结合的形式开展评估工作。CMMI主任评估师Srinivasa Rao Tumu和评估团队按照CMMI-3模型的标淮,对锦高科技的过程改进和执行情况进行了严格审查,与中高层及各参评项目成员开展了详细访谈。评估过程中,全体参评人员充分展现了优秀的软件研发实力及项目管理能力,锦高科技凭借自身软件开发的核心能力,日积月累的遵照CMMI等级规范,顺利完成CMMI Institute审核备案,达到CMMI-3级认证要求,获得了评估师的高度认可,顺利通过了本次评估。
 
   广州锦高信息科技有限公司成立于2012年,公司以软件和服务为核心、以信息产业为主,长期专注于做“专业、诚信、优秀的产品供应商”。经过多年的探索与提升,已经形成敏捷开发管理、知识库管理、开发维护一体化的专业IT团队管理业务格局。 2020年是锦高科技转型为DevOps专业化服务团队的重要节点,此次CMMI-3资质认证的获得,是锦高科技研发创新路上重要的里程碑,是锦高科技在DevOps领域“专业、成熟、优质”的一大证明。与此同时,这一国际认证的通过提升了锦高科技在国际市场的竞争力。
 
   登山凿石方逢玉,入水披沙始见金。2020年历经磨难的一年,也是锦高科技蓬勃发展的一年,期待锦高在DevOps领域乘风破浪,为更多客户提供“专业、成熟、优质”的服务。
 
   CMMI-3是对我公司管理和研发团队能力的初步肯定,这也能够在以往有关客户对于atlassian产品定制开发的项目管理过程中体现,正因为我们的团队在实际大大小小的项目中重过程、重执行,能根据实际项目情况作出最合适的开发管理模式,才能保证客户需求保质保量保期的交付。同时也得到客户对我们工作的高度认可。
 
   在实际的项目进行过程中,我们使用了atlassian系列软件来为我们的项目管理保驾护航,在这里就和大家一起分享一些相关的知识。



实际上我们所有的软件定制项目交付都是围绕着这张图来进行的,我们可以分阶段来描述这些过程


 


.项目流程

1.   瀑布模式:

1.1  需求管理:

 

  • 瀑布模式下,建立需求的Issue类型,选择New Feature。
  • 产品需要为需求编写PRD,在Confluence自己项目团队的空间目录下直接编辑评审。然后批量创建JIRA需求Issue并指派给团队的开发LEAD。


 

1.2  项目计划:

 

  • 需求评审后,项目团队进行项目计划。
  • 项目计划会上,决定项目的若干个Milestone,由PMO为每个Milestone在JIRA上该项目下建立类型为Milestone的Issue,并指派给该项目的项目经理。
  • 项目计划完成后,由PO或者项目经理放到Confluence自己项目团队的空间目录下。


 

1.3  技术设计:

 

  • 产品研发团队在过完需求PRD评审/沟通会议以后,研发团队需要完成技术相关设计,文档放到Confluence自己项目团队的空间目录下。
  • 开发LEAD把技术设计文档的链接地址添加至需求Issue的描述里。
  • 技术设计需要经过技术评审会议,评审会议结果放到Confluence自己项目团队的空间目录下。


 

1.4  测试设计:

  • 产品研发团队在过完需求PRD评审/沟通会议以后,测试团队需要完成测试相关的测试计划、测试用例等,文档放到Confluence自己项目团队的空间目录下。
  • 测试LEAD把测试相关文档的链接地址添加至需求Issue的描述里。



 

1.5  开发阶段:

  • 开发LEAD根据技术设计,在JIRA里需求Issue之下,建立一个或若干个研发Task,Issue类型选择为该需求Issue的Sub-Task,并指派给相应的开发人员。
  • 研发Task可以包括Coding、BugFix、JUnit、数据库脚本编写等任何与技术实现相关的任务。



 

1.6  测试阶段:

  • 测试LEAD根据测试计划,在JIRA里需求Issue之下,建立一个或若干个测试Task,Issue类型选择为该需求Issue的Sub-Task,并指派给相应的测试人员。
  • 测试Task可以包括测试用例编写、测试执行、测试数据准备等。
  • 测试人员在测试阶段发现BUG后,在JIRA里相应项目下,创建一个BUG,Issue类型为BUG,并指派给相应的开发人员。
  • 测试人员需要将BUG链接到需求Issue,链接类型选择relatesto。



 

1.7  发布上线:

  • 在需求上SIT测试之前,研发团队上线负责人需要编写一份上线计划,文档放到Confluence自己项目团队的空间目录下,并把文档链接地址添加至需求Issue的描述里。
  • 研发团队上线负责人,在JIRA里需求Issue之下,建立一个上线Task,Issue类型选择为该需求Issue的Sub-Task,并指派给上线负责人本人。




 

2.   敏捷模式:

2.1  需求管理:

  • 由产品经理PO或者Scrum Master在JIRA的Agile里,为自己的敏捷团队建立一个Agile Board,Board类型选择Scrum,并为Board选择自己所在的项目。
  • 由产品经理PO提出确定需要做的需求,然后在JIRA里自己的项目下,建立需求Issue,指派给PO。
  • 如果需求比较小,则建立需求的Issue类型选择Story。
  • 如果需求比较大,甚至于无法在一个Sprint内完成,则将该需求建立需求Issue,的类型选择Epic。然后在此Epic下建立若干个小需求Issue,类型为Story。
  • 需求Issue建立完成后,Issue会自动出现在Scrum Board下,Plan里的Backlog下,并根据优先级从高到低,从上往下排列这些Story。
  • PO可以根据需要,选择为需求编写PRD,并上传到Confluence自己项目团队的空间目录下。同时将PRD文档的链接地址,填到需求Issue的描述里;或者直接在较小的Story描述里写清需求。
  • 需求的一些文档或者是原型图、交互等设计图材料,需要PO放到Confluence自己项目团队的空间目录下。




 

2.2  Sprint Planning:

  • 每个Sprint开始前,团队进行Sprint计划会议。
  • PO或者SM在Scrum Board里,为团队建立一个新的Sprint。
  • 在计划会上,团队确定这个Sprint的开始时间和结束时间,以及所有该Sprint要完成的Story,由PO或者SM把相应的这些Story拖进该Sprint。
  • 团队成员根据这些Story需求,拆解出完成这个Story所需要的开发、测试等TASK,并由PO或者SM建立这些Task,Issue类型为相应Story下的Sub-task,指派给相应的开发、测试人员。
  • PO需要把项目整体Sprint计划写进Confluence自己项目团队的空间目录下(比如7.28前分为几个Sprint,每个Sprint要完成的目标)。

 

2.3  Sprint阶段:

  • 团队成员需要每天需要定时进行Daily Scrum站立会,沟通整个Sprint的Story和Task的进展。
  • 如果出现需求变动,则由整个团队进行沟通协调,按照优先级做出决定。并且按照决定,由PO或者SM在JIRA里,对Sprint里的Story和Task进行变动。
  • 团队成员在Sprint阶段过程中,负责维护自己所负责的Story和Task的状态。
  • 测试人员在Sprint阶段发现BUG后,在JIRA里相应项目下,创建一个BUG,Issue类型为BUG,并指派给相应的开发人员。
  • 测试人员需要将BUG链接到相应的Story,链接类型选择relates to。




 

2.4  Sprint结束:

  • 每个Sprint结束后,整个团队需要进行Sprint回顾会。
  • 在回顾会上,团队成员们需要总结Sprint中出现的问题,并转化成Action。由SM或者PO记录到Confluence上相应的项目目录下,跟进实施改进。



 

2.5  发布上线:

  • 如果一个Sprint中有Story需要发布上线,则PO在计划会上为该Story建立一个上线Task,指派给上线负责人。
  • 在Story上SIT测试之前,团队上线负责人需要编写一份上线计划,文档放到Confluence自己项目团队的空间目录下,并利用Sprint的Linked pages功能把文档链接关联至相应的Sprint。


关注微信公众号

我们在微信上24小时期待你

解答疑问/技术咨询/运营咨询/技术建议

郑重申明:广州锦高信息科技有限公司以外的任何单位或个人,不得使用该案例作为工作成功展示!