Attended UX Lausanne for the second time this year – and while it was rather small (which is actually good as you’re better connected to speakers in terms of Q&A and follow-up), it was not solely on UX but a lot on workflow and project development – something that seems to be called Product Experience.
One of the talks was given by a guy from Automattic company (Davide Casali) – first I thought they’re WordPress authors, but turned out they’re (large) contributors and maintainers of WordPress.com – that has a distributed nature, i.e. everyone works remotely. Like, everybody – few colleagues might use same shared space, but even then they’re not in the same team. Now that is definitely not the case for everyone, but nowadays many companies allow at least temporary remote work, thought of sharing key points here – I think they’re quite interesting and some of them could be used in different cases.
So here are their principles:
- before creating new team (or starting new project), meet live to have “Minimum Viable Discussion” to quickly understand key points, sort out initial discrepancies in domain knowledge and prepare brief plan for the closest next steps
- transparently share all changes, specs and discussions – “if it’s not transparently shared, it doesn’t exist” (more office-bound sticky-note-flavor version of this proverb was “if it’s not on the wall, it doesn’t exist”)
- have few communication spaces for different needs:
- Real-time channel (like Slack or Jabber or, sigh, Facebook) for immediate personal and team communication
- Team space on some shared documents resource – they, as WordPress-targeted company, use a P2 theme for WordPress that allows posting comment to posts and comments to comments – basically to host a discussion on the subject. Point is to have something that could be subscribed to or viewed by any employee, and that team members would overview daily to see/discuss updates or refer to while developing
- “Stable” documentation storage for more permanent things like articles or specs of deployed products etc.
- each team (BTW they also have small teams, 4-5 people of different skills) focuses and collaborates on one thing (project or task)
- Independent individuals, i.e. everyone maintains own priorities. Tasks are managed with any suitable tracker (they use Trello)
- “zero waste” in terms of no bureaucracy regarding e.g. permissions or access
- standup-kind updates are posted to team channel each time team member becomes available – along with overview of the progress, provides an indication when person becomes available
- live meetups ~4 times a year – 3-5 days of work, discussions and some off-work time together
- teammates (but not projects) are usually picked from within few timezones from one another to aid live communication
- everyone can follow any other team by subscribing to their shared documentation channel
This is all “JFTR”, but some could really consider utilising part of these practices for daily work and communication improvements.
Also another reference to keep, https://www.helpscout.net/blog/agile-remote-teams/