More Business Analyst Link Love (09-28)


Here are some links to worthwhile content that will fill your brain with business analysis.

In other words people (all of us) see the world in terms of their own experience and importance, and their own levels of abstraction. The requirements analyst needs to be able to unscramble these disparate viewpoints and decide what to focus on to further the goals of the project. The Brown Cow model is a tool for helping to understand a number of different viewpoints in parallel.

Whereas science and technology are largely about following disciplined, repeatable processes to arrive at a result, art encourages the mind to wander between ideas and see unexpected relationships. It’s a skill the Business Analyst needs to develop when looking, for example, for a common thread behind a slew of customer complaints or when coming up with a novel approach to solve a problem.

There’s a bleed, in other words, between the ways of thinking promoted by art and those promoted by science. Which is why I think it’s a good idea to explore both, as opposed to staying within one silo … not that there’s anything wrong with that.

  • A Serious Question – Kevin Brennan compares Gartner’s definition of enterprise architecture to IIBA’s definition of business analysis, then poses the questions, “Are business analysis and enterprise architecture fundamentally the same discipline? Or is there a real distinction between the two?” I’ve always considered the enterprise architect to be more of an extension of technical architecture than business analysis, but the definitions do bear a striking resemblance. There are some interesting comments worth a look while you’re there, too.
[A]DOD engineer doesn’t need to be the person who actually writes software code, but the engineer needs to grasp what the contractor is writing to manage the contractor appropriately. The engineers need to understand what’s going on with the IT systems and software that is constantly being updated as the technology evolves. …

While seeking their own experts, defense officials don’t want to alienate industry and what it brings. The private sector is a key component for DOD to create IT systems …. DOD can run into problems if there’s too much software development from inside the department. Working with industry can help prevent the syndrome that he called NIH, or “not invented here.”  … A strong relationship between DOD and industry keeps both open to new ideas.

About the Author

Jonathan Babcock is a management and IT consultant with expertise in business analysis, process optimization and solution delivery methodology. Practical Analyst is his outlet for sharing what he's learned, and for interacting with solution delivery professionals across the globe.

Author Archive Page

1 Comment

Leave a Reply