Jan 072012
 

Former McDonald’s executive Guy Russo had “retired” at 47. He had left his job managing the greater China region, had bought a house in Hong Kong and was doing some consulting. He had time to spend with his three children and work pro bono with his wife Deanne for a Chinese orphanage foundation. Then he got a call from Richard Goyder, chief executive of Perth-based conglomerate Wesfarmers, who persuaded him to return to Australia to revive the ailing discount retail chain Kmart in September 2008.

Russo knew all about the fast-food service industry but he’d never worked in retail …

From The Financial Review BOSS Magazine

According to his profile on LinkedIn he was at McDonald’s for 34 years, having started right at the bottom. His Wesfarmers profile says a bit more, with him attending the McDonald’s McUniversity and Macquarie University Graduate School of Management in Sydney.

So, that’s the secret sauce right there: Russo didn’t know didly squat about the retail industry, has bugger all qualifications, yet gets called up and offered the top job at Kmart. Just like that. I’m sure there must have been more going on behind the scenes, but it doesn’t sound like Russo was even looking for a job. Maybe he’s a mate of a mate of Goyder.

Here’s a guy who’s worked his whole life at McDonald’s and worked his way up the food chain with just High School knowledge and in-house training. He then gets promoted to McDonald’s China, which is all well and fine. If he’s worked there that long, I guess it’s just a matter of waiting until everyone higher up leaves or dies from obesity related diseases.

He says:

Kmart was a test for me: can you do something you have no training in and use the skill sets that you have learned? … Because I knew very little, for six months I shut up and listened and observed. I tried to learn as much as I could …

Somehow I can’t see myself using that line in an interview.

Yeah, sure. I’ll sit around for 6 months watching and observing because I don’t know a thing about this company, its industry or its people. Oh, and you’ll pay me an executive salary.

So, I’m still stuck for a job. I don’t have the networks of people so I can just walking into something with a phone call letting them know I’m coming. I don’t have the consistent work experience because I keep attaching myself to the wrong horse.

I have the qualifications, I have the skills, I have the experience – at least I believe I do. What I don’t have are the connections, the contacts and the relationships with the people that make the decisions. And that’s what’s killing me. I spent so long living overseas that I came back to a blank slate. The city in Japan that I lived in was small enough that I could meet most of the other teachers, network with them and search out new jobs without too much hassle. But here, in Sydney, it’s a completely different situation.

And so I’m stuck. Maybe I should go and work in the mail room.

I’m going to write more about how following my dream killed my career, but that can wait. I’ve got plenty of time – I’m unemployed.

Share on TwitterShare on LinkedInDigg ThisShare on TumblrSubmit to StumbleUponSave on DeliciousSubmit to redditShare via email
Jan 082011
 

So, I’m beginning to think that Agile development is a metaphor for the ideal work environment where the client has a clear idea of what they want developed – maybe not the end product but at least a good sense of the direction they want to go in, the development team gets their work done unhindered, the management team gets the resources they need and everything seems to just flow; like a sake cup flowing down a small estuary under the cherry blossoms while lines of haiku are composed.

But in reality, it’s more like the hapless cat herder trying to bring their untameable pets (pests?) under control, while battling a multi-dimensional beast from the planet Zorg with a useless blaster. Not impossible, but down right tricky.

The event that has brought me to this realisation is our effort to try and find a new outsourcing partner to cover our workload. In order to start a conversation (the trendy new-ish word for business relationship) I have contacted a few, and sent them complete specifications of what we want.

Not very agile.

But how are they supposed to quote on what I want? It’s not a big project – we chose this project because it’s rather small, has a short time-frame for what’s wanted, and if it goes pear-shaped we should be able to recover. And in return they have come back with fixed price quotes where the most expensive is 3 1/2 times more than the cheapest. I’ve asked for clarification of the costs from all three, but I’m not really getting very far with that.

But how is this supposed to work for larger jobs? Do we then just take a developer on a retainer and push work through to them? That seems like a better deal. But one of the things we’re looking for is not a single developer, but an organisation that can do different parts of the work: HTML coding, PHP coding, graphic design, etc.

And having someone non-co-located (un-co-located?) is not within the spirit of agile where all the developers work together in the same place and on the same project. You can’t have a daily scrum when some of the participants are in a different location and time zone, and maybe use a different language.

So we just end up with the same processes happening the same way.

The last project I tried to have the outsourced developers work on a daily basis meant that they were trying to second guess some of the development decisions that were clear to me, but not so clear to them. I thought I had explained most of the project to them, but every now and then a decision would have to be made, and they would make it and check with me. And for some reason, it always seemed to be the wrong decision. It wasn’t a bad decision, and looking back it seemed like the most logical thing to do, but it wasn’t the correct thing to do.

