JIRA 是伪需求吗？

[kkkiio]

最近拿到一个 offer ，公司产品类似 JIRA 。我有点犹豫，因为我对 JIRA 的态度在近两年用过 JIRA 后，从期待变成了失望，想了解大家的看法。

我认为有更好的工具可以取代 JIRA：

• 可以用 IM 、协同文档取代它。在上家公司 JIRA 发挥的主要作用就是记录，而更高频使用的 IM 和协同文档也可以完成这个任务。
• 用自动化工具 pipeline 取代它。像"上线前检查 DB Schema"这种 ticket ，表面上体现流程管理、依赖清晰，实际上不仅给工程师加工作量，还容易出错，不如用 pipeline 确保环境没问题。

• IM 包括Slack这种新一代的（不止于）聊天工具。
• 协同文档包括Notion这种包含Pages Database的工具。

[Xs0ul]

1. 协同文档还有 confluence ，和 jira 一样是 Atlassian 的
2. 用 IM 很难说，但想象了一下要查过去某个 ticket 会很麻烦

[T0m008]

jira 那些是针对企业用户的，所以你这种个人用户当然不能体会需求了。

[zx900930]

im ，协同文档是无法取代 ticket 管理系统的。归档，查询都很难。
而且 ticket 的访问权限管理，组管理，项目管理，与其它 devops 的集成，与各类通知系统的集成？
pipeline 只能解决可以自动化的问题，jira 这类工具恰恰处理的是 cicd 中不能自动化的那一部分（团队沟通协作，客户沟通反馈）。

[gogorush]

JIRA 挺好用的 这玩意可以结合 IM 文档等 做到无缝 还能玩 plugin 简直不要太方便

[nicevar]

你看很多大企业都购买就知道了，jira 整合这一块目前行业内没有对手，那些所谓的替代品没有一个能打的，特别是 YQ 出现，远程上班变多之后，这软件需求就更旺盛了。

[Torpedo]

强需求。但是这玩意同类产品挺多的

[kkkiio]

@zx900930 协同文档也会有归档和查询，以及权限管理等功能吧？团队沟通协作，客户沟通反馈，具体内容是记录吗？如果是，协同文档应该也可以完成？

[kkkiio]

@T0m008 企业用户是指管理者吗？

[Cbdy]

我感觉用 GitHub issues 够了，顶多再配个类似 nextcloud 的网盘

[richangfan]

产品部门从基拉换成禅道了，我们也得跟着换

[kkkiio]

@Xs0ul 1. 协同文档也包括 notion ，个人觉得它功能更强体验更好
2. IM 当入口可能合适一点

[kkkiio]

@Cbdy 我也觉得 GitHub 那套差不多了，能 comment 有关联。jira 容易出现一堆没人知道是什么的字段，也没看到状态流转的作用

[Mithril]

"记录"是面向企业用户最重要的功能啊。
要保证各种事项都可以追踪，都有人负责。特别是当系统的使用者不仅仅是开发人员，也包括设计，销售，市场，运营，售后等等。
最简单的，售后提了个客户反馈的问题，如果只用 IM 和文档的话，特别是小公司，可能就在 IM 上直接拉人问两句就改了。
但规模大了以后，问题多了很难追踪某个事项现在的进度，状况，是谁在负责。
所以才有这种可以自定义流程，权限等等复杂功能的 Issue Tracking 。

[killva4624]

可能 OP 一开始的关注点稍微有些偏差：“在上家公司 JIRA 发挥的主要作用就是记录”。我觉得记录只是表层，JIRA 根源解决的问题是跟踪和统计。
也在上家公司用过一段时间 JIRA ，说说个人看法。
IM 和 协作文档能不能替代 JIRA ？ 没错，一定程度上可以。IM 的快速交流带来便捷，但不合适跟踪，或者说上规模的跟踪。这个事情从什么时候开始，什么时候进入一个阶段，哪些是关键的讨论，事情当前是谁负责，用 IM 和写作文档记录这些内容的话，一旦事项的个数和事项的更新内容多起来，文档就会变得很 "ugly"，同时也不便于统计。比如说我只是一个组的产品经理，OK ， 我能用 EXCEl 来管理一个项目的事项，如果我需要管理多个产品组呢？每次打开一堆笨重的表格文档，依靠关联的公式来跟踪当前有多少事情延期，多少高优事项正在正常进行吗？

