Leadership & Management

In a nutshell, a methodology represents a series of steps in a project specifying Who is to perform What, When, Where, Why, and How (aka, "5W+H"), from start to finish. Perhaps the best way to think of a methodology is as a roadmap or an assembly line where a product is developed over a series of work stations.

I’m pleased to continue to uphold: the unveiling of this year’s top 10 business analysis trends. This year business analysts (BAs) will need not only the balanced portfolio of technical and business skills they have been perfecting, but also a more comprehensive perspective in order to meet the challenging business environment of 2012.

Creating a BA Center of Excellence (BA COE) is a proven method for effectively reaching these goals with a BA team. In addition to improving BA performance in the traditional fields of elicitation and drafting, they aid in improving the other ‘soft’ skills that are becoming increasingly mandatory for a BA to possess.

Lean techniques use a process-oriented approach. In non-industrial organizations however, the process is invisible. In order to apply Lean techniques successfully in this environment, the visibility of processes has to be significantly increased. Employees have to learn to look at their organization from a process viewpoint. Furthermore, it is important that the method is applied to all layers of the organization.

Instead of taking for granted that either you find a flavor of agile that will fit the needs of your organization, or you must completely dismiss the use of agile methods, a much more valuable approach is to determine, for each individual project, which agile concepts should be embraced or not.

To remain competitive, it is more important than ever for an organization’s leadership team to use business analysis (BA) practices to execute strategies through innovative solutions. Over the years, business analysis has been rapidly developing as a profession and as a core business practice in many organizations; however, all too often business analysis is still in its foundational stages.

Your new system just went live and the project, that replaced a critical legacy system, is coming to a close. Business analysts gathered requirements and worked closely with users and developers, but did you capture all of the requirements?

My understanding is that, in practice, successful agilists tend to bring together a number of activities, tasks, and deliverables that are from beyond the boundaries of what may be called “pure agile.” This mixing and matching of software process elements from agile and non-agile (more formal) approaches is a much more practical way of using these methods.

Why does it take an 'act of congress' for some organizations to realize that what they are doing is not working? I have been in many industries(media, manufacturing, financial and the judicial system) and no matter what industry I've been in I’ve seen some of the same themes.

When used properly, a performance measurement program can help BAs and their managers identify specific improvement priorities, clarify responsibilities, and drive the desired behaviors required to achieve business goals. However, in practice it's rare to see managers taking advantage of the benefits a good performance measurement system can offer...

I often get asked, “How can I get stakeholders to attend my meetings?” or “How can I get stakeholders’ buy-in on the project?” These are complex questions and the easy answer is that you can’t. As BAs and PMs we can’t get anyone to do anything, but we can certainly influence them so that they want to.

Software development process is undergoing seismic shift from traditional waterfall software methodologies towards agile methodologies. Agile software development methodologies deliver high quality software products in rapid iterations with high flexibility and adaptability to changing conditions. This article discusses the dynamics of agile projects by comparing it with the SDLC project framework to help the IT leaders and organizations plan effectively for transitioning to Agile software development methodologies.

Over the years I have noticed that we, as Americans, seem to possess a knack for attacking the wrong problems which I refer to as the “Rearranging the deck chairs on the Titanic” phenomenon. I see this not only in the corporate world, but in our private lives as well. Instead of addressing the correct problems, we tend to attack symptoms.

Recently, I was watching an episode of "60 Minutes" which discussed the prosecution of a whistle blower at the NSA regarding the development of a major system to be used in the War on Terror, code named "Trailblazer." Although the intentions of the developers may have been good, the project started to spiral out of control almost from the beginning.

I recently saw the "The King's Speech," a movie about the relationship between the stammering King George VI of England and his speech therapist... how is this commoner able to help the monarch and become his life-long friend? He is a master at influencing with absolutely no authority.  There are some lessons here for those of us business analysts and project managers whose jobs depend on our ability to influence without authority.