最近拿到一个 offer ,公司产品类似 JIRA 。我有点犹豫,因为我对 JIRA 的态度在近两年用过 JIRA 后,从期待变成了失望,想了解大家的看法。
我认为有更好的工具可以取代 JIRA:
1
Xs0ul 2022-06-22 04:39:40 +08:00
1. 协同文档还有 confluence ,和 jira 一样是 Atlassian 的
2. 用 IM 很难说,但想象了一下要查过去某个 ticket 会很麻烦 |
2
T0m008 2022-06-22 05:10:36 +08:00
jira 那些是针对企业用户的,所以你这种个人用户当然不能体会需求了。
|
3
zx900930 2022-06-22 06:14:15 +08:00 via Android
im ,协同文档是无法取代 ticket 管理系统的。归档,查询都很难。
而且 ticket 的访问权限管理,组管理,项目管理,与其它 devops 的集成,与各类通知系统的集成? pipeline 只能解决可以自动化的问题,jira 这类工具恰恰处理的是 cicd 中不能自动化的那一部分(团队沟通协作,客户沟通反馈)。 |
4
gogorush 2022-06-22 07:02:21 +08:00
JIRA 挺好用的 这玩意可以结合 IM 文档等 做到无缝 还能玩 plugin 简直不要太方便
|
5
nicevar 2022-06-22 07:13:23 +08:00
你看很多大企业都购买就知道了,jira 整合这一块目前行业内没有对手,那些所谓的替代品没有一个能打的,特别是 YQ 出现,远程上班变多之后,这软件需求就更旺盛了。
|
6
Torpedo 2022-06-22 08:54:09 +08:00
强需求。但是这玩意同类产品挺多的
|
7
kkkiio OP @zx900930 协同文档也会有归档和查询,以及权限管理等功能吧?团队沟通协作,客户沟通反馈,具体内容是记录吗?如果是,协同文档应该也可以完成?
|
9
Cbdy 2022-06-22 09:47:10 +08:00 via Android
我感觉用 GitHub issues 够了,顶多再配个类似 nextcloud 的网盘
|
10
richangfan 2022-06-22 09:51:59 +08:00
产品部门从基拉换成禅道了,我们也得跟着换
|
11
kkkiio OP @Xs0ul 1. 协同文档也包括 notion ,个人觉得它功能更强体验更好
2. IM 当入口可能合适一点 |
12
kkkiio OP @Cbdy 我也觉得 GitHub 那套差不多了,能 comment 有关联。jira 容易出现一堆没人知道是什么的字段,也没看到状态流转的作用
|
13
Mithril 2022-06-22 10:08:13 +08:00 1
"记录"是面向企业用户最重要的功能啊。
要保证各种事项都可以追踪,都有人负责。特别是当系统的使用者不仅仅是开发人员,也包括设计,销售,市场,运营,售后等等。 最简单的,售后提了个客户反馈的问题,如果只用 IM 和文档的话,特别是小公司,可能就在 IM 上直接拉人问两句就改了。 但规模大了以后,问题多了很难追踪某个事项现在的进度,状况,是谁在负责。 所以才有这种可以自定义流程,权限等等复杂功能的 Issue Tracking 。 |
14
killva4624 2022-06-22 10:25:17 +08:00
可能 OP 一开始的关注点稍微有些偏差:“在上家公司 JIRA 发挥的主要作用就是记录”。我觉得记录只是表层,JIRA 根源解决的问题是跟踪和统计。
也在上家公司用过一段时间 JIRA ,说说个人看法。 IM 和 协作文档能不能替代 JIRA ? 没错,一定程度上可以。IM 的快速交流带来便捷,但不合适跟踪,或者说上规模的跟踪。这个事情从什么时候开始,什么时候进入一个阶段,哪些是关键的讨论,事情当前是谁负责,用 IM 和写作文档记录这些内容的话,一旦事项的个数和事项的更新内容多起来,文档就会变得很 "ugly",同时也不便于统计。比如说我只是一个组的产品经理,OK , 我能用 EXCEl 来管理一个项目的事项,如果我需要管理多个产品组呢?每次打开一堆笨重的表格文档,依靠关联的公式来跟踪当前有多少事情延期,多少高优事项正在正常进行吗? |
15
clino 2022-06-22 10:26:51 +08:00 1
不一定要用 Jira ,但是 issue tracker 这种形式的工具还是要的。
|
16
kkkiio OP @Mithril 明白,越大的团队可能越需要约束成员不出差错,我理解大型团队对 jira 的需求,虽然我不喜欢大型团队。
不过像 notion 这种有 query view 和 meta data 的协同文档,好像也可以完成记录和追踪的事情。 |
17
kkkiio OP @killva4624 我倒是觉得内容组织是文档的强项,新一代的文档系统也有很强的查询追踪功能了
|
18
ykb8121 2022-06-22 10:45:25 +08:00
不是还有啥 TAPD 、ONES 、Tower 、Trello 、禅道、Scrum 等一大堆吗,这类的产品越来越多,这行产品也是卷的不行。然后搞敏捷,一边为了服从性测试,天天需求迭代任务傻逼会议,一边给底层员工弄得累的不行,其实效率也并没有提升...
最后搞了一堆规范,说白了防止背锅甩锅。人员去去来来,业务量一上来,最后还是要沦落为屎山... |
19
Xs0ul 2022-06-22 10:48:59 +08:00 via Android
IM 当入口确实有,slack 就有 jira 的插件
|
20
Nitroethane 2022-06-22 11:08:48 +08:00
这么跟你说,我的上家公司是全球前五百强企业,以自己开发的 ERP 系统为核心的销售。几乎每个部门都在用 Jira 和 Confluence ,就连很多客户也用公司的 Jira 和 Confluence
|
21
66beta 2022-06-22 11:14:46 +08:00
Atlassian 和 slack 的强大支出在于可以跟很多外部系统联动
im+文档,显然是小作坊路线了 |
23
66beta 2022-06-22 11:27:00 +08:00 1
@kkkiio slack 感觉更接近是一个粘合工具和通知系统,不像传统 IM 。如果 slack 只是当传统 im 来用,那么跟 QQ 也没差啦,没有用到它的优势
|
24
mahone3297 2022-06-22 11:27:32 +08:00
听说,要使用 Jira ,必须要有个 Jira master
不然,遇到问题就不知道如何解决了 |
25
ferock 2022-06-22 11:27:49 +08:00
是
|
26
kkkiio OP @66beta 我认同你的观点,而我对 IM 和协作文档的观点是它们都在往更有价值和想象力的方向进化,IM 这词只是代称,文字没法精确传达想法
|
27
wherewhale 2022-06-22 11:49:11 +08:00
我觉得 op 这种想法 做大做强后 最终也会走向 jira
当然我司用 jira 的同时 也用 slack 二者角色不同 在通过 jira 能沟通解决的问题 绝对不烦别人( IM 实时沟通其实是很烦人的 如果频次高) |
28
kkkiio OP @wherewhale 更异步温和的沟通形式,文档( Notion )也能做到吧?感觉国内提起 JIRA 、TAPD 更多强调流程管理、团队最佳实践。
|
29
ck65 2022-06-22 12:48:24 +08:00
|
30
kkkiio OP |
31
forgottencoast 192 天前
如果一个产品上了 JIRA 几年,会清楚的显示很多特性、需求的演化、讨论过程。
以及这些对应 Issue 的关联人,实现层面还能对应到相应的代码、发布版本等。 这显然不是 IM 可以实现的。 对比协同文档,JIRA 是更有针对性(项目管理、甚至是软件项目管理)的产品。 |
32
kkkiio OP @forgottencoast 理想情况很美好。从我个人实践经验(软件研发)看,issue 信息经常是不全或者完全没有,关键信息基本都在文档和聊天记录里。
Issue 最大的作用就是明确负责人,看动态,记 todo |
33
forgottencoast 191 天前
|
34
kkkiio OP @forgottencoast 那你们还会有文档沉淀吗?确认一个功能都翻历史 issue ?还是有两套?
|
36
forgottencoast 191 天前 1
@kkkiio
产品那边会给原型,复杂的会有文档。 复杂的业务文档,或者反复出现的,会被收录到 WIKI 中,相当于自然沉淀出来的。 因为我们用的是 Conference ,集成度很高,用起来其实很方便。 一般的就 JIRA 的 Issue 管理就够用了,也很方便了。 |