After skimming over the features available on GitHub, it looks perfect for being used to track our progress. We can create teams, create different repositories (repos) for different types of work, assign different teams to different repos, and create issues for each specific task we need done within each repo and assign people to work on them. I will work on this over the next few days to create something for us and post my results (and also explain how to use it and what all these different terms mean for those not familiar with GitHub).
Also, while talking with Oliveriver, I realized that the different web presences we have for development fit into a perfect hierarchy of workflow.
Forum. We create and discuss new ideas on the forum. This could be something dev related, like "We need to replace the nuclei with disco balls", or it could be something organization related, like "We need to update the wiki page on the Microbe Editor." Sometimes though, ideas are obvious (like bugfixes) in which case we can skip this step.
GitHub. When we complete the discussion for a game feature or wiki change or something on the forums, we then create an issue on GitHub to track that task we want done. We can assign it to a person, give it tags to categorize it, assign it to a release version, link the forum discussion that spawned the idea, etc. Using the above example, we'd create an issue called "Replace nuclei with disco balls" or "Update wiki page on Microbe Editor".
Wiki. Once an issue is complete, we create or update a wiki page for it if necessary. Using the above examples, in the first case we'd update the page on Organelles (or whichever page it is) and change all references of nucleus to disco ball. In the second case we wouldn't need to add or update a wiki page because the issue literally was to update a wiki page.
Slack then fills in the gaps between all these steps by being a quick and easy communication platform for questions like "Hey can you give me access to our Twitter page?".
Obviously different situations will need different workflows, but I think we should try to stick to this for as many tasks as possible for the best results.