转至元数据结尾
转至元数据起始

正在查看旧版本。 查看 当前版本.

与当前比较 查看页面历史

版本 1 下一步 »

作者简介:杜家骐 ,京东零售平台业务中心项目管理专家、敏捷教练、敏捷转型负责人,京东零售敏捷专家委员会委员,京东大学银牌讲师,京东零售学院项目管理培训师。

高效能团队

小成功靠个人,大成功靠团队。这句话的道理,从社会学的角度,在对大雁高空列队飞行的研究中得以印证:

每只大雁震动翅膀的时候,可以为在后方队列飞行的同伴减少飞行阻力,这是团队协作的成果;

飞行中的每只大雁都会保持队形整齐,因为脱离队伍带来的是落单,这是团队合力为正的体现;

队伍中有几只体格健壮的大雁,交替担当队伍的领头雁,引领完成雁群的迁徙,这是团队目标明确和出色领导力的表现。

我们熟悉的这些大雁法则,体现的正是团队的高效协作。

高效能团队是企业生存和发展的基石。任何企业面对当下的激烈竞争,要想脱颖而出,一定离不开量身打造的高效能团队,因为只有高效能团队才能发挥出最高的效能,让企业又好又快地发展。

企业效率的高低,取决于团队效能的高低。随着互联网行业的发展,单打独斗的“软件作坊”时代已经过去,想要实现企业又好又快的发展,必须得依靠一大批高效能团队的支撑。

高效能协作要关注协同、实施和集成

互联网项目短、平、快的特点,决定了互联网公司要特别讲究效率和执行力。项目执行中的高效能协作,一定离不开人与人之间、人与系统之间,系统与系统之间的关联、交集和互动连接。

这里的“人”是指项目干系人、团队成员,这里的“系统”是指和项目管理相关的信息系统,如Jira或Confluence等。

要做好“协同”,就需要更好地推进人与人之间的联系和交集;

要做好“实施”,就需要更好地推进人与系统之间的联系和交集;

要做好“集成”,就需要更好地推进系统与系统之间的联系和交集。

协同、实施和集成,与高效能协作之间的相互关系,如图1所示。

Jira是澳大利亚Atlassian公司出品的一款Issue跟踪及项目管理软件。Jira在项目执行管理、敏捷开发管理、体系流程管理、Bug跟踪、客户服务等方面是最擅长的。

Jira没有派系和立场之分,非IT/互联网行业的非技术项目,也一样易用。

本文重点介绍项目高效能协作过程中,如何通过Jira来承载人与人之间的“协同”,人与系统之间的“实施”。

案例1:个性首页收录展示关注的内容

应用需求场景

Atlassian是一家知名互联网企业,在用Jira来辅助项目管理时,发现并不是团队的每个成员都能熟练地用Jira来快速准确地找到他们各自想要的东西。

尤其是在多个并行项目中,大家手头的事情多而杂,想让大家每天上班后只要登录Jira,就能清晰地知道当前有哪些待办的事,同时也能记录已完成事项,以此作为团队成员工作的备忘录和工作过程的记录。

Jira解决方案

给项目团队做一个共享的个性首页。这里的“个性”,是强调每个人登录Jira后,内容呈现因人而异,千人前面,且都是和自己密切相关的内容。

互联网产品技术类项目常规事项的分类主要包括Bug处理、新功能开发、优化已有功能体验、底层技术类改造等。

这些分类,在Jira里可以映射划分成不同的提案类型,如表1所示。

把个性首页做成两列:

左边一列,用于收录展示“需要我处理的提案”,譬如:需要我处理的Bug、Story、新增功能等;

右边一列,用于收录展示“我已经处理完成的提案”,譬如:需要我回归验证的Bug、我处理完成的全部Story、新增功能等。

两列的内容都覆盖全部的提案类型。具体实现效果,如图2所示。

关键实现步骤