[clino]

不一定要用 Jira ，但是 issue tracker 这种形式的工具还是要的。

[kkkiio]

@Mithril 明白，越大的团队可能越需要约束成员不出差错，我理解大型团队对 jira 的需求，虽然我不喜欢大型团队。
不过像 notion 这种有 query view 和 meta data 的协同文档，好像也可以完成记录和追踪的事情。

[kkkiio]

@killva4624 我倒是觉得内容组织是文档的强项，新一代的文档系统也有很强的查询追踪功能了

[ykb8121]

不是还有啥 TAPD 、ONES 、Tower 、Trello 、禅道、Scrum 等一大堆吗，这类的产品越来越多，这行产品也是卷的不行。然后搞敏捷，一边为了服从性测试，天天需求迭代任务傻逼会议，一边给底层员工弄得累的不行，其实效率也并没有提升...
最后搞了一堆规范，说白了防止背锅甩锅。人员去去来来，业务量一上来，最后还是要沦落为屎山...

[Xs0ul]

IM 当入口确实有，slack 就有 jira 的插件

[Nitroethane]

这么跟你说，我的上家公司是全球前五百强企业，以自己开发的 ERP 系统为核心的销售。几乎每个部门都在用 Jira 和 Confluence ，就连很多客户也用公司的 Jira 和 Confluence

[66beta]

Atlassian 和 slack 的强大支出在于可以跟很多外部系统联动
im+文档，显然是小作坊路线了

[kkkiio]

@66beta 我以为 IM 包括 slack ，而且现在很多协作工具都可以跟外部系统联动。

[66beta]

@kkkiio slack 感觉更接近是一个粘合工具和通知系统，不像传统 IM 。如果 slack 只是当传统 im 来用，那么跟 QQ 也没差啦，没有用到它的优势

[mahone3297]

听说，要使用 Jira ，必须要有个 Jira master
不然，遇到问题就不知道如何解决了

[ferock]

是

[kkkiio]

@66beta 我认同你的观点，而我对 IM 和协作文档的观点是它们都在往更有价值和想象力的方向进化，IM 这词只是代称，文字没法精确传达想法

[wherewhale]

我觉得 op 这种想法 做大做强后 最终也会走向 jira
当然我司用 jira 的同时 也用 slack
二者角色不同 在通过 jira 能沟通解决的问题 绝对不烦别人（ IM 实时沟通其实是很烦人的 如果频次高）

[kkkiio]

@wherewhale 更异步温和的沟通形式，文档（ Notion ）也能做到吧？感觉国内提起 JIRA 、TAPD 更多强调流程管理、团队最佳实践。

[mogita]

https://ifuckinghatejira.com/

[kkkiio]

https://www.smartcompany.com.au/startupsmart/analysis/atlassian-unprofitable-valuation-adam-schwab/ atlassian 销售越来越多，没有盈利

[forgottencoast]

如果一个产品上了 JIRA 几年，会清楚的显示很多特性、需求的演化、讨论过程。
以及这些对应 Issue 的关联人，实现层面还能对应到相应的代码、发布版本等。
这显然不是 IM 可以实现的。
对比协同文档，JIRA 是更有针对性（项目管理、甚至是软件项目管理）的产品。

[kkkiio]

@forgottencoast 理想情况很美好。从我个人实践经验(软件研发)看，issue 信息经常是不全或者完全没有，关键信息基本都在文档和聊天记录里。
Issue 最大的作用就是明确负责人，看动态，记 todo

[forgottencoast]

@kkkiio
那是管理的问题。
我也用过几年，我们团队不存在你说的问题。
我们只看 Issue ，研发只看 Issue 描述来开发，测试只按照 Issue 上面的描述来测。

[kkkiio]

@forgottencoast 那你们还会有文档沉淀吗？确认一个功能都翻历史 issue ？还是有两套？

[kkkiio]

@kkkiio 我觉得文档是一个很灵活的概念，加上插件，它也可以实现像 GitHub 那样简单的 issue ，可能也就够了。

[forgottencoast]

@kkkiio
产品那边会给原型，复杂的会有文档。
复杂的业务文档，或者反复出现的，会被收录到 WIKI 中，相当于自然沉淀出来的。
因为我们用的是 Conference ，集成度很高，用起来其实很方便。
一般的就 JIRA 的 Issue 管理就够用了，也很方便了。