Face-to-face communication is one of the most important things in the Agile mindset in my opinion. This is why I don’t recognise the use of IM and e-mail as communication.
As explained before in my blog Yola & Co. as SEAL Team… we need servant leadership to create highly skilled and highly motivated teams. One of the topics I discuss a lot with servant leaders I meet is how to deal with innovation within the company and whether there should be an innovation department.
As said in my previous post, we need to change the way we deal with teams. Especially with precious high performing teams. Therefore servant leadership is very necessary for an Agile implementation to be successful. In order to become a servant leader as manager, one has to change behaviour. As an Agile coach it is not hard to convince the employees that change is needed and that this change involves a behavioural change as well. The same is true for convincing higher management. Nine out of ten times they do understand the need to change and the nature of those changes to become and/or remain a responsive enterprise in an ever changing market.
*Possible meanings of ‘Hooyah’: Yes!, I understand, I’ll do it or F#@K You! or something else depending on the tone used. You know which one I mean here 😉
In many discussions I’ve had in the past years as coach, scrum teams were compared to the famous elite teams from the military. Teams like SAS, Commando’s, SEAL-teams or Marine Corps. Especially when the discussion involves team autonomy for the development teams and the expectations of their management.
Along Agile, DevOps is really important right now when you take yourself seriously as an IT company. A lot of books are written on this topic but one of my favourites is The Phoenix Project written by Gene Kim, Kevin Behr and George Stafford. And now the DevOps world becomes even better, with a Dutch company called GamingWorks creating a game based on this marvellous book. Fortunately my employer is one of the companies helping GamingWorks by running tryouts of the game and I was lucky enough to attend one of those tryouts/train-the-trainer sessions. How awesome is that? Learning about DevOps while being a part of Parts Unlimited!
Once in a while I encounter senior engineers, architects, designers, etc. who started their carreer before the 90s, telling me Agile is what they did in the past. Before they practiced Prince2, RUP, ITIL, CMMi and the waterfall approach. But were they really?
Page 1 of 2