本文中讲述的全部应用实践案例,所使用的Jira版本,都是V6.2.2

使用Jira过滤器筛选出数据内容后,再通过“面板”→“管理面板”→“添加小工具”→“显示保存的过滤器”来实现。

本文介绍的是Story提案类型在个性首页的实现,其他提案类型的实现方法都类似。

需要我处理的Story,Jira过滤器的实现规则如下:

①、Project项目库:选择你指定要筛选的项目库名称;

②、IssueType提案类型:Story;

③、Assignee经办人:当前用户(不同Jira用户登录后显示不同内容);

④、Resolution解决结果:未解决。

我处理完成的全部Story,Jira过滤器的实现规则如下:

某人曾经处理完成的全部Story的数据筛选,属于较为复杂的查询条件,在Jira过滤器的Basic简单模式下无法解析。可以使用Jira提供的查询语言JQL来实现,下面介绍两种方法。

方法1:把项目各角色人员账号的数据值,与“当前用户”进行匹配。用JQL查询语言实现的代码,如图3所示。

方法2:不依据前文中提到的各个角色人员账号的数据值,采用JQL查询语言语法的运算符was,实现的代码如图4所示。

最后,把个性首页生成的链接,发给团队成员提供给他们订阅使用。

另外,也可以让他们在Jira的“面板”→“管理面板”→“热门”→“热门面板”中查找你分享的个性首页,点击里面的五角星符号即可收藏。

需要注意的点

1、过滤器的浏览权限

首次创建完后,默认的权限都是自己可见。如果想把过滤器的结果呈现在个性首页上,就必须把过滤器的浏览权限,开放给你要共享的所有干系人。

可以在“Issue”→“管理过滤器”选定你要共享的过滤器,进入“编辑当前过滤器”对话框进行操作。共享范围可以是所有人、指定的用户组或特定的项目。

2、过滤器涉及项目的浏览权限

共享过滤器时,一定要确保这些被分享到的人或指定用户组,具备过滤器筛选条件中所涉及的项目浏览权限。

否则,即便是他收藏了你分享的个性首页,页面上也无法显示和他相关的内容,并会提示一堆“选择的过滤器filter-10005有错误:ID为‘10202’ 的值在字段 ‘project’中不存在”的报错,报错提示中的filter和ID后面的数字,会随着你过滤器的不同而变化。

案例2:个性工作流让潜规则浮上台面

应用需求场景

Atlassian不同业务分类下的项目,存在不同的执行流程。同一个业务分类下的不同项目中的不同类型事情,也会有不同的执行流程。虽然,各项目的干系人都知道执行流程,也能在项目执行中及时发现流程上的问题并积极改进,最后落实到文档层面。

但这些流程在执行过程中,总觉得缺少一种承载物,导致在执行中或多或少地都带有“人情”因素,会执行不力。想通过把制度流程与工具相结合,让不同项目中的不同类型事务,都能按照既定的流程执行并跟踪,把潜在台面下的流程规则浮上台面。

通过把项目状态、流程,与具体事务操作相结合,实现一些状态数据的统计分析、共享,以及流程权限控制等,促进项目执行的自动化水平。

Jira解决方案

总结项目执行中的关键状态和节点,在Jira中定义其状态,通过Jira工作流把这些状态与具体事务操作联系起来。

公司互联网产品技术类项目执行过程的关键状态节点可以划分为:方案设计中、UE设计中、UI设计中、页面制作中、开发中、测试中、待上线、已上线等状态。

落实到Jira工作流中,可以增加一个初态Open(开启)和终态Closed(关闭)。以Story类型提案为例,具体的状态操作跳转流程,如图5所示。

