小团队项目管理开源工具_我如何成为开源项目团队负责人

小团队项目管理开源工具

我现在不加尊重地听取意见的唯一的人是比我年轻得多的人。 他们似乎在我面前。 生活向他们揭示了她的最新奇迹。 ― 奥斯卡·王尔德 （ Oscar Wilde） ， 多里安·格雷（Dorian Gray）的图片

自从我第一次被引入“开源”概念以来，2017年已经过去了二十年（尽管这个词直到后来才被创造出来），而自我做出第一份开源文档贡献以来已经有十年了。 自那以后，每年都标志着这一旅程的另一个里程碑：新项目，新工具链，成为核心贡献者，新语言以及成为计划技术主管（PTL）。

2017年也是我退后一步，深吸一口气并有意识地成为他人关注的一年。

作为一个理想主义的年轻大学本科生，我和计算机科学系的书呆子呆在一起。 我当时学习艺术，后来又学习商业，但即使如此，我仍然以某种方式认识到这些人是我的人民。 我永远感激一个年轻人（他的名字叫Michael，就像我的故事中的很多人一样），他首先向我介绍了IRC，然后逐渐向我介绍了Linux，Google（当时鲜为人知的搜索引擎），HTML ，以及开源奇观。 他和我是我认识的第一个使用USB存储驱动器的人，哦，我们多么喜欢在校园计算机实验室中向好奇的人解释它们。

大学毕业后，我发现自己在澳大利亚堪培拉的一家初创公司工作。 尽管这家创业公司最终未能成功……但是，我还是从另一个亲爱的朋友大卫那里学到了一些宝贵的技能。 我已经知道我对写作充满热情，但是戴维（David）向我展示了如何利用该技能来发展事业，并为我提供了实现这一目标所需的工具。 他还负责我的第一个真正的语言爱好： LaTeX 。 到目前为止，我可以四十步地发现LaTeX文档，这引起了与该文档经常不知情的持票人的尴尬交谈。

在2007年，我开始为Red Hat工作，当时称为“工程内容服务”。 那是一个令人兴奋的时刻。 红帽公司决心投资建立内部文档和翻译团队，而另一个名叫迈克尔的男子被确定将在澳大利亚布里斯班发生这种情况。 这是在正确的地点，正确的时间的特殊情况。 我抓住了这个机会，与仍然认识的最优秀，最聪明的技术作家一起工作，我们着手实现这一目标。

到目前为止，在红帽工作是我职业生涯中最疯狂，最具挑战性的工作。 我们发展Swift，总是有几位新员工等着我们，将他们推向高潮，我们有决心和毅力不断尝试新事物。 早期发布，发布通常成为我们小组的中心宗旨，我们提出了一些真正革命性的内容交付方式，以及一些令人震惊的糟糕方式。 在这里，我发现了数据键入，单一来源，重新混合内容以及使用元数据来驱动内容策划的美妙之处。 我们并不是在试图向读者讲故事，而是要为读者提供创建自己故事的工具。

随着Red Hat团队的成熟，我的职业生涯也变得越来越成熟，我最终领导了一个作家团队。 大约在同一时间，我开始参加技术会议并发表演讲，散布有关开发内容的这些新方法的信息，并试图引导开发人员以新的方式查看文档。 我渴望与全世界分享对技术文档的知识和热情，并且随着Red Hat内容团队的成长和成熟速度的降低，我发现自己渴望快速的过去。 是时候找到一个新项目了。

当我加入Rackspace时 ， OpenStack确实开始大步向前。 我曾在2013年担任linux.conf.au的组织团队（可能由另一个Michael领导），由于当年交付的OpenStack内容非常多，因此被人们亲切地称为openstack.conf.au。 Anne Gentle仅一年前才组建了OpenStack文档团队，而我一直在关注着。 与安妮一起进行如此激动人心的项目的机会是不可抗拒的，所以到2013年末，迈克尔已经雇用了我，而我已经成为了货架和堆高车。

2014年底，当我们准备发布Kilo时，Anne问我是否愿意提出自己的名字作为PTL文档的候选人。 OpenStack在一个民主的系统上工作，在这个系统上，个人可以自我提名为领导，并且当有多个候选人时，每个项目的积极贡献者都会投票。 安妮不仅要我加油，而且还以为我有能力跟上她的脚步，这一事实令人难以置信。 在2015年初，我当选为反对派，负责领导Liberty版本的文档团队，我们去了温哥华。

到2015年，我已经管理文档团队，在许多时区工作了3至13名员工，将近五年。 我有一个商业管理学位和一个MBA名，经营着自己的企业，看到一家科技创业公司失败，并且看着一个新的文档团队蓬勃发展。 我感觉好像我了解成为一名经理的意义，我想我了解了，但我意识到我不知道成为一名PTL的意义。 突然之间，我有了一个团队，在其中我无法说出每个人的名字，在任何一天都不能依靠任何人来工作，不能以任何权限委派任务，也无法补偿团队成员们做得很好。 突然，我在军械库中完成工作的唯一工具就是我自己说服人们应该做的能力。

我作为文档PTL的第一个发行版基本上是在黑暗中绊倒，po碰碰到遇到的事情。 我非常依赖小组现有成员的专业知识，尤其是Anne Gentle和Andreas Jaeger（我们的文档基础架构专家）来确定需要做的事情，并且我逐渐开始记录我在此过程中学到的东西。 我了解到，在社区中完成工作的关键不仅在于交谈和委托，还在于倾听和协作。 我不仅要告诉人们该怎么做，还必须说服他们这是一个好主意，并帮助他们完成任务，如果他们不做的话，则将其整理。

渐渐地，通过反复试验，我建立了信心和建立关系，从而在团队和我的理智的前提下成功地通过了OpenStack版本。 如果团队不愿意在我到树林里徘徊的时候坚持我，这是不会发生的，并且如果没有那些人的建议和专业知识，该项目将永远不会首先起步。在我面前走了。 巨人的肩膀等

具有讽刺意味的是，技术作家并不是很擅长记录自己的团队流程，因此我们一直在整理实践，惯例，工具和系统。 在这方面，我们仍有许多工作要做，但是我们已经有了一个良好的开端。 随着OpenStack文档团队的成熟，我们已经累积了应承担的技术债务 ，因此，在我任职期间，处理这笔债务一直是一贯的职责，而不仅仅是关闭旧的错误（并不是没有那么多） ，而且还可以通过更改系统来防止它一开始就建立起来。

我现在已经是十年的开源贡献者，并且拥有四个OpenStack版本：Liberty，Mitaka，Newton和Ocata。 我已经担任PTL两年了，而且我看到很多很棒的文档贡献者都来自我们的小社区。 我已尽力为有兴趣的人提供领导的机会：通过专业团队照顾一本书或两本书，执行关键任务的发布经理将每个新版本发布出去，并主持会议的主持人OpenStack峰会计划会议（并帮助保存我的声音，这在臭名昭著的情况下，在峰会周结束之前总是完全消失了）。

通过这些卑微的角色，团队培养了领导者。 在这些人中，我看到了自己。 他们渴望变革，充满创意和理想，并准备实施疯狂的计划并了解将其付诸实践。 所以，今年，我要退后一步，允许其他人领导这个令人赞叹的团队，并让团队向前迈进。 我打算在这里，继续兜风。 我等不及要看接下来会发生什么。

翻译自: https://opensource.com/article/17/2/my-open-source-story-leader

小团队项目管理开源工具