It’s generally acknowledged that teamwork and communication skills are important skills for employability applicable to everyone. This includes everything from presenting posters and presentations, to writing reports, as well as how you work together with others to complete the project your reporting on to others. How one ‘works as a team’ seems to be something we expect people to learn by doing, which is fine, but we don’t seem to share ‘how’ to do this with students beyond the basics. We tell them meet, pick a leader, and talk about how you’ll break down the work, and assemble the results.
I know that I’m just as guilty about this as others. While preparing materials for our MSc IT summer project students I noticed that I’d overlooked this aspect for most of my other courses. Even in CityLab, where we pulled students together from two universities, we’d only provided general guidelines in a few talks about how to collaborate on their project work. There we were always drifting around and advising them, so maybe it was less obvious, but a guide would’ve helped them.
There are things that I’d told the teams that I mentor for software engineering, and things that I’d told students in enterprise computing, where everyone works in a team, but I’ve only recently started to write these down for them, so that they had them in a one-page document. We have to provide them these skills so that they know how to work together, even if they wouldn’t choose to hang out together.
Slowing down and preparing for covid-19 related remote delivery of workshops to guide the IT students in their summer group projects made me realise that I’d been overlooking this aspect. As the summer’s gone on, I’ve become sensitised to see that it doesn’t seem to be something we cover with students in much depth, except in the software engineering course; instead that course focuses on the development and delivery of the software, with the team parts being all about leaders and delegation of tasks.
I’ve now pulled together my thoughts on what we should be teaching our students about team collaboration. While computing students do a longer team project, most of the other disciplines also expect an amount of team collaboration. I’ve come up with a draft idea of the topics that a guide should cover, plus an initial draft of ‘rules for team collaboration’.
The topics should cover a range of issues as part of the background on team collaboration, and the possible different approaches that can be used:
- Collaboration in general
- Communication within teams and to other groups/stakeholders
- Communication channels within team and with stakeholders
- Decision making and hierarchy within the team
- Working agreements about how to work, shared purpose, and vision
- Workload and scheduling of work, prioritisation and risk plus estimation of work to be done
- How people ‘do the work’, solo, pairing, mobbing, etc
- Feedback loops on output, working processes, collaboration, the product/project, etc
- … (whatever I’ve forgotten at the moment )
The initial ‘rules for team collaboration’:
- Work in prioritised small batches
- Validate your assumptions with regular feedback
- Diversity in team members adds strength
- Sync and integrate your work together regularly to avoid surprises
- Use a working agreement to clarify your team vision and how you will work together
- Work in pairs or as a whole team to share understanding
- Only commit early to something when you know why
Each of these rules supports the others, and while a few might be missing, is probably enough to see a team through a small project. I can see me working on this more to determine a small number of ‘essential’ rules, and then adding in ’supplements’ to dig deeper into some scenarios. While this is mainly based on software development, I think it should work with non-technical topics too which produce a report, or some other piece of work because these are also the rough rules that I’ve experienced with others putting together conferences and other events too.
My next step is to draft this guide and share it with others for feedback. In the meantime, if you have any thoughts or feedback, then please get in touch.