图5中,当创建Story类型的项目提案后,默认的初始状态是开启,然后进行产品方案设计,进入方案设计阶段。

  • 如果该项目提案依赖于页面展示,那么就会依次经历UE设计、UI设计和页面制作等阶段,然后进入开发、测试和上线等阶段。

  • 如果该项目提案不依赖于页面展示,那么就不再需要经历UE设计、UI设计和页面制作等阶段,直接进入开发、测试和上线阶段。

  • 无论Story类型的项目提案是否依赖于页面,最后终结的状态都是关闭。

从终态关闭,也可通过“恢复开启提案”的事务操作回到初态开启。

关键实现步骤

Jira提供了两种工作流的设计方法:Text文本方法和Diagram图形方法。个人感觉采用Text文本方法相对易用些,而采用Diagram图形方法时容易出错走样。

以下简要介绍采用Text文本方法进行工作流的设计与实现。在Jira-administrators管理员权限下,以Story类型工作流的Jira实现为例。

①、“Issue”→“状态”→“添加新状态”,将图5中提到的状态,都添加完成。里面除了开启和关闭是系统提供的状态外,其他都是自定义的。

②、“Issue”→“工作流”,复制Jira原始默认的工作流,并对它进行重新命名,如:Weibo Story Issue Type Workflow。

③、梳理图5中涉及状态和事务操作的对应关系,可以思考以下问题:

  • 项目上游的A状态到下游的B状态,要进行什么样的事务操作?

  • 从下游的B状态退回到上游的A状态,要进行什么样的事务操作?

  • 从A状态进行什么样的事务操作可以不经过B状态直接到达C状态?

  • 每种状态操作,分别会设置哪些权限控制和触发条件?

  • 每种状态,什么权限的角色可以操作?什么权限的角色不可以操作?

这些内容,可以梳理成表2的形式。

表2中,项目管理人员在每个状态都具有操作权限,这里为了强调让团队的每个成员都参与进来使流程运转,所以在“适合操作角色”的内容上,将各个状态对应了各角色的成员。

④、找到“Issue”→“工作流”,选定你要进行设计的Jira工作流,譬如:Weibo Story Issue Type Workflow,在“添加新步骤”的页面中,完成“步骤名称”和“链接的状态”的添加。

⑤、在Text文本工作流的设计页面中,选定需要操作的状态,点击“添加工作流动作”链接进入“添加工作流动作”页面,填写工作流名称、描述、链接目标状态和工作流动作页面。其中工作流动作页面不是必须要有的,可根据你的业务需要来取舍,如果业务层面需要有工作流动作页面作为跳转页面,那么该页面就会在执行这个工作流动作时出现。

⑥、在步骤⑤中提到的工作流动作页面,可以在“Issue”→“界面”和“界面方案”中,完成你所需要过渡页面的设计和制作,并在“添加工作流动作”的页面中与链接目标状态进行关联。

⑦、“Issue”→“工作流方案”页面中,创建Jira工作流方案,并按照标准的格式进行命名,譬如:XXX Workflow Schemes,并给XXX工作流方案的不同提案类型,分别指派不同的工作流模型,譬如:给Bug类型的提案,指派Jira默认的工作流;给Story类型的提案,指派前文中提到的Weibo Story Issue Type Workflow工作流等。

⑧、最后,把Jira工作流设计方案中的XXX Workflow Schemes与具体的Project项目库关联,生效后方可使用。

工作流的设计完成后,项目提案中的状态与事务操作对应关系,工作流的Jira整合效果展示,如图6所示。

在图6中,是把Story类型项目提案的每个状态下所对应的具体事务操作,先做局部截图后,再以图片拼接的形式进行效果展示。每个局部截图中的数字标号,表示效果展示的顺序;红色分割线,表示每种状态与事务操作对应关系的区分。

其中,结合图5、表2和图6中的主体内容,Story类型的项目提案状态和事务操作的对应关系,在Jira系统中Jira-administrators管理员权限下,使用Jira工作流的Text文本设计方法,核心内容示意图,如图7所示。

需要注意的点

