Hi: Boy. If I were to put into an email my recommendation, much less a discussion of the various alternatives, it would be a tome no one would read. I’ll be at LEAP. Look me up, let’s draw some pictures. Fundamental assumptions that drive : 1) No one wants to look bad; 2) No one learned something the first time you present it - humans learn through repetition; 3) People will say they agree with things they don’t understand or don’t really agree with, all so they don’t appear different from the rest of the group; 4) Some people will do whatever they want, regardless of what they agreed upon; 5) Most people want to do the right thing; 6) A small number of people love working in fire drill mode, so they create fire drills so that they feel comfortable; 7) Some people hide issues from others so that they can quietly work on them and solve them. Then, at the moment of the great reveal, when they display the work product of their outstanding individual labor, they want to be Mighty Mouse “Here I Am to Save The Day!”. People operating in Hero Mode should be discouraged from doing so; 8) 80% of the people do 20% of the work, 20% of the people do 80% of the work; 9) Some people cannot thing linearly. Some people cannot stop thinking linearly. Adjust the style of the presentations to speak to all kinds of thinkers, so that you get the best ideas from a diverse group of people. Individual ideas are okay, but like a diamond in the rough, need to be refined by a group of people. Go with the ideas the group worked on together and have refined together. Create an environment where lone wolf action is discouraged; 10) Process divergence is a constant threat to the success of every large project; (thus sayeth the jaded old Project Manager) Here is the concise approach (old school WBS iterative decomposition): 1) Start with the end state - have a clear vision of what you want the world to look like, how it works, how it looks and feels. Get that in a Charter. Meet with people a lot to discuss that vision and be sure there is a clear agreement and consensus. Keep selling that vision throughout the life of the project. Keep it front of executive sponsors, so that it is in the forefront of their minds on all occasions. No one in power can lose the vision. Having an executive sponsor who has forgotten the vision or no longer agrees with it is like having a flat tire on a tour bus. It disappoints lots of people and really slows progress; 2) Get a change control/communication/approval process in place; 3) Document the key components of that end state; 4) Iteratively decompose those key components into subcomponents; 5) Stop decomposing those subcomponents when you’ve got the descriptors down to deliverables a small team of people can produce in a few weeks; 6) As things change, work them through the change control process; 7) …. There is the whole question of command and control, staffing, communication. You have to lay out how the project processes are going to work and talk about them many times. The biggest challenge will be: 1) People who learn that something needs to change and don’t communicate it; 2) People who should be involved but aren’t really engaged. They sit in the meetings but don’t engage, don’t contribute. Once they do engage, mentally, they will claim they weren’t involved and will question the direction or deliverables. You think you have a consensus, but they weren’t engaged enough to have that emotional commitment to the vision; 3) Someone will require you produce a Tardis or a Cloak of Invisibility as part of the effort. It is important to find this deliverable, because they will continue to work on it without letting people know they are working on a Warp engine. They need help making their objectives and deliverables more realistic; 4) Once people start working on the deliverables, golly, people are going to learn lots. When people learn, they generally want to change. Be sure discussing change is a cultural norm, and that management doesn’t crush people who share what they’ve learned with the team. Its way cheaper to improve things now than to wait and improve them later in the lifecycle. Worse of all, the change is pushed into a “later phase” and compromises are made. Those compromises are rarely corrected in later phases, and people come to simply accept it as a norm. Fix it now. Don’t wait; I could go on for hours… Let’s talk at LEAP if you’re interested… Eric