mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-23 21:20:42 +08:00
parent
fc3087a686
commit
769c517b3c
@ -3,20 +3,24 @@
|
||||
[#]: author: "Lydie Modé-Malivert https://opensource.com/users/lmalivert"
|
||||
[#]: collector: "lkxed"
|
||||
[#]: translator: "geekpi"
|
||||
[#]: reviewer: " "
|
||||
[#]: publisher: " "
|
||||
[#]: url: " "
|
||||
[#]: reviewer: "wxy"
|
||||
[#]: publisher: "wxy"
|
||||
[#]: url: "https://linux.cn/article-15868-1.html"
|
||||
|
||||
为你的开源项目举办一场文档马拉松的 3 个理由
|
||||
为你的开源项目举办一场文档马拉松
|
||||
======
|
||||
|
||||
![][0]
|
||||
|
||||
> 文档马拉松是为你的开源项目制作或改进文档的一个好方法。
|
||||
|
||||
你的开源项目的文档对你的客户至关重要。你的目标受众必须了解你的项目的目的和如何使用它,而文档是弥合这一差距的工具。一个项目很少有真正完成的时候,所以随着你项目的不断改进,资源的维护和更新同样重要。
|
||||
|
||||
但是,当你有大量的文档需要维护,但又缺乏资源来保持它的时效性时,会发生什么?答案很简单: 举办一个文档马拉松!
|
||||
但是,当你有大量的文档需要维护,但又缺乏资源来保持它的时效性时,会发生什么?答案很简单:举办一个 <ruby>文档马拉松<rt>docathon</rt></ruby>!
|
||||
|
||||
### 什么是文档马拉松?
|
||||
|
||||
文档马拉松就像黑客马拉松。黑客马拉松是工程师和社区领袖聚集在一起改进或添加新功能到一个现有的应用的活动。在一个文档马拉松中,同样的合作集中在改进文档上。
|
||||
文档马拉松就像 <ruby>黑客马拉松<rt>hackathon</rt></ruby>。黑客马拉松是工程师和社区领袖聚集在一起改进或添加新功能到一个现有的应用的活动。在一个文档马拉松中,同样的合作集中在改进文档上。
|
||||
|
||||
文档马拉松可以填补内容上的空白,重组大型文档集,修复失效的链接,或者只是纠正错别字。举办文档马拉松的目的是为了在相对短的时间内改进大量的文档。
|
||||
|
||||
@ -36,29 +40,31 @@
|
||||
|
||||
以下是我举办文档马拉松的三大理由:
|
||||
|
||||
#### 1. 没有更多的积压
|
||||
#### 1、减少积压
|
||||
|
||||
大多数文档必须随着它所支持的产品的发展而发展。随着产品的变化或更新,文档也必须如此。在某些情况下,文档团队与工程团队的发布周期一起发布新版本的文档。随着团队内优先级的改变和 [GA 发布][4]的继续,文档团队面临着跟上新功能、错误修复和任务完成的挑战。被遗弃的变化成为积压的一部分,一种需要在以后完成的工作的积累。
|
||||
大多数文档必须随着它所支持的产品的发展而发展。随着产品的变化或更新,文档也必须如此。在某些情况下,文档团队与工程团队的发布周期一起发布新版本的文档。随着团队内优先级的改变和 [GA 发布][4] 的继续,文档团队面临着跟上新功能、错误修复和任务完成的挑战。被遗弃的变化成为积压的一部分,一种需要在以后完成的工作的积累。
|
||||
|
||||
> **文档马拉松提示:**在文档马拉松期间,参与者可以对积压的项目进行分流,并在列表中完成它们。非技术性的参与者可以从事与错别字、失效的链接和其他文本相关问题的修复工作。
|
||||
> **提示:** 在文档马拉松期间,参与者可以对积压的项目进行分流,并在列表中完成它们。非技术性的参与者可以从事与错别字、失效的链接和其他文本相关问题的修复工作。
|
||||
|
||||
#### 2. 改造大型指南
|
||||
#### 2、改造大型指南
|
||||
|
||||
当你的文档团队意识到是时候修改指南的时候,它可能已经有好几章,好几百页了。一旦制定了内容计划,重组的复杂性就开始了。重组大量的文档并不适合胆小的人。
|
||||
|
||||
> **文档马拉松提示:** 组建一个团队来领导文档马拉松,并为不同团队或部门的全组织参与提供奖励。根据工作范围和时间限制,你的团队可以在比你预期更短的时间内成功重组整个指南。
|
||||
> **提示:** 组建一个团队来领导文档马拉松,并为不同团队或部门的全组织参与提供奖励。根据工作范围和时间限制,你的团队可以在比你预期更短的时间内成功重组整个指南。
|
||||
|
||||
#### 3. 跨职能团队之间的合作
|
||||
#### 3、跨职能团队之间的合作
|
||||
|
||||
一个组织内的不同小组孤立地工作是很常见的。工程、产品、客户支持、营销和文档团队可能没有像他们应该的那样经常在项目上进行协作。
|
||||
|
||||
想象一下,举办一次活动,每个团队成员都可以利用他们的专业知识来改善产品文档。文档马拉松促进了主题专家(SME)的多样性、实时协作和沟通。它们还允许一个包容性的环境,居住在不同地理位置的人可以亲自或远程参与。你的文件会得到具有不同观点和专业的专家的关注,最大限度地减少孤立的孤岛、无意识的偏见和倦怠。
|
||||
|
||||
> **文档马拉松提示:**使跨职能的团队为了一个共同的事业走到一起。
|
||||
> **提示:** 使跨职能的团队为了一个共同的事业走到一起。
|
||||
|
||||
### 文档马拉松
|
||||
|
||||
下一次,当你的团队有一个似乎无法克服的积压工作,或者被赋予重组一个巨大的文档项目的任务时,考虑举办一个文档马拉松。这很容易,而且它的生产力可能会让你吃惊。关于举办这样的活动的更多信息,请阅读 Tiffany Long 的优秀的[举办黑客马拉松的 10 步指南][6]。
|
||||
下一次,当你的团队有一个似乎无法克服的积压工作,或者被赋予重组一个巨大的文档项目的任务时,考虑举办一个文档马拉松。这很容易,而且它的生产力可能会让你吃惊。关于举办这样的活动的更多信息,请阅读 Tiffany Long 写的很棒的 [举办黑客马拉松的 10 步指南][6]。
|
||||
|
||||
*(题图:MJ/1284f6fb-91e9-4799-8773-ee7f51fd87c9)*
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
@ -67,7 +73,7 @@ via: https://opensource.com/article/23/4/open-source-docathon
|
||||
作者:[Lydie Modé-Malivert][a]
|
||||
选题:[lkxed][b]
|
||||
译者:[geekpi](https://github.com/geekpi)
|
||||
校对:[校对者ID](https://github.com/校对者ID)
|
||||
校对:[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译,[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
@ -78,3 +84,4 @@ via: https://opensource.com/article/23/4/open-source-docathon
|
||||
[4]: https://opensource.com/article/19/7/what-golden-image
|
||||
[5]: https://www.redhat.com/en/resources/build-a-resilient-it-culture-ebook?intcmp=7013a000002qLH8AAM
|
||||
[6]: https://opensource.com/downloads/hackathon-guide?intcmp=7013a000002qLH8AAM
|
||||
[0]: https://img.linux.net.cn/data/attachment/album/202306/02/001044rfszwiujown8fd3j.jpg
|
Loading…
Reference in New Issue
Block a user