1

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

2

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

3

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

4

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

5

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

6

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

7

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

8

9

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

10

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

11

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

12

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

13

1

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

14

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

15

1

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

16

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

17

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

18

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

19

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

20

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

21

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

22

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

23

1

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

24

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

25

是

26

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

27

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

28

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

31

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

32

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

33

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

35

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

36

1

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