<commit_before>---
layout: post
title: '我们是如何使用jira来管理项目的'
date: 2016-04-15
author: Pengfei.X
version: 0.1
categories: [management, ]
---

我们使用Confluence来管理我们的需求文档，使用Jira来管理我们的开发任务和bug。

## 约定
每篇需求文档，唯一对应Jira上的一个user story, 如果这个需求比较大，那么需要把这个
大的需求拆分成多个迭代，在多个迭代内完整这个需求，确保我们每个sprint可以按时交付。

## 名词定义

### feature owner 
需求文档建立对应的Jira任务后，这个需求的负责人，具体责任见`feature owner的职责`

### user story       
JIRA上，产品需求在Jira上的体现。针对需求中的小功能点，我们做了详细的任务拆分，如果
同一个功能点涉及到了前端，后端和客户端，那么会在这个user story下建对应的开发任务给
我们的开发同学。

### 开发完成,我们如何定义`DONE`
Feature owner 确认对应的产品功能点已经完成，没有遗漏，满足产品需求。
如果涉及到上线的部署事项，需要在次版本的上线备忘中，写明。
更新JIRA user story中的Remaining时间，改为0，更新对应的状态为DONE


## Feature Owner的职责
0 理解产品需求，确保没有偏差，开始feature开发之前，确保物料已经齐备，包括：设计图，产品文档中的疑问点已经解决等等。
1 召集自己的虚拟团队，和虚拟团队一起拆分任务，制定技术方案，更新feature的评估时间。
2 跟踪feature的进度，及时跟新Jira上的任务状态，确保迭代内可以完成。
3 feature开发结束之后，对照产品文档过对应的功能点，确保没有遗漏，确保实现跟需求一致。
4 如果feature对应有上线配置，或者在上线时需要额外的步骤，在对应迭代的上线备忘中写明，确保没有遗漏。


## 完整Sprint开发流程
phase 0 相关team负责人，提前评审产品需求，以及相关设计
如果评审中，有不合理的地方，及时反馈给产品以及设计同学，讨论解决方案

phase1 需求评审会议
评审产品需求，在Jira上建立对应的JIra user story
需求评审会时，开发所需要的物料需要齐备，包括，产品文档和设计图等
需求评审过程中，对产品需求有疑问，或者觉得不合理的地方，及时提出，产品和设计按照对应的解决方案调整
设计评审会议，这个会议中，需要明确所有涉及的UI和交互

phase2 技术初步估时以及指定feature owner
会议中，需要对本次迭代，各个team可投入的资源做估计，同时，对每一个user story做开发时间估计，记录在jira中。
此会议需要对每一个feature确定虚拟团队的成员

phase3 feature拆分以及技术细节会议
对应feature的owner，召集自己的虚拟团队，针对feature拆分任务，指派给对应的开发，并且制定详细的技术方案。
会议中结束时，如果虚拟小组的对此feature的评估时间有偏差，需要更新对应user story的估时。

phase 3.5 确认提测，已经发布时间点

phase4 开发
进入此阶段时，需要保证物料齐备。

phase5 测试<commit_msg>update format<commit_after>---
layout: post
title: '我们是如何使用jira来管理项目的'
date: 2016-04-15
author: Pengfei.X
version: 0.1
categories: [management, ]
---

我们使用Confluence来管理我们的需求文档，使用Jira来管理我们的开发任务和bug。

## 约定
每篇需求文档，唯一对应Jira上的一个user story, 如果这个需求比较大，那么需要把这个
大的需求拆分成多个迭代，在多个迭代内完整这个需求，确保我们每个sprint可以按时交付。

## 名词定义

### feature owner 
需求文档建立对应的Jira任务后，这个需求的负责人，具体责任见`feature owner的职责`

### user story       
JIRA上，产品需求在Jira上的体现。针对需求中的小功能点，我们做了详细的任务拆分，如果
同一个功能点涉及到了前端，后端和客户端，那么会在这个user story下建对应的开发任务给
我们的开发同学。

### 开发完成,我们如何定义`DONE`
Feature owner 确认对应的产品功能点已经完成，没有遗漏，满足产品需求。
如果涉及到上线的部署事项，需要在次版本的上线备忘中，写明。
更新JIRA user story中的Remaining时间，改为0，更新对应的状态为DONE


## Feature Owner的职责

- 0 理解产品需求，确保没有偏差，开始feature开发之前，确保物料已经齐备，包括：设计图，产品文档中的疑问点已经解决等等。
- 1 召集自己的虚拟团队，和虚拟团队一起拆分任务，制定技术方案，更新feature的评估时间。
- 2 跟踪feature的进度，及时跟新Jira上的任务状态，确保迭代内可以完成。
- 3 feature开发结束之后，对照产品文档过对应的功能点，确保没有遗漏，确保实现跟需求一致。
- 4 如果feature对应有上线配置，或者在上线时需要额外的步骤，在对应迭代的上线备忘中写明，确保没有遗漏。


## 完整Sprint开发流程
phase 0 相关team负责人，提前评审产品需求，以及相关设计
如果评审中，有不合理的地方，及时反馈给产品以及设计同学，讨论解决方案

phase1 需求评审会议
评审产品需求，在Jira上建立对应的JIra user story
需求评审会时，开发所需要的物料需要齐备，包括，产品文档和设计图等
需求评审过程中，对产品需求有疑问，或者觉得不合理的地方，及时提出，产品和设计按照对应的解决方案调整
设计评审会议，这个会议中，需要明确所有涉及的UI和交互

phase2 技术初步估时以及指定feature owner
会议中，需要对本次迭代，各个team可投入的资源做估计，同时，对每一个user story做开发时间估计，记录在jira中。
此会议需要对每一个feature确定虚拟团队的成员

phase3 feature拆分以及技术细节会议
对应feature的owner，召集自己的虚拟团队，针对feature拆分任务，指派给对应的开发，并且制定详细的技术方案。
会议中结束时，如果虚拟小组的对此feature的评估时间有偏差，需要更新对应user story的估时。

phase 3.5 确认提测，已经发布时间点

phase4 开发
进入此阶段时，需要保证物料齐备。

phase5 测试
{'fraction_non_alphanumeric': 0.08575241908575242, 'fraction_numerical': 0.016016016016016016, 'mean_word_length': 10.399239543726235, 'pattern_counts': {'":': 0, '<': 3, '<?xml version=': 0, '>': 3, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '5629450', 'n_tokens_mistral': 2387, 'n_tokens_neox': 2711, 'n_words': 164}