tag:blogger.com,1999:blog-70211362898639154472024-03-22T11:57:19.853+11:00Project Mom: The Lighter Side of Project ManagementAs a Professional Project Manager for over 15 years, I've seen the "Transformation" of the role. Here's a few of the lighter (and darker) sides.JulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.comBlogger10125tag:blogger.com,1999:blog-7021136289863915447.post-16945772498589034432013-03-13T05:13:00.002+11:002013-03-13T13:16:26.402+11:00Sharpening the Saw<span style="font-family: Verdana,sans-serif;">Recently I encountered a "perfect storm" of life events that resulted in a complete breakdown of my beliefs, confidence and motivation. I spent a couple of weeks trying to pinpoint the actual causes of this. I alternately assigned blame, tried to fake it, admitted failure, checked out by watching 1970's TV drama, commiserated with friends, sought advice and professional help.</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">Today I stumbled upon the answers by revisiting two old friends. I was introduced to one of these friends very early in my career. He helped me organise my work and private life, helping me understand what was important to me and where I should spend my time to make myself truly happy. He helped me set goals and gave me a little notebook to plan and track my goals and the tasks that would help me achieve them.</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">Then my friend introduced me to another friend. The second friend took my little goal-setting exercise to a new level. He asked me to look at the qualities that are important to me, and how I want people to describe me when I'm no longer around. My life was on track to be the journey I wanted.</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">Then I got a smart phone.</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">It was no longer cool to carry around a little notebook. I tucked away my little notebook in a drawer in my home office. I took it out for various life events in 2003, 2007 and 2011 (see a pattern?) where previously I had reviewed it annually. Today, as part of my trial and error approach, I located and read through my little FranklinCovey notebook.</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">Benjamin Franklin pioneered time management by setting himself the task of <a href="http://www.forbes.com/sites/patbrans/2013/01/01/twelve-time-management-habits-to-master-in-2013/" target="_blank">mastering 13 virtues</a> for improving his productivity and therefore his chance of success. The Franklin Institute built on those virtues to create productivity planners for success-obsessed Americans in the 1980's.</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">Enter <a href="https://www.stephencovey.com/" target="_blank">Stephen R. Covey </a>of 7 Highly Successful Habits fame. When these two joined forces, well, that's when it got interesting. Stephen could put things in 20th century terms. He added important virtues like Leadership. I bit hard.</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">I'd forgotten what a marvelous tool this was! I spent the day in my study with my 1998 values, my 2007 goals, my 2011 bucket list and 6 pads of sticky notes. And I started sharpening the saw.</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">I started by affirming the 10 values I've had since 1998 (and probably before). I added the 26 things remaining from 50 item bucket list. Then I added items I'd recorded about how I wanted to Act, Feel and Think (AFT) and how I wanted to Be, what I wanted to Do and Have (BDH). By now I have wall of colourful sticky notes.</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">Next I looked at the Evaluation Questions. What has made me happy, satisfied and proud? Were these consistent with my values?</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">No. Guess what? In the past 15 years, I've added some values, and some are no longer important to me. My "perfect storm" of life changes brought clarity to this. Here's part of the sticky note scattergram attached to the wardrobe mirror.</span><br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjKfR8_9l34_Fgf6J49JLEFCAcjlMAcm6TXokJM2VtROXCE-m58PcOS_D4DnQy7dVHyBcikSeQuriNUBZDmAyTn7xKpZcts2AitUMtanfvy-G4zhKm57MarCOKiMr5W8LzoBX_ThBHMmXAc/s1600/photo(1).JPG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjKfR8_9l34_Fgf6J49JLEFCAcjlMAcm6TXokJM2VtROXCE-m58PcOS_D4DnQy7dVHyBcikSeQuriNUBZDmAyTn7xKpZcts2AitUMtanfvy-G4zhKm57MarCOKiMr5W8LzoBX_ThBHMmXAc/s320/photo(1).JPG" width="240" /></a></div>
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">I have been executing tasks to complete goals that I no longer want to achieve, because they no longer conform to my values. This conflict has caused me confusion, frustration, anxiety and ultimately, my failures.</span><br />
<span style="font-family: Verdana,sans-serif;"><br /></span>
<span style="font-family: Verdana,sans-serif;">Tomorrow I'll prioritise the values, and start setting some new goals. And I'll be checking out that Franklin iPhone app.</span><br />
<br />JulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.com0tag:blogger.com,1999:blog-7021136289863915447.post-912478813954202792012-07-19T10:09:00.001+10:002012-07-19T10:10:27.535+10:00Adding Value<div style="font-family: Arial,Helvetica,sans-serif;">
My MacBook has a sticky note displayed in the corner at all times as a constant reminder of successes and failures.</div>
<blockquote class="tr_bq">
<div style="font-family: Arial,Helvetica,sans-serif;">
<br /></div>
<i><span style="font-family: Arial,Helvetica,sans-serif;">"What we must decide is how we can add value and not how valuable we are" </span><br style="font-family: Arial,Helvetica,sans-serif;" /><span style="font-family: Arial,Helvetica,sans-serif;">- Edgar Z Freidenberg</span></i></blockquote>
<span style="font-family: Arial,Helvetica,sans-serif;">These days so many Project Managers learn Microsoft Project, hound resources to complete tasks, record issues in Excel, take a test and <i>voila</i>! Look how valuable I am! I am a </span><span style="font-family: Arial,Helvetica,sans-serif;">Project Manager!</span><br />
<br />
<span style="font-family: Arial,Helvetica,sans-serif;">Let's say I come to work for you. Obviously you think I can contribute to the success of your business, and I think I can contribute as well. But if on my first day I walk in and think, "they will never do this without me" will I set the expectations for failure?</span><br />
<br />
<span style="font-family: Arial,Helvetica,sans-serif;">How do I achieve any value with that statement? When I sit at my desk on Day 1, I have not yet achieved anything! I have only promised to achieve and add value. So I start about the business of adding value.</span><br />
<br />
<span style="font-family: Arial,Helvetica,sans-serif;">Ok, so let's say I walk in on Day 180. I have a couple wins under my belt. You call me first when you have a new project to discuss. Now am I valuable? You bet. But you cannot put my value in the bank, or declare it to shareholders. You can tell the shareholders that you are backing me for a big project because of my previous record of adding value, but the shareholders will still judge us both based on the end value added by our project.</span><br />
<span style="font-family: Arial,Helvetica,sans-serif;"><br /></span><br />
<span style="font-family: Arial,Helvetica,sans-serif;">I add value by delivering. I can achieve it best with transparency; if I know the business strategy. Perhaps our company needs entry into a particular market and profits are not key. Maybe we must conform to government regulations and exact requirements and costs are critical. We might even take a smaller project in hopes of getting more work at the client. </span><span style="font-family: Arial,Helvetica,sans-serif;">I will plan the project</span><span style="font-family: Arial,Helvetica,sans-serif;"> so that the most critical elements will get the most attention. I will tailor my day-to-day management based on the overall goals and objectives of the project, not by blindly following a canned methodology. </span><br />
<br />
<span style="font-family: Arial,Helvetica,sans-serif;">I also add value by bringing information to you, so that you can make informed decisions. "Did you see the article that the government has extended the deadline for compliance?" "It looks like our competitor just got that big contract we were hoping to get." "Companies X, Y and Z just announced products in our market."</span><br />
<br />
<span style="font-family: Arial,Helvetica,sans-serif;">Companies exist to make profit. And management must produce that profit. Seems simple, but not all workers care about this. As a business owner, I care. I always look for cost cutting measures in projects that won't affect quality, and ways for utilising staff better. </span><br />
<br />
<span style="font-family: Arial,Helvetica,sans-serif;">Perhaps Dr Freidenberg wanted us to keep achieving: Set expectations and never rest on our laurels. I can rest when I'm dead. Until then, I'll keep adding value. </span>JulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.com0tag:blogger.com,1999:blog-7021136289863915447.post-45273705967759064052012-06-26T15:32:00.000+10:002012-07-19T08:32:14.185+10:00Social Media: Personal or Professional?<span style="font-family: Arial,Helvetica,sans-serif; font-size: small;">Every year</span><span style="font-family: Arial,Helvetica,sans-serif;"> I have the opportunity to review and update my resume thanks to the nature of contracting. It's time once again to dust of the curriculum vitae and hit the webosphere for the next big gig.</span><br />
<br />
<span style="font-family: Arial,Helvetica,sans-serif;">This year, it's a little different though, because I've found that recruiters and sometimes even employers are not only interested in my experience, but also in my <i>activity.</i> As a blogger and tweeter, I've decided to embrace this change and share with you a bit about my social media philosophy for separating Professional from Personal.</span><br />
<br />
<b><span style="font-family: Arial,Helvetica,sans-serif;">1. Assume that people (colleagues, friends, employers) will Google you.</span></b><br />
<span style="font-family: Arial,Helvetica,sans-serif;">What do you want those people to find? In my case, they generally find an award-winning chemical engineer at Yale. But once they find the correct Julie Zimmerman, they are likely to find this blog, my Linked in profile (currently top Google pick), my twitter and Facebook profiles. These internet postings are as powerful as my resume.</span><br />
<br />
<b><span style="font-family: Arial,Helvetica,sans-serif;">2. Designate a profile/ account as professional or personal in your social media.</span></b><br />
<span style="font-family: Arial,Helvetica,sans-serif;">I use Linked-in for my professional contacts and I keep all conversations professional, as if I were at work. The same with Twitter and this blog. Because both of these can be read by anyone at any time, I treat these as my own professional websites. No cheesy photos, pictures of food, comments about my state of mind or daily commute. I do occasionally tweet on personal subjects, but these are generally targeted as one-offs. </span><br />
<br />
<span style="font-family: Arial,Helvetica,sans-serif;">Facebook is my
personal "expression" website, and though I would never allow anything
on my Facebook that would discredit my professionalism, I would prefer
not to have to explain an "out of context" photo or status. My Facebook
loyals would understand, but not someone who randomly lobbed in. I use
the settings on Facebook to present my professional image to anyone who
would find my page via search. I make it a habit not to "friend" people on Facebook until we stop working together.</span><br />
<br />
<b><span style="font-family: Arial,Helvetica,sans-serif;"> </span><span style="font-family: Arial,Helvetica,sans-serif;">3. Don't say anything on Social Media that you wouldn't say to someone's face.</span></b><br />
<span style="font-family: Arial,Helvetica,sans-serif;">There are just too many people with too much time on their hands. You may end up on someone's FAIL page, or worse, one of your friends may be friends with your next potential boss. Tweeting is not the way to 15 minutes of fame.</span><br />
<span style="font-family: Arial,Helvetica,sans-serif;"></span><br />
<br />
<b><span style="font-family: Arial,Helvetica,sans-serif;">4. Join only as many social media sites that you can maintain.</span></b><br />
<span style="font-family: Arial,Helvetica,sans-serif;">I
have a friend who is a social media expert. I get invitations to join
every new social media site out there. Before joining, I always
consider whether it will suit me to be a member. Will I have time to update it? Will it likely catch on in Australia? Does it duplicate something I already use? The answer is Yes, I have a Google+ account that I don't use.</span><br />
<span style="font-family: Arial,Helvetica,sans-serif;"><br /></span><br />
<span style="font-family: Arial,Helvetica,sans-serif;">Hopefully this year I'll be able to parlay my use of social media into my next career move, while still maintain a personal identity online.</span><br />
<span style="font-family: Arial,Helvetica,sans-serif;"><br /></span><br />
<span style="font-family: Arial,Helvetica,sans-serif;">How do you keep yours separate? Or do you? What issues has it caused?</span>JulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.com0tag:blogger.com,1999:blog-7021136289863915447.post-52925220832326056382012-02-03T06:29:00.000+11:002012-06-15T06:30:10.797+10:0010 Things Women in Technology Need to Know<div style="font-family: Verdana,sans-serif;">
<span style="font-family: Verdana,sans-serif; font-size: small;">I have just</span> completed my 25th year in technology. I've worked in almost every role: computer operator, data entry, developer, business analyst, project manager. I entered when women were beginning to get numbers. But there are so many things you have to learn the hard way.</div>
<div style="font-family: Verdana,sans-serif;">
<br /></div>
<div style="font-family: Verdana,sans-serif;">
After 25 years, I think I might be able to share a few. In no particular order:</div>
<div style="font-family: Verdana,sans-serif;">
<br /></div>
<ol style="font-family: Verdana,sans-serif;">
<li><b>Know your stuff.</b> Wanna play with the boys? Make sure you are learning the same amount of detail they are! Read blogs, search the net, jump into that lunchtime conversation about Security in the cloud.</li>
<li><b>Get involved. </b>Attend conferences, training, get certified, join user groups, write blogs. Ask your boss to be involved in the new technology upgrade. Put a strategy in place for your career and what you want to do.</li>
<li><b>Volunteer, but not too often.</b> Take on the new project, work a few extra hours. But make sure these will help your career! If you get the coffee, make sure everyone else takes their turn too.</li>
<li><b>Build relationships.</b> Rarely does my next contract come from an advert. IT is a small business. Use Linked-In and other social media. Knowing people in the business will help you throughout your career. I've personally worked with over 20 CIOs and heads of consulting firms. </li>
<li><b>It's business, it's not personal. </b>No one comes to work to ruin the work. If someone disagrees with you, it's because they have another goal or objective. They are not trying to ruin your life. If you want to succeed, find out what they are trying to achieve, and figure out how you can both get what you want.</li>
<li><b>Dress the part. </b>Men have had a uniform for business for 100 years. It's called a suit. If they wear one, you can wear one. I like skirts, because I'm not a guy, or jackets over dresses. Think to yourself, would a guy be allowed to wear a similar piece of clothing to work here? Open shirt/ low-cut blouse? Open-toed shoes/ sandals? Shorts/ short (way above the knee) skirt? </li>
<li><b>Sometimes you have to be wrong to be right.</b> Sometimes you will be the first one in the room with the correct answer. You want to speak up and say, "we should do it this way." But you can't. You have to lead the rest of the room to the idea. You will have far more success leading people to the right idea, if you are the one who has to take "credit" for the idea. Don't be upset about it, just do it.</li>
<li><b>Ride the wave</b>. Technology is fickle. A good technology will be around for 20 years, but who wants to do the same thing for 20 years? If you are lucky enough to stumble onto the "right now" technology, make the most of it while it is popular. Work your butt off for 2-3 years, and if you're lucky and smart, you can make a huge profit.</li>
<li><b>Find the need.</b> If you are on a team of everyone with similar skills, find a skill that you have that they don't and exploit it. As a great organiser, I volunteered to enter the team's time into Microsoft Project. This lead to me becoming a project manager.</li>
<li><b>They're colleagues, not girlfriends.</b> Most importantly, don't treat your colleagues, especially your bosses like your besties. Don't gossip about the boss (he/she might be behind you) and never EVER show your alcohol capacity at a work function. Sure, its okay to make a few besties from work, just don't make evident AT work. </li>
</ol>
<div style="font-family: Verdana,sans-serif;">
<br /></div>
<div style="font-family: Verdana,sans-serif;">
<br /></div>JulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.com0tag:blogger.com,1999:blog-7021136289863915447.post-55755125731384559382011-03-12T08:34:00.000+11:002012-07-19T10:11:03.967+10:00The SharePoint Project<span style="font-family: Verdana,sans-serif;">This week I attended the Australian SharePoint Conference at the Hilton Hotel in Sydney. I've decided this is the last year I will be an attendee. Next year, I plan on presenting.</span><br />
<br />
<span style="font-family: Verdana,sans-serif;">I am currently managing my fourth "SharePoint project". This is somewhat of a misleading proposition. As a former application developer and business analyst, I have always tried to deliver based on business objectives. As a Project Manager, I need to understand why there is a "SharePoint Project."</span><br />
<br />
<span style="font-family: Verdana,sans-serif;">What is a "SharePoint Project?" SharePoint is a platform. Thankfully, this is the main message out of the conference to those just beginning to dabble in the technology. One session estimated, by a show of hands, that 40% of the room was on 2007, 40% on 2010 and the rest were "thinking about" going to SharePoint. This message is for that last 20%.</span><br />
<br />
<span style="font-family: Verdana,sans-serif;">By the time I'm hired as the Project Manager, the platform has already been "installed." Infrastructure guys (and I love you) have found SharePoint on the Windows server and "turned it on". Now to tell someone how to use it!</span><br />
<br />
<span style="font-family: Verdana,sans-serif;">Voila! The SharePoint project is born. Some sites get created; the webmaster thinks it would make a great intranet; the document/records lady notices you can tag stuff with metadata. The CIO throws a barely six-figure sum at the budget and asks the Infrastructure guys to do this in their spare time.</span><br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi4vYoL3g16z-rxiDj412C7o4PVCMiPtopUZvhS8YydNTW76C0bt_2tDAs28IBXDYBFeGtir3aWUl2nm3c9l6Bg_5q0c3Dt-mG3iri_moi2QB238_XF1F9IlMvOqR4eUTbUNjZ7BLiveyIN/s1600/sharepointing.JPG" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="262" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi4vYoL3g16z-rxiDj412C7o4PVCMiPtopUZvhS8YydNTW76C0bt_2tDAs28IBXDYBFeGtir3aWUl2nm3c9l6Bg_5q0c3Dt-mG3iri_moi2QB238_XF1F9IlMvOqR4eUTbUNjZ7BLiveyIN/s320/sharepointing.JPG" width="320" /></a></div>
<span style="font-family: Verdana,sans-serif;">No wonder so many people hate SharePoint. It's treated like Infrastructure.</span><br />
<br />
<span style="font-family: Verdana,sans-serif;"> <a href="http://www.cleverworkarounds.com/">Paul Culmsee,</a> in his Day2 keynote speech, noted that things like installing servers are simple. You plug it in and it works. </span><span style="font-family: Verdana,sans-serif;">It's basically the same every time.</span><span style="font-family: Verdana,sans-serif;"> Sure you have to hook up dummaflobbers and whatsits, but servers are interchangeable for many purposes. And infrastructure guys are great at knowing all this.</span><br />
<br />
<span style="font-family: Verdana,sans-serif;">Things like Exchange/ Outlook are little more complicated. You configure it based on requirements that are predictable. People want to get mail and send mail. The requirement and business objective is that the thing works. I don't have to ask anyone what "success" looks like.</span><br />
<br />
<span style="font-family: Verdana,sans-serif;">SharePoint implementation, however, is complex or sometimes chaotic. The requirements are many. The Webmaster wants a good content management system; the Enterprise Architect wants good information architecture; the Records Manager needs a single source of truth. SharePoint has suddenly become the solution to everyone's problem.</span><br />
<br />
<span style="font-family: Verdana,sans-serif;">But that's just it. <i>It's a solution.</i> You need a problem to solve. SharePoint can be configured and adapted to do just about anything, but you just don't know what that anything is yet. </span><br />
<br />
<span style="font-family: Verdana,sans-serif;">Mark Miller, the editor of <a href="http://endusersharepoint.com/">EndUserSharePoint.com</a>, is right in saying that business objectives should drive the use of the platform. If you're not careful, you could end up blow-drying your pizza, or microwaving your dog.</span><br />
<br />
<span style="font-family: Verdana,sans-serif;"> The platform needs to have a strategy, a reason to exist. From the strategy, projects branded with the business purpose in mind can be launched.</span><span style="font-family: Verdana,sans-serif;"> Each project - document management, intranet, business process workflow - should have its own <i>business </i>objectives and a determination made as to whether SharePoint is the right platform.</span><span style="font-family: Verdana,sans-serif;"> </span><br />
<br />
<span style="font-family: Verdana,sans-serif;">Next year at the conference, I'd like to see less geeks and more business folks. Vendors should be inviting their contacts along to see how SharePoint can provide the platform for the solution. I'd like to see Governance replaced by Strategy; Workflow Management replaced by Business Process Implementation; Site Branding replaced by Project Branding. Let's start using the term "SharePoint" in context as the middle-bit between Windows and the applications that run on it.</span><br />
<div style="font-family: Verdana,sans-serif;">
<br /></div>
<span style="font-family: Verdana,sans-serif;">End Users can then be taught the Business Solution. And no one, other than the Infrastructure guys, should ever care that it's called SharePoint.</span><br />
<span style="font-family: Verdana,sans-serif;"></span><br />
<div style="font-family: Verdana,sans-serif;">
<br /></div>
<span style="font-family: Verdana,sans-serif;">What would you like to learn about from a SharePoint conference? </span>JulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.com2tag:blogger.com,1999:blog-7021136289863915447.post-27373950291613779502011-01-09T10:42:00.000+11:002011-01-09T10:42:45.497+11:00When is AGILE not agile?<div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;">Late last year, Telstra, Australia's largest telecommunications company, introduced Agile development techniques to its IT software development project teams. The theory is that smaller, self-managed teams will create better software, quicker.</span></div><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;"><br />
</span></div><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;">As a certified Project Manager with business analysis and development experience, I love the idea that deliverables can be parceled out to a small empowered team. Unfortunately, I have also been engaged to "rescue" or "re-discipline" some of these teams who have either failed to deliver a viable solution, or have exceeded the project budget without delivering. In my experience, many "Agile" IT shops are using it as an excuse to not have any governance or project management at all.</span></div><div style="font-family: Verdana,sans-serif;"></div><div style="font-family: Verdana,sans-serif;"><br />
</div><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;">Still, I think there is an opportunity for Agile to create quick, sustainable and cost-effective solutions for business and IT.</span><span style="font-size: x-small;"> The <a href="http://agilemanifesto.org/">Agile Manifesto</a> was declared in 2001 by a group of technologists who were struggling to fight the tiered management bureaucracy to create effective solutions. </span></div><div style="font-family: Verdana,sans-serif;"><br />
</div><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;">The first paragraph of the <a href="http://agilemanifesto.org/principles.html">AGILE Manifesto Principles</a></span><span style="font-size: x-small;"> is:</span></div><blockquote><div style="font-family: Verdana,sans-serif;"><i><span style="font-size: x-small;">"Our highest priority is to <b>satisfy the customer</b> through <b>early and continuous delivery</b> of <b>valuable software.</b></span>"</i><span style="font-size: x-small;"><br />
</span></div></blockquote><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;">A lot of emphasis is placed on "satisfy the customer" and "early and continuous delivery". But how do we define "valuable software?"</span><br />
<br />
<span style="font-size: x-small;">I pondered the Manifesto against my experience and came up with these Critical Success Factors for Agile Development.</span></div><div style="font-family: Verdana,sans-serif;"><br />
<span style="font-size: small;">CSF 1 - A succinct, defined problem</span><br />
<br />
<span style="font-size: x-small;">There is no doubt that a large problem such as "replace all legacy systems" cannot be Agile. Large problems require a big investment with commitment from a lot of people. Selecting small problems with tight solutions are key. I've found that these work best for stand-alone web applications, or applications that collect or display data. Large implementations like ERPs and CRMs will never be agile, because you will never get a small enough base of knowledge, signoff, or commitment.</span></div><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;"><br />
</span></div><div style="font-family: Verdana,sans-serif;">CSF 2 - A defined technical architecture</div><blockquote><div style="font-family: Verdana,sans-serif;"><i><span style="font-size: x-small;"> "</span><span style="font-size: x-small;">The best <b>architectures</b>, requirements, and designs emerge from self-organizing teams."</span></i></div></blockquote><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;">In this paragraph of the Manifesto, the term "architectures" must be defined. An application can only be efficiently managed if it conforms to the architecture investment of the organisation. For instance, if the shop builds all applications on Microsoft platforms, introducing a UNIX platform in the solution will not only delay the project, but increase on-going operational costs. Defined as "solution architecture," the team will create reusable code and objects that will make their lives easier as they add to the functionality of the software.</span></div><div style="font-family: Verdana,sans-serif;"> </div><div style="font-family: Verdana,sans-serif;">CSF 3 - Governance and measures</div><blockquote><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;"><i>"The <b>sponsors</b>, developers, and users should be able to maintain a constant pace indefinitely." </i></span></div></blockquote><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;">The Manifesto also ordains sponsors. This means that they will want progress reports. So before commissioning a team to solve the problem, we should determine how we will measure their success and report and approve their solution. Will we have an option to throw away the solution? How will we evaluate it before we spend additional money on additional functionality? How will we determine which functionality goes in which solution? At what point do we review the technical architecture and how information flows in the organisation?</span></div><blockquote><div style="font-family: Verdana,sans-serif;"><i><span style="font-size: x-small;">"Working software is the primary measure of progress." </span></i></div></blockquote><span style="font-family: Verdana,sans-serif; font-size: x-small;">"Working software" should be defined as part of the problem definition. Is the solution designed for a single purpose or will the software be used for multiple problems? How much functionality do we need before the software is considered "valuable?"</span><br />
<br />
<div style="font-family: Verdana,sans-serif;">CSF 4 - Dedicated, empowered business users working with IT<b><br />
</b></div><blockquote><div style="font-family: Verdana,sans-serif;"><i><span style="font-size: x-small;"> </span><span style="font-size: x-small;">"<b>Business people</b> and developers must work together daily throughout the project"</span></i></div></blockquote><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;">Agile is not an IT methodology. It is a way for business people to solve their problem using the tool of technology. This requires a time investment of their most knowledgeable and trustworthy people. It means that only necessary staff should be on the team, and not political plants. If the "right" business people are not involved, then the software will not be valuable, because bureaucracy will again, takeover.</span><br />
<span style="font-size: x-small;"> </span> </div><div style="font-family: Verdana,sans-serif;">CSF 5 - Development and testing strategy and guidelines </div><blockquote><i>"<span style="font-family: Verdana,sans-serif; font-size: x-small;">Build projects around motivated individuals. Give them the <b>environment and support </b>they need, and trust them to get the job done."</span></i><span style="font-size: x-small;"><span style="font-family: Verdana,sans-serif;"></span></span></blockquote><span style="font-size: x-small;"><span style="font-family: Verdana,sans-serif;">Good developers are not always good designers or architects. Identifying constraints and boundaries for technical architecture and design gives teams a framework for their solution. Tools such as Microsoft Visual Studio allow developers rigour and flexibility. Enough of both should be included in the guidelines.</span></span><br />
<div style="font-family: Verdana,sans-serif;"><blockquote><span style="font-size: x-small;"><i>"Simplicity--the art of <b>maximizing the amount of work not done</b>--is essential."</i></span></blockquote></div><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;">The team should strive to build a solution that will allow for additional functionality and minimize re-work. Testing guidelines should include testing by uninvolved team members. When business people get involved throughout, they start thinking "happy path" just like the developers. Define testing roles up front with the business. Consider user acceptance testing as training for the users.</span><br />
<blockquote><span style="font-size: x-small;"><i>"At regular intervals, the team <b>reflects on how to become more effective</b>, then tunes and adjusts its behavior accordingly" </i></span></blockquote><span style="font-size: x-small;">Guidelines should be reviewed at the end of each scrum and recommendations made on what to change. The goal should always be to improve quality and speed, within budget and costs. The "amount of work not done" extends to future work that will not need to be done, or a conscious decision to include the work in a later release. The challenge for the team is to leave tidy code that is maintainable, and not just by the person who wrote it.</span><br />
<span style="font-size: x-small;"><i></i></span><br />
<span style="font-size: small;">CSF 6 - Experienced IT and business users team members</span><br />
<blockquote><span style="font-size: x-small;"><i>"Continuous attention to <b>technical excellence and good design</b> enhances agility."</i></span></blockquote><span style="font-size: x-small;">Inexperienced team members cannot make informed decisions about excellence and good design. They will likely take the quick and happy path to solution development, creating solutions that are difficult to maintain, enhance and integrate with other solutions. Team members should also be aware of good business analysis and project management principles, especially budget and time requirements.</span><br />
<br />
<span style="font-size: x-small;">Team members must be multi-disciplined and collaborative. Egos should be kept in check, with the solution a priority.<i><br />
</i></span><br />
</div><div style="font-family: Verdana,sans-serif;"><span style="font-size: x-small;">There's no guarantee that your Agile project will be a success, but if these are defined up front for all Agile project, I'm backing that you will have a better chance of success.</span></div><div style="font-family: Verdana,sans-serif;"><br />
</div><div style="font-family: Verdana,sans-serif;"><a href="http://agilemanifesto.org/principles.html"><br />
</a></div>JulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.com0tag:blogger.com,1999:blog-7021136289863915447.post-18831157232510088402010-07-28T15:06:00.004+10:002010-08-23T08:27:49.134+10:00Project Manager Time Quadrants<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">In 1995 I managed my first Information Technology project. It was for an organisation that did not have formal methodology experience, but they were pleased that I did. It was very much a 1 to 1 relationship between me, Project Manager/ Business Analyst and the Project Sponsor/ Subject Matter Expert. My focus was on capturing requirements and feeding them back to the developers, managed by another line manager. I spent nearly all of my time managing the relationship with the key stakeholder, and delivering the project; almost none managing the relationship with the delivery team and administering the project.</span></span><br />
<br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">By contrast, in my last project, I had 15 high-profile stakeholders and subject matter experts. My delivery team was spread across 3 divisions with 3 different managers. I was considered one of the subject matter experts in the technology, and this organisation has a large and complex project reporting structure.</span></span><br />
<br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">How is one project manager meant to fulfil all the roles in the Project Management life cycle?</span></span><br />
<br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">Generally, there are two things a project manager spends time on: Relationship Management and Delivery Management.</span></span><br />
<br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">Relationship Management focuses on who you spend your time with to get the results you have promised for the project. This can be Stakeholder-focused such as the Project Sponsor, Steering Committee or End users or on your project team who are providing the deliverables.</span></span><br />
<br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">Delivery Management focuses on how much time you spend providing feedback on progress. Administrative focus is heavily-based on methods, formulas, EPMs and reports. Delivery focus is based on showing frequent and accurate results, such as prototypes and releases.</span></span><br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;"><br />
</span></span><br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">If we plot these on a grid it looks like this:</span></span><br />
<div class="separator" style="clear: both; text-align: center;"></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi0M5dh0hra1C1-HoXtILstOGB76xXHj1hJHvfgmU34SelWh5p359lFAjXxFzuZ5sfkYRzt890Gjj3RH9nziygS6rRcPQkxJ1hDLFjupb-6TbfBCaOvBMpQxwuWI1OoBR-CThXwaTuj9iOk/s1600/Slide1.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="240" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi0M5dh0hra1C1-HoXtILstOGB76xXHj1hJHvfgmU34SelWh5p359lFAjXxFzuZ5sfkYRzt890Gjj3RH9nziygS6rRcPQkxJ1hDLFjupb-6TbfBCaOvBMpQxwuWI1OoBR-CThXwaTuj9iOk/s320/Slide1.jpg" width="320" /></a></div><span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">So let's say you spend 100% of your time</span></span><span style="font-size: small;"><span style="font-family: Verdana,sans-serif;"> updating Gantt charts, checking on task status, writing reports and updating budget spreadsheets. We call this the Project Administration Quadrant. More time is spent on reporting and communicating with the team.</span></span><br />
<br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">The opposite extreme is the Stakeholder Manager Quadrant. The Project Sponsor or Owner has hired you, the Project Manager to turn a mish-mash of opinions into a functioning system, application or network. This is the hardest of the roles because it requires up to 100% of your time setting and managing expectations of the stakeholders who want (or don't want) the project to succeed, whilst focusing on the delivery of their objectives. You have little time with the team, and little time to report on progress. If the Stakeholders are high-profile, a Project Director might be brought in to manage the individual project managers. This is the Project Manager role I prefer, but with a Project Director in place (or with me as the Project Director).</span></span><br />
<br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">If your time is spent managing the delivery team and the deliverables, you fall into the Team Leader Quadrant. These are usually straight forward requirements with a small number of stakeholders.</span></span><br />
<br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;"> </span></span><br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">Lastly, the Program Management Quadrant requires a lot of administrative time and management of stakeholders. Program Managers rarely interact with the delivery teams or the act of delivery unless problems arise.</span></span><br />
<br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;">So in which Quadrant does your current project reside? In the next blog, I'll show you how to use this quadrant for your project planning.</span></span><br />
<span style="font-size: small;"><span style="font-family: Verdana,sans-serif;"> </span></span>JulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.com0tag:blogger.com,1999:blog-7021136289863915447.post-35371487561097729852010-02-21T08:52:00.002+11:002010-02-21T09:26:41.466+11:00Forget Sponsors, Champions Rule!<span style="font-family: verdana;">The Project Management bandwagon has made Project Steering committees "fashionable". Despite a Project Manager's best intentions, a seat on the committee can be politically desirable, resulting in too many stakeholders, too many agendas and the nomination of a sponsor so high up in the ranks that he/she does not have the time to dedicate to the project objectives.<br /><br />Enter the Project Champion.<br /><br />This is a person on the steering committee who is respected by all members, especially the project sponsor. But most importantly, the strategic agenda of the Champion depends on the objectives of the project outcomes.<br /><br />In other words, your project is one of the most important to them.<br /><br />With a Champion in place, you are able to have almost daily feedback from the agenda makers. Your project has a voice at every meeting of the Champion's peers and higher-ups.<br /><br />Why is this important? Word of mouth is a powerful thing. If your project is important enough to be discussed in meetings you didn't attend, then everyone starts believing it is important for the organisation.<br /><br />Requests for resources are magically granted! Training receives full attendance! Another bandwagon is launched!<br /><br />So how do you find the Champion in the politically charged environment? Ask questions, offer to do research, volunteer information. A little work outside of the straight-line project management will uncover the person who is most likely to manage upward and outward, so you can concentrate on delivery.<br /></span>JulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.com1tag:blogger.com,1999:blog-7021136289863915447.post-9378327733504947762009-11-22T08:29:00.001+11:002009-11-24T10:03:35.597+11:00Risk management has killed project delivery<span style="font-family:Verdana;font-size:85%;">How many different points of risk management does it take before a project is properly risk managed?</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">I recently wanted to acquire expert services for a project. I have completed similar projects before and these projects take about 3 months from the time you get requirements, and with full cooperation of the necessary teams. These I had already established.</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:verdana;font-size:85%;">Despite the fact that I am a veteran, certified Project Management Professional (in two disciplines) I was forced to undergo the rigid "risk management" processes of the procurement department under the guise that it was "required."</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">Six weeks later, (now 5 and half months after my project start), the evaluation team selected a vendor through the rigourous process and I was prepared to make an agreement. Since this vendor had little experience with the organisation, I mitigated the risk by awarding the work in two sections: three weeks, and then the remainder to be re-quoted at the end of the first period.</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">This vendor has a head agreement, so a contract with terms and conditions is already in place. With a firm agreement on what was to be delivered in the first three weeks, I sent the work order back to the vendor, expecting a one day turnaround.</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">The risk management team from the vendor clearly re-vamped the entire work order, adding resources that I did not want, and deleting resources that I required. </span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">They mistakenly thought that volume was a replacement for quality.</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">In the end, I stopped negotiations with the vendor (by this time, half of the three weeks had passed) and signed up another vendor who could provide me with the quality resource I needed right away.</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">Sadly, had I been able to trust my own risk managment experience, I would have been able to engage the second vendor two and a half months ago, and the project would be well underway.</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">These days, risk management is in every aspect of a project. Or rather risk avoidance, which is only one of the risk strategies.</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">Should we do the project? If so, what things could go wrong if we undertake it? What if an earthquake hits the east coast of Australia? </span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">News flash: If an earthquake hits Sydney, there's a much bigger problem than whether or not a $300K website is up!</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-family:Verdana;font-size:85%;">Ok you want a vendor? Well you have to manage the risk that the vendor won't deliver. And guess what? The vendor is trying to manage the fact that you, the project manager, don't know what you are doing and will not give the vendor what they need in order to deliver.</span><br /><span style="font-family:Verdana;font-size:85%;"></span><br /><span style="font-size:85%;"><span style="font-family:Verdana;">The blame game starts before there is even an agreement to do work. </span><br /><span style="font-family:Verdana;"></span><br /></span><span style="font-size:85%;"><span style="font-family:Verdana;"><span style="font-family:Verdana;">Wasn't the purpose of getting certified to prove that I was capable of making these types of decisions? How can I be a true professional when I am constantly being second-guessed by over-cautious lawyers?</span><br /><br />Ok, I agree it may be necessary sometimes. Ten million dollar projects are often executed and fail to deliver their required results. But maybe it's not anyone's fault. Maybe it's just that the market or the business or the rules changed in the 5 years it took to execute the project. You can mitigate every risk and still not win.<br /><br />I know one thing, with a 3 month delay on a 3 month project, this is how I lose credibility for delivering.<br /><br />I guess that is a risk I should have mitigated instead of accepted.<br /><br />Question: How do you mitigate the risk of being risk over-managed?<br /></span><span style="font-family:Verdana;"></span></span>JulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.com0tag:blogger.com,1999:blog-7021136289863915447.post-8718562747221013272009-11-08T13:48:00.000+11:002009-11-08T13:56:16.643+11:00Welcome to Project Mom!Greetings,<br /><br />As a full-fledged, dyed in the wool, dual-certified (Prince2 and PMP) Project Manager, I welcome you to my world.<br /><br />With over 15 years as Project Manager, and over 20 in Information Technology, there is not a single case study that's been presented that I have not seen.<br /><br />History repeats itself. Continuously. With certainty. <br /><br />The role has changed from being able to deliver scope on time and on budget, to one that concentrates on setting expectations, coddling stakeholders and reducing the impact of impending failure.<br /><br />Enjoy my musings. And take away what you will.<br /><br />Follow me on Twitter @projectmomJulesinOzhttp://www.blogger.com/profile/03955698373294799336noreply@blogger.com0