本文共 2538 字,大约阅读时间需要 8 分钟。
冲刺 特效
Sprint是围绕开放源代码文档项目建立动力和社区的最有效工具之一。 在过去的四年中, 为许多开源项目托管了doc sprint,并且经常是该项目的第一个sprint场所。 Open Help在2015年迎来了其第五个年头,其场地升级和空间可容纳六个doc冲刺。
Open Help具有一种独特的格式,其中包括演示文稿以及与会者主导的公开讨论。 开源项目面临独特的挑战,并且讨论形式使人们可以提出问题并就从内容规划到建筑社区的所有问题共享解决方案。
不过,也许更重要的是,Open Help托管了开源项目的三天文档冲刺。 Open Help处理所有后勤工作,使人们有更多时间专注于他们的内容和社区。 而且,与其他项目一起进行冲刺可提供向其他团队学习最佳实践的机会。
第一年,Open Help为和托管了sprint。 GNOME和Mozilla都曾有过冲刺,但并不多。 当时,开源文档冲刺还很新,而观察不同的团队动态很有趣。 Mozilla的贡献者通常安静而勤奋地写作,主要是进行评论互动。 另一方面,GNOME贡献者花费了大量时间进行计划和集思广益。 两个团队都富有成效,并且都继续进行更多的冲刺并完善他们的过程。
在2012年,Open Help托管了GNOME, 和 。 实际上,Open Help 2012发生在WebPlatform.org甚至尚未启动之前。 来自Mozilla,Google,Microsoft和W3C的社区成员齐聚一堂,为作为开发平台的Web设计权威参考。 这是协作与合作的绝佳示例,来自多家公司和组织的贡献者已经在维护自己的Web参考站点。
2013年,GNOME和FreeBSD回归,WordPress和Wikipedia以及Mozilla贡献者加入了。 Wikipedia团队为Wikipedia的帮助页面创建了最佳实践指南,他们将会议期间学到的知识应用到了Wikipedia Teahouse,这是新编辑者的支持空间。 此外, 主要贡献者参加了第一个冲刺日,以计划他们的文档。
去年,来自GNOME,FreeBSD和Mozilla的贡献者重新出现。 GNOME团队第一次将其重点从用户帮助转移到了开发人员文档,从而成功一套开发人员教程。
进行成功的文档冲刺需要一些思考和计划。 我参与了出色的sprint,并且参与了完全无效的sprint。 没有一个适用于每个社区的公式,并且随着您获得更多的冲刺,您将了解最适合您的团队的方案。 根据我多年的组织冲刺和观察他人冲刺的经验,这里有一些技巧。
对于志愿者繁重的项目,资金总是很棘手。 基金会或赞助公司通常都有资金来帮助捐助者参加冲刺和其他活动,但是组织者面临着“鸡与蛋”的问题:捐助者不会在没有资金的情况下承诺参加,但是赞助商只有等到看到赞助商才能提供资金。与会者列表。 确定您要参加的人,并促使他们根据资金投入。 向个人发送电子邮件有帮助。 设置一个Wiki计划页面,其中包含潜在参与者的名称,并在请求资金时使用该页面。
在像Open Help这样的活动上冲刺意味着您不必担心场地费用,但是旅行和住宿仍然是您的问题。
尽管制定议程很重要,但不要太具体,也不要太严格地遵循议程。 知道要解决的问题以及要改进的文档的哪些部分将有所帮助。 实际上,这通常会影响您最想参加的人。 但是,冲刺可以带出新的想法。 不要因为他们不在议程上而害怕跟随他们。
首先,写作比计划容易做。 人们回家时可以写得很好,但是他们在冲刺过程中并没有计划得那么好。 激烈的写作会议非常适合虚拟冲刺,人们不会面对面见面。 但是,当您彼此坐在同一个房间时,发现问题和找出解决方案就容易得多。
其次,规划会议可以建立更好的社区,因为与写作会议相比,交流活动往往更具互动性。 成功的sprint可以建立社区并创建良好的文档,因为您的社区是每个人回家后成功的关键。
计划一起吃饭。 根据社区成员的舒适程度,一起去酒吧或咖啡馆。 如果您有时间,可以一起游览。 漫步城市,参观博物馆或去喜剧俱乐部。 了解对方。 玩得开心。 社会纽带是您团队可以创造的最重要的东西。
您可以随时随地进行冲刺。 但是,“开放式帮助”是您团队冲刺的理想场所,特别是对于以前没有太多冲刺的团队。 除了拥有有趣且富有成效的冲刺外,您还可以从已经拥有冲刺多年的团队的集体经验中学习。
如果您对Open Help中的冲刺感兴趣,请发送电子邮件至 。 我们可以帮助您成功完成冲刺。 如果您有任何有趣的事情要分享,可以提交一份完整的演讲建议,也可以提交15分钟的简介或演示。 只有参加的人才能获得Open Help的成功,我们始终喜欢听到新的见解。
本文是Rikki Endsley协调的的一部分。 要撰写本专栏文章,请或 。
翻译自:
冲刺 特效
转载地址:http://aspzd.baihongyu.com/