1. Develop small features locally
To really work on features I'd say you need a local copy of d.o. Only the relevant sections would be enough, but as they are hard to cut out we go with a complete copy.
To get a local copy of drupal.org:
You can work on stuff in this local site.
The stuff we create will be mostly views, content types, maybe blocks and organic groups. So probably there won't be too many code changes on d.o. that affect
2. Upload your code to the sandbox project
Leisa has created a sandbox project: (URL will be inserted here)
Wen can use it for an issue tracker and to collaborate on the code.
Once you have a chunk finished, try to export content types, views, css files and post it up to .
If you are good with Features module, you can also pack it as a Feature, which should be easiest to extend on and continue work.
3. Our shared Dev Server
When something appears promising, we will upload it to our Development Server, so everyone can see it.
We have a dev environment at http://prairie-drupal.redesign.devdrupal.org
This does not keep in sync with the current d.o. code, it is a one-time checkout that has to be kept up to date manually.
This can be accessed by ssh. Also we can use drush on there. Apply here to get access.
This page explains the Dev Server in Detail: http://drupal.org/node/1018084
Basically we could work on there with several people. But as we have no version control on there, things might get shaky with overwriting each others changes.
Once you got ssh access to staging.drupal.org, got to /var/www/dev/prairie-drupal.redesign.devdrupal.org/htdocs.
This is the root of our dev website. In the root you find a file "comment". In here you find the password for user/1 to log into http://prairie-drupal.redesign.devdrupal.org
Fun fact: user name is Dries, since he was and is user/1 on d.o. So you log in with Dries/pw from comment file