Scrum etc.
Ok, first of all, I hope I wont scare everyone off just because my blog will start off talking about stuff I do at work. The thing is that it is almost like a hobby actually to learn more about those things, thats why I love my job.
I am not going to explain the basics about Scrum, if you are interested you can watch this.
In January, before I started to write my thesis, I had no clue what Scrum was. I barely knew anything about Agile either. I actually think its strange that we didn’t get to know much about it in school. Well, from the first day of thesis work, my interest in these things has been growing steadily and the fact that I am working in an Agile environment really gets me going. There is not a day that I dont talk about Scrum and Agile, and I try to pick up as much as I possibly can at seminars, workshops you name it. Next week my company is having a big conference, Öredev, where there will be so much knowledge running around just for me to catch it=)
As I work for Testway, my main area is actually testing (software). This is why I have gotten interested in the testing aspects of Scrum. But since I have attended different forums in the area, I have realised that all other disciplines within software engineering also have their aspects of it. Especially for example both testing and configuration management, which could in some cases be thought of as heavy in practice. This is where I state the final question:
How is it possible to get the absolutely best out of an Agile/Scrum project, when really considering the best practices within all the areas of requirements engineering (RE), testing, configuration management (CM), architecture (software of course), project management, portfolio management etc.?
I’m currently, as you know, at a company that’s knee deep in hell of rigid processes. I can every day see how much it impedes everyone, slows down the pace and pretty much completely annihilates any seeds of innovation. The processes are so big and complex that really big and complex tools are needed to keep them somewhat managable.
In contrast Agile methods focus on keeping things small and managable. I’m very much looking forward to the lecture at Oredev about “Scrum at large”. Hopefully it can address many concerns about using Scrum ina large enterprise.
You have a long journey in front of you, attending agile conferences and lectures is a great way to gain knowledge. The hardest part is finding an environment where agile can be tested and evolved since first-hand experience is the best way to “get it”. After being in the agile community for several years, I still find myself learning more than I can teach others because it is a constantly changing and growing community.
Feel free to follow my blog where I try to aggregate all sorts of stuff from the agile community-
http://agile-commentary.blogspot.com/