什么

• Citadel Rock&AvanTech.net策划TikiFest

为什么？

• 作为后续行动蒂基·费斯特·穆斯科卡
• 为两家公司规划主要开发项目
  • Tiki12 LTS中有什么内容？
  • Tiki13中的内容

什么时候？

• 2013年6月9日至11日2013年5月28日至30日

在哪里？

• AvanTech.net在蒙特利尔的办事处

谁

• 纳尔逊度假
• 帕斯卡
• 马克
• 与路易斯·菲利佩（Louis-Philippe）举行一两次简短会议

议程

• 审查所有计划的发展
• 审查所有团队，看看哪些团队需要帮助

预期成果

• 公开功能路线图（以激励人们并获得更多合作者）
• 制定Nelson、Pascal和Marc将如何支持各个团队的时间表。

为什么我们要更改一些团队任务

在蒂基·费斯特·穆斯科卡，我们同意我们每个人都会支持不同的团队。（详见该页）

Marc将越来越多地关注Bootstrap迁移（用户体验和主题团队）。将尽一切努力在一个版本中完成这一切。然而，我们预计Tiki13的主题会动摇，到了Tiki14，一切都会好起来。因此，我们希望Tiki12成为一款出色的LTS，许多人将使用多年（直到下一次他们想刷新自己的外观）。

当我们展望Tiki12（应该很小）和Tiki13（应该很大）时，过去几年最大的问题之一是发布工作量太大。我们通常会推迟一两个月。从更大的角度来看，推迟一两个月并不是一个大问题，因为我们仍然每年发布两次，没有其他主要的FOSS Web应用程序比我们更快（一些也每年发布两个，但它们的扩展在发布时还没有准备好）。然而，发布过程拖得太久，更好的可预测性会有所帮助。打包发布是有效的，但存在上游问题（一些团队没有足够的不活动级别，并且错误报告、跟踪和解决一直存在问题). 因此，我们需要通过改进流程和解决上游问题来解决发布团队的工作量。

自动化测试领域最近取得了很大进展：教程：如何为自己的站点编写和使用自动化测试，但还需要更多。

因此，Nelson将与Bernard一起担任Tiki12和Tiki13的联合发布协调员（我们也指望Bernard继续）！这个额外的推动是为了改进12的发布过程，并确保Tiki13的发布过程顺利（我们知道Tiki13还有其他大问题，所以我们不希望发布过程成为一个问题）。然后，从Tiki14开始，发布团队的工作量应该变得合理，并且与其他团队的工作量更加一致团队.

因此，Nelson将在未来几个月专注于愿望列表团队（主要是show.tiki.org和改进缺陷跟踪过程）和发布团队（质量团队被推迟了一点）

帕斯卡将接手法务（我们指望奥拉夫在这里增加精力）、财务和尼尔森的筹款，并接手新的分析和视频团队。

在Tiki13之后，发布过程再次顺利，我们在Tiki中有Bootstrap 3，我们将专注于品牌推广。

更新的团队

下面的列表是受支持的团队，大致按照未来几个月的预期优先级/工作量排序。

马克·拉波特

• 用户体验（UX）和主题（为Bootstrap改造做准备）
• 社区
• 基础设施
• 国际18n
• 包装
• 性能
• 通信
• 品牌

尼尔森·科

• 愿望清单（show.tiki.org）
• 发布
• 质量
• 测试
• 开发商
• 安全性

帕斯卡·圣让

• 咨询
• 配置文件
• 合伙企业
• 视频
• 法律（让我们请奥拉夫帮忙）
• 分析
• 财务
• 筹款
• 文档

接下来是TikiFestPostMuskoka