The happy medium that we’ve found is to get the local development team to do the interesting part of the project: database design, setting up the framework, some design and any interesting or new coding that is required, and have the offshore developer do a lot of the grunt work based on the work that has been already done. So far, that’s been a good place to start.

In the end, I don’t think we can work within an agile methodology for every project in every instance. We’ll have to have hybrid teams, where the local developers can work together doing what they do best, and we have clearly defined development for the outsource agencies.

Share on TwitterShare on LinkedInDigg ThisShare on TumblrSubmit to StumbleUponSave on DeliciousSubmit to redditShare via email
Oct 312010
 

As a project manager, I’m always dealing with different clients at different stages of their projects. And that’s one of the things I don’t understand about Scrum: managing the competing demands of various clients. I think one expectation of Scrum is that you are only dealing with one client and one project at a time. Which makes me wonder, what do you do after your daily Scrum Meeting? Coffee and cupcake time?

So, in the world I live in, I’m always getting calls from clients or I’m calling them to get the next piece of the puzzle, or something or other. I have multiple projects running at different stages of their life-cycles. As well, each client has their own distinct personality and knowledge that they bring to the project, and so I need to deal with each client very differently to get the same outcomes.

So in order to deal with the idiosyncrasies of my clients, I have my own set of triggers that fire to warn me of the conditions of an approaching problem – my warning signs. When a client offers a suggestion for a way of doing something, the idea will flow through my triggers until it passes through to the end (a green light) or trips a few triggers (orange light) or generally causes a traffic haemorrhage (red light).

I’ll try and compare and contrast two clients I have now. Sadly, I can’t mention who they are so we’ll call one Client L, for LovelyToGetAlongWith and the other Client M for MajorPainInTheArse.

We’ll start with Client L. We’re going through the development of some online forms to collect information for their business – previously they had collected this information over the phone after receiving an initial request for information through their website. When we started there was only one form in mind, which was trying to replicate Client L’s paper based system. After doing a mock-up and discussing it with them over the phone, Client L felt that something more complicated was required. I knew this was going to happen (a few triggers had fired – no project looks the same at the end as when it starts) and I was glad that they had come to this revelation themselves. So, I dropped by their office and spent an hour going over the details and have now come back to them with a higher quote – and the one form is now split into 4 detailed forms. A good result for all of us. They have a much better solution for their business needs, and we have a more interesting project (and more money.) But the point is this, only a few of my pre-programmed triggers went off, and I didn’t have to do anything drastic because Client L had had the same experience. By spending so much time doing mock-ups now, we’re avoiding going down the costly route of premature development.

However, Client M (the bane of my life) almost always fires off most of my triggers every time I talk to him. The project itself has taken nearly a year to get where we are now – it should have been a 3 month project, and I’d say we’re at the 75% mark so far. And I’d put it down wholly and solely down to the personality of Client M. Now, for the type of business he runs, he’s perfect. But he’s not a businessman. And I think that’s where most of the problems arise. When I try and explain something to him, he’ll stop me half way and make a decision. When I try and clarify what he wants (because he’s also expect me to read his mind, and lots of my triggers are going off in rapid succession) he’ll get upset because the decision has been made and he’s explained it to me – and therefore I should understand 100%. And yet I know, some knew piece of information will come along and complicate my life.

So, let’s try and distil what I consider to be green and red light triggers in the personalities of my clients.

Red lights Green lights
indecisive, impulsive or
irrationally decisive
contemplatively decisive
shifting boundaries
of responsibility
clear delineation between
PM and client
decisions and progress
are not made
tasks are well managed

And this is where I start getting buzz-wordy. How do Agile Project Management Methodologies handle red light clients? When a client is well educated with the process, and knows how it works, we get clients like Client L, that make my job pleasant. But with Client M, no amount of intellectual posturing will help me manage the process. And that’s where I think it’s not about managing client expectations but their personalities. If a client is impulsive, indecisive, non-communicative, ill-informed, uneducated or just a right pain in the arse, no Project Management Body of Knowledge is going to help you get through the horrors of horrible clients.

And I shouldn’t avoid the responsibility of knowing my own personality here. It’s just as important for a Project Manager to understand their own way of doing things, as it is to understand their clients. Client M isn’t as bad as I make him out to be. Really. But we’re chalk and cheese, and managing myself in the relationship is just as important as managing the client.

Share on TwitterShare on LinkedInDigg ThisShare on TumblrSubmit to StumbleUponSave on DeliciousSubmit to redditShare via email