White Wizard @ Leavewizard.com | Continuous improvement catalyst | Agile, LeanStartUp, Kanban, SystemsThinking & Stewardship
Wednesday, 16 January 2013
Why Agile Management Is the Best Way for a Company to Grow (Guest Post)
Leaders at Every Level
Decisions affecting the company are going to be made at every level. It follows that all levels of management, from senior executives and project managers to supervisors and line managers, need to have access to the tools they need for decision making, the framework for leadership and the business knowledge they need. This is true even if these different levels of management do not necessarily get the same information.
Small Teams = High Performance
By keeping the size of a team small, decisions are able to be made quickly, and accountability is almost instantaneous. With such a small team, hands on learning is facilitated, the team members learn to communicate with each other effectively and they also learn to work together. The large teams that are popular in traditional management systems tend to bog down the entire decision making process.
Cultivate a Learning Culture
Agile management encourages mistakes, as well as learning from those mistakes. By taking the time to learn, the results are examined, discussed and reviewed. Cultivating this open exchange of ideas that worked or did not work enables a team to formulate solutions as an ongoing process.
Focus on Feedback and Accountability
By allowing team members to control a problem and giving them the ability to take action, they are more likely to come up with solutions. With this type of feedback, innovative thinking and decision making are encouraged and expanded on. Accountability allows all team members that work on the project together to become invested in the project. They also know they have coaching and feedback from their peers and management team, if they need it.
Celebrate Diversity
In today's business world, diversity encompasses a range of different attributes such as age, nationality, gender, nature, background and race. Within this rich group of differences, ideas, thoughts and processes can only benefit. These different experiences allow team members to bring their differences to the table. This allows them to learn and exposes them to different ideas and cultures. Innovations are often the results of such mergers.
Allow Transparent Access to Information
Enabling management to access all information such as customer feedback, internal talents and financial results allows them to determine what areas are strong and which ones need work. Managers can find the talent they need from within the company to complete a project when they are able to see the strengths of other employees.
Nimble, innovative and diverse, agility management is a proven way of handling the inner workings of a company. All companies, no matter their size, can benefit from the framework in which agility management operates.
Author
Katie Goddard has 15 years experience writing about business and educational technology, with a special interest in the inner workings of the business world, as well as a passion for management. When she's not contributing to college resource site DegreeJungle.com, Katie is spending time with her husband Mark, and her two lovely daughters.
Reference
http://www.forbes.com/sites/joshbersin/2012/05/26/agile-management-7-keys-to-success
Wednesday, 21 November 2012
Change is NOT hard
Change is not hard. Not as hard as figuring out what to change. Now this is hard. Sometimes you would think it is obvious what needs changing yet once you make the change the results may not be what you expected.
Figuring out what to change is what you need to spend enough time doing. It is tricky to ensure you spend enough but not too much and not too little. Most people around you will have many solutions before even hearing out what the problem is and they'll insist you hear them out.
Your change effort whatever strategy you choose begins at this point. To get it right you're very likely to need help in finding out the one or more root causes of the problem. So make friends, choose a strategy and figure out how to identify the root cause for your problems. This I believe is your best chance of making change happen.
Tuesday, 3 July 2012
Agile and the “Semantic stretch”
I have recently come across the term “semantic stretch” while reading a book called “Made to stick” by the Heath brothers. In short the idea is that at some point a term becomes so over used that it no longer has the strong meaning it used to have before. I have noticed this with phrases like “very cool” which has become too common and was then replaced by “super cool”. The example in the book is a little more credible – the authors have researched the use of the words “unusual” and “unique” in American newspapers over 20 years and the established that “unique” has gained a huge popularity while “unusual” was in decline. The Heath brothers also point out that since unique things are also unusual things (subset) the trend is unlikely to be because of increased number of unique things because that will also increase the number of unusual things.
I have recently been thinking and communicating with friends about how the use of words like Agile and Scrum has become less credible, in one instance I even suggested that these terms have been vandalised and therefore we may need new ones. Thanks to “Made to stick” I think I found a better suited explanation. The term Agile and some more in that area have been semantically stretched. They have been overused, used in inappropriate ways and to describe things and contexts that are so very remote from what the original meaning meant. Therefore I suggest that we need new term( s ). Could this be the ones suggested by the Rightshifting movement?
Friday, 8 June 2012
How to destroy a (successful) company - a step by step guide
The ultimate guide to destroying (successful) companies - suitable for both your own unwanted company or acquired companies.
Before you continue take the following test.
Question 1: Do you care about your company? (the one you might be looking to destroy)
Question 2: Do you care what happens to the people who work for the company?
Question 3: Do you care for the product/service you offer?
If you have answered Yes to any of the questions above then I recommend that you do not read this article OR if you still wish to proceed then find somebody capable of answering No to all 3 questions to undertake this task for you (luckily such people can be found easily).
After the unprecedented success of my previous article on destroying successful products I have received multiple requests to expand the guide to destroying successful or not so successful companies as well. Of course with me being busy with creating success at places where success is valued it took me several months to find time to write the new guide. But it is all done now so I can publish it and all of the candidate company destroyers can start benefiting from my wisdom immediately.
When destroying a company you have two major concerns - the product/service and the people. The rest is a lot easier so I will not expand too much on it.
Let's begin..
Friday, 4 May 2012
6 months - update on my books reading target
What I really want to achieve is 40 but I think realistically 25 is a more achievable target.
Here’s what I managed so far:
Audio Books (7)
Your Brain at Work by David Rock
Getting Things Done When You Are Not in Charge: Second Edition by Geoffrey M. Bellman
Speak to Win by Brian Tracy
Drive by Daniel H. Pink
Influencer by Kerry Patterson, Joseph Grenny, David Maxfield
The 7 Habits of Highly Effective People by Stephen Covey
Effective NLP Skills by Christina Youell, Richard Youell
Kindle Books (4)
Management 3.0 by Jurgen Appelo
Training from the back of the room by Sharon L. Bowman
Behind Closed Doors: Secrets of Great Management by Johanna Rothman & Esther DerbyMade to Stick: Why Some Ideas Survive and Others Die by Chip Heath & Dan Heath
Paper books (1 in progress)
The Exceptional Presenter: A Proven Formula to Open Up and Own the Room by Timothy J. Koegel
So almost 12 done and if I want to get to 25 I might have to speed up a little which I hopefully will be able to do now that I might travel by train for a few weeks.
Tuesday, 24 April 2012
Benefits of Agile and Scrum? (a guest post by Faisal Mahmood)
-
Respond to market changes while controlling risk
-
Increase ROI (return on investment)
-
Continuously improve your process
-
Increase quality of your products
-
Work at a sustainable pace
I am publishing a guest post for the first time and I am happy that this post is by Faisal Mahmood – fellow Agile trainer and coach. I hope you enjoy reading it.
Curious about benefits of Agile and Scrum?
Agile and Scrum enable you to
Respond to market changes while controlling risk
Ignoring Agility is not an option any more in the fast moving markets of today.
Change is one of the biggest project killers. With Scrum and Agile Scrum, you do not need to be afraid of the change. Agile equips you to respond to rapid changes in the marketplace while controlling risk. It is of no use to respond to changes and become bankrupt. Scrum and Agile focus on emergent planning which empowers rapid response to changes while helping you control risks.
Increase ROI (return on investment)
60% of the features in the products never or rarely get used, but still, we keep building and maintaining products and features. This, of course, lowers our ROI. Scrum and Agile help you focus on the highest value features in your products and features. With focus on value, increase in productivity and quality, Scrum and Agile set you on a journey to higher returns.
Continuously improve your process
Scrum and Agile emphasize continuous improvement. Scrum has built in mechanism to help you see the issues that are holding you and your organization back and enable you to leverage collective intelligence of your team to devise solutions to these issues.
Increase quality of your products
Did you know that more than 50% of IT budgets are spent on maintenance? This is caused by low quality products which become painful to maintain. Scrum and Agile help you build quality right in your development process. Quality becomes part of the whole process.
Work at a sustainable pace
Agile and Scrum Teams are empowered yet accountable for delivery. They self-organize to deliver valuable increments of products at a sustainable pace.
Faisal Mahmood is the author of the book Agile Adoption Mistakes You Must Avoid. Faisal is a Certified Professional Scrum Trainer based in London, UK.
Monday, 26 March 2012
Agile note taking – Introducing “The Note Card”
You know index cards? I started using them for Agile note taking.
There’s several reasons why I dislike notepads:
- they’re too big to carry
- they have many pages
- I always forget them
- I spend ages trying to find out my notes
- they have brands and some are shinier than other
I have been experimenting using index cards for taking notes for a while and I have recently “formalised” my method by combining short notes with priority highlighting and action indication.
There’s several reasons why I like Agile note taking
- index cards are light & small
- the size forces me to be concise with my notes
- the size forces me to select what to record
- I can carry the card with me and throw it away once all actions are done
- usually nobody else is using the method
It really is very simple – have a look at the picture (notes are blurred to hide client related information) :
You can build whatever shapes you like (I prefer square like shapes) and write your notes the way you prefer. I enjoy building a uneven brick-like wall by avoiding straight lines and using curves here and there. I then indicate actions by using the (A) sign, highlight the urgent & important things using orange and non urgent but important using green, whatever blocks are left uncoloured are just for information and that’s it. The colours could be different of course as long as you know what is what which is why I sometimes add a little legend at the end.
As you can see Agile note taking is cool – and you can try it anytime you feel like it, after all you only need an index card and a pen.
Thursday, 15 March 2012
Kiva - an awesome way to help people
I signed up and already made a couple of loans.
What an awesome way to help people who want to make a difference. And loans can be as small as $25 - this is about £16 today.
I agree with Jurgen - this is much better than donations.
Donations are probably still the only way to raise money for certain causes but Kiva feels like the right way.
The concept seems to me very similar to Dr Yunus's Grameen bank who clearly has found a great solution for boosting people who want to work and just need a little bit of help.
And this is the key for me.. So if you would like to start by lending a free $25 then use this link and start helping people who have found the drive to try and make a difference.
Monday, 5 March 2012
The ‘Non-Plamen’ Book
Last week I travelled to Vienna to participate in Jürgen Appello’s Management 3.0 training. I liked it so much that I decided to enrol as licensed trainer for this course (which is not the topic of this post but I felt it is relevant)
I also thought that the Roving Coffee idea was brilliant so I joined the evening meet up at Coffee Day in Vienna. Now Coffee Day is an Indian company and I have actually visited the first CoffeeDay shop in Bangalore so I felt it is a nice coincidence. Couldn’t taste the coffee there obviously as it was past 8pm when I arrived so I had beer instead (and it was good ).
My taxi driver completely messed up the destination address and the poor fellow didn’t speak a word of English so it was difficult to guide him with my superior orientation skills (those who know me well will recognise the irony). So I missed the beginning of the meeting and on my entry I was clearly expected to bring some ideas which I did although perhaps they were of the wrong kind. Anyway it was a lovely chat in which we decided that it is not a very good idea to start changing the world from Vienna mainly for historical reasons – something to do with WW1 I think although later on reading through wikipedia I realised that it was not a valid reason. Having in mind that most of us were drinking beer I guess it was sort of OK.
Now about the title.. just before finishing the meeting Jurgen asked who wants to have a copy of his Management 3.0 book (he only had one copy). Everyone declared that they already have the book including myself so the first round wasn’t very successful. And then I had this great idea that if nobody wants the book then perhaps I can take it and give it to someone who is unlikely to buy it therefore doing my bit to change the world. Everyone thought it is a great idea so there it was - I had the book. Next thing though – Jurgen asks me – do you want me to sign it? Now here’s a game changer. That brings a bit of hesitation so I am saying – well if you sign it then it is more likely that I will keep it (which I do not want to do)… Jürgen repeats the question to which I suggest – fine, then write something that ensures the book cannot remain with me.. and here’s how the ‘Non-Plamen’ book is born! See the picture below:
The text reads:
“This is a non-Plamen book. Only people not named Plamen may own it. If your name is Plamen you must get rid of this book in 3 days, or it will self destruct.”
Of course I had no intention of waiting for more than 3 days to see if the prophecy will be fulfilled. I got rid of the book before the 4th full day and I hope it will serve well its new owner!
And finally just to prove that this was all real and not made up – here’s all the participants in Roving Coffee in Vienna. Note that while we’re all smiling Jürgen is demonstrating that the camera of his phone isn’t very good!
Thursday, 8 December 2011
The meeting without agenda
While I am perfectly happy with this rule and I am certain it applies to the majority of meetings I can argue that once in a while there're meetings/discussions for which figuring out a goal would be as good as starting the meeting and having an agenda is almost pointless as the initial agenda is unlikely to be followed once participants discover more about their goal.
For example - think about a meeting with another team to discuss integrating two products or components of a product. The goal could be - to agree on interface for this integration and the agenda could be
1. Introductions
2. Team A (frond end team) presents the information that they believe they need
3. Team B (back end team) evaluates the requirement and suggests a solution
4. Teams generate ideas and discuss options
5. Any actions are reviewed and owners assigned
Easy, right? It is even easier if it is a recurring meeting when the goal is usually well understood and you can refine the agenda to ensure current requirements are met.
Now consider the following scenario - a new requirement is introduced by the business which would mean changes across components and domains and would potentially affect a few or perhaps all teams. Team members voice concerns and suggest a meeting to decide how to proceed. There's numerous concerns some very specific and some too vague.
When faced with similar scenario recently I have decided that the goal to "decide how to proceed" is too vague and I suspected there's several more specific goals that can be more useful but wasn't sure what they are and consulting almost 30 team members about that would in effect mean starting the meeting earlier (and probably making people unhappy that they are being interrupted). Due to my expectation to see many different goals I also thought the agenda will drastically change and depend on which goal is most important.
So I decided to start the meeting by inviting everyone to state their goal and recorded the goals on a white board. I then read all the goals and asked the team to indicate which 3 goals are the most important to them. Finally I counted the votes and identified the 3 goals with most votes. I then suggested that we should spend a fixed amount of time (e.g. 10 minutes) discussing the first goal. At this point I did not really have much of a plan rather than hoping that the team can generate it or else some obvious actions may come out of discussing the top 3 goals.
In this instance the team did have very good suggestions, with very little participation on my side generated the next points on the agenda and with some minimal time managing intervention we managed to complete the meeting on time, do a re-cap at the end that suggested almost 100% of the participants were satisfied with the result.
So here's in summary the approach for the meeting without agenda and vaguely stated goal:
0. Explain to the best of your knowledge why are you having the meeting and state the suggested time slot - e.g. 1hr
1. Explain why there is no goal and ask everyone (best to go around the circle) to state their goal for the meeting
2. Record all the goals on a white board (try grouping where necessary)
3. Read the goals so that everyone can hear them and allow some clarification questions where necessary
4. Ask the team to pick their top 3 goals
5. Count the votes and announce the first goal to discuss
6. Time box the discussion and let/ask the team to make suggestions of how to proceed
From here on the meeting may take different from from what you or the rest of the team expect.
Some tips that will help you:
7. Remember to time box any discussions and ensure they do not overrun
8. Ensure the group is happy with any statements made by individuals rather than changing direction every time a new suggestion is made
9. If the group is big or if people are interrupting each other and fail to progress because of that introduce a talking token (e.g. only the person holding the token can talk and if someone wants to talk should ask for the token)
10. Ensure the meeting ends on time unless everyone agrees to extend it (sometimes this might be more valuable than finishing on time)
11. Before the meeting ends ask for a re-cap so that everyone hears everyone else's position. This might indicate if another meeting like this is required or more specific actions have already been generated and the group is happy to close the discussion.
12. And finally remember that you own the process not the content - trying to participate will damage your ability to time manage, spot actions items or introduce new rules when necessary (e.g. the talking token)
Well I hope the suggestion could be useful if you face similar situations. Good luck :-)