Hi Boys and Girls,
Being close to the test community at Test Warez Conference, on which I am at the moment, made me think about my team and how do we do things at New Voice Media.
I believe it is worth to spread and inspire you to introduce good practices into your test / scrum teams.
Next week I’ll provide you with wider summary of Test Warez – today I want to focus on one aspect that came to my mind yesterday during the discussion panel run by
Łukasz Pietrucha about planning your tests.
We’ve started with lightweight talk about ISTQB’ish approach to formal documentation and planning across organisations but end up with vivid discussion and sharing good practices and personal project-related experiences (not necessarily related to panel’s subject 🙂 ). It made me think that planning your tests and organising testing in your organisations, in general, is extremely context-related. You might think that one, structured, recommended by ISTQB idea should work, but sometimes, to be honest, it is just useless.
I went back to my roots as a software tester.
One of my very first sources of knowledge about software testing in general was Polish blog.testowka.pl . It is technical, teaches you how to start with Selenium and gives updates about software testing in general – very thought through source of knowledge (For some reason I was convinced that it is run by a girl…. but never mind, just leave it 🙂 – sorry Wiktor! ).
Wiktor Żołnowski – the author – wrote a few words about himself on that blog. However, I’ve read it just a week or two ago. Wiktor wrote ‘It was ‘Agile’ – people and interactions over processes and tools. Then I’ve acknowledged that all things which I knew about testing ans so-called quality processes promoted by different organisations, had little value. Software can be crafted just better.‘ – and I consider it as a quote close to my heart. I still keep thinking about it, that’s why I decided to write today’s post.
Now, at New Voice Media, I can tell the same thing. There was always a missing part in my teams / projects/ organisations, even with their structured processes and diverse working environments, and I don’t speak about faking the agile style of work only – what I mean is – craftsmanship and team spirit (what a cliche).
It suites me better – it may not suit you at all, so don’t feel offended, Dear Reader 🙂
As some of you probably know, at New Voice Media we – the DevOps team – work in Scrum or Scrumban. This is the first time, where I an able to see theory in practice and it works good for the organisation. We have testers and developers in our team, but we try to widen our responsibilities to enable all team members to learn and improve their skills.
Apart from separated feature teams – we also try to gather in community of interests, Sound ‘Spotify’ish’ 🙂 Maybe. On the other hand, it helps. We try to share knowledge across teams and locations (some of us work in Poland and some in the UK) to avoid silos of knowledge
– it means we meet, talk and help one another out. It also means, that when somebody gets sick, has some emergency or has too many tasks to do at once – other testers may (and will!) help. We use different communication tools, chatters, video conferences, Wiki spaces and so on, but first of all – WE WANT to share and WE WANT to learn. It is not the organisation, who makes us do it – it’s us who do it, because it just helps.
I am not sure if that would be an approach for entire corporation – but for small departments – maybe? Would it work in a software house? I don’t know – but at leas you may try it. I know at leas one software house, that has it’s own community of interests and it works great for them. 😉 When you feel the energy and willingness to do something – you can definitely progress at things.
You cannot build (good) your software alone these days, so it is good to have a team which would help you out. Just in case 🙂
As always, you can comment down below or stalk me on Twitter.