The Perl Conference - Glasgow 2018 (formerly known as YAPC::EU 2018) was a truly wonderful get together with a lot of ideas being exchanged. Apart from the multitude of interesting technical presentations, there were a number of more reflective discussions on the history of Perl, Perl as a technology, Perl as a community, turning humans into Perl developers, and turning Perl developers back into humans. My own involvement was around how to grow a Perl team.
As a trainer and developer, although I’ve learned a lot about growing a Perl team - there’s only so much experience one person can get. That’s why I organised a BoF with over a dozen people from companies of all sizes sharing our experiences. The BoF attendees’ roles included developer, recruiter, trainer, team lead and manager so it was more like an ecosystem than a flock of birds!
Having used the Agile methodology in my role as software developer almost exclusively over the last decade, putting the BoF together as a retrospective seemed the most normal thing to do. The structure was to sit around and jot down on Post-it notes what has worked well, what has gone badly and ideas on how to move forward. We put them all on the wall, categorised and consolidated them into high level observations which I summarise below.
Observations
A well designed onboarding process is crucial
- Make sure enough time is reserved for learning about the company, the processes and the technologies - especially if they’re learning Perl.
- Carefully tailor the tasks for newbies to maintain morale.
- Even if your team is growing, if your long-term developers are leaving there will be trouble!
- Everyone needs support in pushing their boundaries.
- to the team, the company and the Perl community.
- E.g. 1st line > 2nd line > 3rd line support > developer
- This generates developers with a much better understanding of the business than developers recruited with the target skills.
- Companies and the community should collaborate on fixing that.
- Need to focus on the company rather than the technology when getting people onboard.
- Keep the developers and stakeholders close to reduce frustration on both sides
Acknowledgements
I’d like to thank the people below who participated in the meeting, and openly shared their experiences. That said, the statements above are mine alone and do not necessarily reflect their views.- Aaron Rowe, Software Development Manager, Adestra
- Dave Cross, Consultant and Trainer, Magnum Solutions
- Johan Lindstrom, Software Developer, Broadbean
- Julien Fiegehenn, Software Developer and Onboarding Mentor, Oleeo
- Lee Johnson, Senior Software Developer, HumanState
- Makoto Nozaki, Board Secretary, The Perl Foundation
- Matthew Lyons, Head of IT, Pirum
- Peter Kainrad, Atikon EDV & Marketing GmbH
- Rick Deller, Head of Technology, Eligo Recruitment
- Roland Schmitz, Senior Consultant, telexiom AG
- Sandra Schuhmacher, IT Specialist, IBM
No comments:
Post a Comment