①、设计工作流时,建议首先复制Jira默认的工作流,在Jira默认工作流的基础上再重命名,设计符合你需求的工作流。不要刚上来就直接定义新工作流来设计,否则你会发现很多时候工作流的状态和事务操作在执行时,都没法按你的规则去实现。

②、如果需要对某个事务操作(如“关闭提案”)在工作流中进行权限控制,可以在该事务操作的权限控制页面中,通过“触发条件”下的Addcondition进行权限操作。

案例3:项目报表让项目情况一目了然

应用需求场景

Atlassian的产品设计开发节奏快、周期短,平时并行的项目较多,除了个别非常重要紧急的项目以外,很少能做到专人专项。UED、开发、测试等职能部门的人力资源多数都是当项目立项后,再被临时指派到各个项目上。项目执行中的状态、时间点等信息也比较散落。

想让每个项目的上线时间、资源分配(占用)情况、各环节的交付时间点、以及项目执行中遇到的问题风险等,能一目了然地呈现;能在一个动态的项目报表中看出整个业务分类下的现行项目情况。

Jira解决方案

把Atlassian互联网产品技术类项目的人员角色划分,包括产品经理、UE设计师、UI设计师、页面制作、前端工程师、后端工程师、测试工程师、运维工程师、项目管理等,在Jira-administrators权限下的“字段”→“自定义字段”里面,定义成“选择用户”(多选)的字段。

把项目执行中涉及的各环节时间点,包括起始时间、方案交付时间、UE交付时间、UI交付时间、页面交付时间、前端交付时间、后端交付时间、测试交付时间、上线时间等,在Jira-administrators管理权限下的“字段”→“自定义字段”里,定义成“日期选择器”类型的字段。

凡是涉及的自定义人员和时间的字段,都可以在Jira某些类型提案里做成多标签页面的形式。

这里以Jira中的Story类型提案作为举例,在Jira-administrators权限下的“界面”→“配置界面”→“字段标签页”→“增加字段”中,可以实现项目时间计划、参与人员、上线发布等主题的多标签页面。如图8所示。

再用Jira过滤器筛选出指定业务分类下的项目,同时,把事前定义好的各角色参与人员、各环节时间点和问题风险等字段,通过Jira过滤器Columns自定义列元素的方式,做成一个项目报表。

最后,将其通过“导出”→“打印预览”的形式,得到一个绝对的链接地址,作为常用链接放到Jira导航栏上,其实现效果示意图,如图9所示。

由于项目报表的横向宽度较宽,所以分两张图分开展示。在图9的示例中:

前半部分,列分出了项目提案名称、优先级、状态、上线时间、典型问题风险及后续计划等项目关键要素;

后半部分,列出了项目资源分配(占用)情况,以及各环节的交付时间点,各职能部门负责人可以由此粗略估算出某个已被占用资源,下次被释放的大致时间。


小结

理想的团队,就像一台快速高效运转的电脑,不仅要有优质的硬件作为基础,还要配以优质的软件。如此“软硬结合”才有可能带来高质量的产出。

缺乏团队精神或高效协作的队伍,充其量只能算是机械的集合体,只有上下齐心、目标明确的高效团队,让团队成员人尽其才、各尽所能,方能“万人操弓,共射一招,招无不中”。

本文通过三个较为典型的Jira实践案例,简要介绍了A公司在互联网项目执行的高效能协作过程中,Jira所起到的重要承载作用,以及针对不同应用需求场景提供的解决方案、关键实现方法等。

在其他更多的项目管理实践方面,Jira能处理的应用需求场景远远不止于此。希望这三个Jira实践案例中涉及的解决方案、关键实现方法等,能抛砖引玉,为你在平时工作遇到的类似应用场景,带来解决方案层面的一些启迪和思考。

文章来源杜家骐项目管理公众号:https://mp.weixin.qq.com/s/35W9gQvvCc9vdWWEwQRZZA

  • 无标签