观技术部与其他部门互撕有感

[ww940521]

最近不知道是天气太热脾气暴躁还是怎么的，我们部门一直跟其他部门吵架。我发现本质问题还是沟通，我们做完产品变更没有及时传达到其他部门，工作流不完善，文档也不完善。即使写了文档也是零落的，而且很快会随时间被淹没。文档也没人看，有问题还是问。而且有时候答案还不一致。我想着有没有一个软件能做时间流把一个产品的变更记录完整记录而且能实时提示所有成员，且能用最简便的方式使用让所有成员养成使用习惯。做完产品第一时间更新文档，遇到问题先想到查询文档。例如可以像 QQ 一样吸附在桌面，随手就可以打开。不知道大家公司是怎么解决这个问题的。

[ww940521]

@ThreeK 看文档太麻烦了，还是直接 StackOverflow 找解决方案省事😋

[ww940521]

@maemolee 那也首先要有完善的文档做保底。

[johnnyNg]

把文档丢给 chatgpt ，然后弄一个企微机器人，有问题问机器人

[libook]

核心问题不是工具，而是流程和制度，流程负责效率，制度负责保证流程的有效性。

[ww940521]

@lower 那文档不太好写吧。

[janus77]

公司流程制度有问题
别说什么懒得看、懒得更新，要是规定制度，落实责任，会有这种问题？
举例：提 bug 写明白什么原因，什么版本修了，给谁测。如果他不按时测，那是他的问题，绩效扣他的。
重点是最后一句。
不落实到规章制度，谁管你啊

[tianmalj0613]

从敏捷上面讲，文档的更新也是交付物之一，QA 应该对文档的正确性进行及时的验证。但是这样 对研发和测试的要求都很高，所以还是制度和流程的问题

[maemolee]

@ww940521 是的，有了文档之后，就是解决业务部门不喜欢看文档的问题，让他们找机器人客服呗。

[yufeng0681]

@ww940521 #54
你首次提的问题是：文档不一致，没人看，还是问人
你扩展说的问题是：文档自己部门人看，外面部门看，还要可读性
这不是一个问题，解决方案也不一样。
研发部门，需求文档，（详细）设计文档，接口文档，都是研发各岗位对齐用的，保证不做错
其他部门，要看你们的产品使用文档 /安装文档 /特性文档，最多再看看需求文档，里面有功能实现的详细描述（比特性文档还要详细）。 其他部门要看你的设计文档干啥？他也要研发？

小软件公司发展不起来，有大部分时候都是对质量要求低，不愿意为质量投入时间。 吵架只能浪费时间，无法形成合力。 有权力的领导不懂质量管理，也就不会把活分派到螺丝钉，算入绩效考核。
螺丝钉也不可能负重前行，毕竟就是个赚生活费的工作而已。。

[wolfie]

长期问题，那就是管理不行。

产品变更历史，拿一个 word 都能搞定，问题不在管理工具。

信息同步最容易出现的问题是，文章写太烂 而且内容无用太多，导致正经内容别人也不看。

[ww940521]

@yufeng0681 好吧，我以为你讲的也是产品文档。

[mosfet]

重要的是流程的落实执行，一个 excel 都够用
不然工具再高级，流程再专业，都是白搭

[zengzizhao]

你们的企业微信和 TAPD 结合就可以了，文档和需求的变更有记录，发生变更时可以推送到企业微信

[312ybj]

企业微信真的垃圾，垃圾中的垃圾。 不如用飞书，文档跟流程都能结合到一起， 知识库也有。 像之前的知识库太割裂了，更新都没人知道

[ily433664]

关键是得执行，如果没有人来推动落实，就算给你一百个软件也没用

[Duolaimon]

可以为每个产品都单独拉一个产品服务群，所有产品更新都在这个群里发公告周知、同步，答疑也在群里进行，我感觉这样基本上就够用了，问题多的话也可以每周安排个值班人专门处理。

[SekiBetu]

钉钉，OA 审批

[GuLuDaDuiZhang]

文档简单搜一下搜不到就直接找人问这样还快。

尽管 wiki 之类的文档工具有一堆，里面文档其实不少勉强算是用起来了，但还得看人，我们的文档都是时效性差、内容不详细、结构混乱，写过文档的应该知道写文档也是不小的工作量，所以基本上第一版出来后，后续就没人维护了，连需求单也是这样，最后都得靠问，靠口口相传。特别是那些历史遗留问题基本得靠研发上去看代码和提交记录来查是什么情况。

[fds]

所以吧，还是得等待技术进步。等哪一天 AI 发展完善，文档就是软件本身，哪里不明白还能直接问 AI 。

[tanranran]

明显是管理问题