Design and Change Management

Over my career, I have developed a few strongly-held design beliefs, and one came up in conversation recently, during a spirited discussion on minimal quality requirements for a[ny] data mart. I hold that the data copied from source to destination must be provably correct and complete with little effort. When agile-ly rolling staged deliverables into production, I may not have all the attributes in place for full flexibility of drill down, but if you have [say] 1248 records in the…

Read More ...

If I Told You a Fractal Solution, Could You Change the CEO’s Mind?

As the new year approaches, debates over the "value" of IT and business projects intensify; it's not holiday stress, but the excitement of the approaching New [fiscal] Year. Lately, I'm hearing more about the struggle to quantify business value, especially when selecting those few projects that will "make the cut". We will definitely iterate on our scoring framework, adding a cost / benefit template to facilitate more apples-to-apples comparisons between projects (yes, don't scoff  - it is possible - more…

Read More ...

Collaboration “in the Wild”: Some Observations

An Enterprise 2.0 dream scenario: implementing a complex project across multiple sites, in two different time zones, with a large team (well over 100). The team was reasonably savvy with collaboration tools; core team members were quite comfortable with Instant Messaging, and we have been relying on SharePoint for many months. A centralized, coordinated document repository; a single source, very public bugs/issues list - the foundation was in place for some time, so our "go-live weekend" experience was pleasantly predictable.…

Read More ...

Frustrating Paradox: Simple and Difficult

I think this is one of those fundamental concepts that, once it is pointed out to me, become self-evident and obvious (ie. why didn't I think of that). I'm curious if other people agree ... When something is simple to describe, it is difficult to create. When something is difficult to describe, it is simple to create. I've seen these principles illustrated in different areas of business and technology; understanding this relationship can relieve frustration and provide hints on where…

Read More ...

Perfect IT

I once met with a rather thoughtful Project Manager to catch up on things. An interesting person to talk to – it’s the cadence and style of his chat, he's a fairly laid-back guy. I asked where his Stress comes from - he shows no visible signs of any, and it made me Ponder. We ended up talking about golf, IT Projects, and the “Search for Perfection” in our work. So, what is “perfection” in the IT world? Is it…

Read More ...

PMO Nirvana is a Conversation, not a Schedule

We continue to iterate on our PMO processes - managing too few resources and too many project requests, an environment I have consistently seen in every IT group I have ever worked with. Our latest discussion concerned the concept of FIFO work on projects ... ... when presented with five things to do, I will only [emphasis added] work on them in the order received. This is an exceedingly poor assumption for your personal run-rules, and a short-sighted objective for…

Read More ...

Another Take on Enterprise Open Source

Today's best conversation was with Christopher Young, of B2BSX, a startup software exchange where corporate IT departments can buy and sell their development efforts, and make a little cash to offset stressed budgets. It's an interesting idea, and spawned some ideas in a couple of different directions. Andy Hardy, IT Director Every company I've worked for has toyed with the idea of selling some of their custom-developed stuff - well, every company except the first one, since it was a…

Read More ...

MS Project, Early and Often

99.9% of the project managers I know have at least heard of Microsoft Project (MSP), and all understand it to be a very capable, yet very complex environment for estimating and managing projects. But it's Saturday evening and I'm a bit cynical tonight, so I'll say that 50% of those people don't really understand how it works - and have many reasons why they should not use MSP for this project or that ... ... this is an iterative development…

Read More ...

Another caveat for the erstwhile agile developer

If your objective is a "sense of urgency", or maybe "time to value", please don't think this gives you carte blanche to push patchy, chewing-gum-and-bailing-wire solutions out into production. Expect the expectation that the production systems' availability level must be maintained. Confused? It sounds like I'm taking two opposing sides ... I want speed and quality, and doesn't the Iron Triangle force you to pick between the two? It's possible, of course, you just need to practice a little discipline.…

Read More ...