Engagement/Integrated Marketing/Getting Started/Communications

Hooray! You're almost there. Now that you what you are doing, who is involved, and when it will happen, you need to define where the project team and contributors are going to communicate and collaborate. Given that Mozilla is an open-source organization and we plan, build, and communicate in the open, your project and all the artifacts should also be open by default. We understand that some project legally and technically cannot be open by default, but you should strive to be as transparent and open as possible. Start by being open and then if necessary, you can be less-open in some areas.

You should start by defining the communication channels and positing them to your project hub. The following are some communication channels with pros and cons to help you select which channels you should use for your project communications.

IRC

IRC is a chat-like communications platform for real-time discussions that is accessible by anyone in the world. You can chat privately with specific people or you can chat in rooms specific to a project or a team.

Pros: Open, free, real-time synchronous, private 1:1 communications, desktop+mobile.

Cons: Typically requires an additional program or application like Colloquy to run, understanding the commands to join a room or private message someone. Without additional technology or reviewing logs, old messages are not saved.

Bugzilla Comments

While Bugzilla is Mozilla's primary bug-tracking system, a "bug" can represent anything. A bug can be a collection of activities to perform, a specific requirement needed, a tracking bug, or pretty much anything else. Within each bug, you can conversations. You can reply to people, post questions/comments, and specifically ask for a comment from one or more people. If you don't like how Bugzilla looks, tt is also recommened that you install BugzillaJS and Bugzilla Tweaks add-ons that dramatically improve the user experience.

Pros: Open by default, private communications, integration with other tools, large existing population of users, notifications.

Cons: Some people find all of the features and options overwhelming. Comments have to exist within a bug itself and there is no generic project conversation forum.

Basecamp

Basecamp is a web-based communications and collaboration tool that is broken down into four main areas: conversations, content, files, and calendar entries. Basecamp is a service that Mozilla pays for and is mainly used by just the Engagement team.

Pros: Web-based, asynchronous communication as old messages are retained, simple to use.

Cons: Private/closed communications and someone on the project has to manually add additional people to collaborate, no version control on files.

Mailing List

Mozilla's mailman mailing list service provides Mozillians the ability to create public e-mail based mailing lists for their team and/or project.

Pros: Public and open, asynchronous communication, anyone can create a list, anyone can subscribe, admins can add/remove people from the list, no additional tools since everyone already uses emails.

Cons: You will need to use your email program or web-based e-mail to communication and you should set up filters to keep the messages self-contained.