Jonathan Kupersmith: Business Analysts are Set-up to Fail

Jonathan Kupersmith has a great article over at the Business Analysis Times, titled: Business Analysts are Set-up to Fail

In my experience working for (and in partnership with) global companies, analysis is often done by teams consisting exclusively or mostly of junior analysts. I believe this is because in many organisations, […]

A word on adjusting diagrams

You may have noticed the emphasis I place on visual modelling, which is fancy for “drawing pictures”.

People can relate to pictures better than text in many contexts. Can you imagine an architect trying to document his building design textually?

Flexibility and strength must always […]

CC Fever

When you join a project as a business analyst, I think it’s useful to note the extent to which people in the customer’s organisation copy others unnecessarily on e-mails. I am sure many of you, if not most, have been on projects where everyone gets copied on everything. What does that suggest?

Lean Use Cases: Part 1

Use cases are a good mechanism for modelling functional requirements. However, I have met many skilled developers in the BPM world who disdain them and I think I know why.

Use cases were invented for Object Oriented development using an OO programming language and so have certain characteristics that facilitate that […]

A Tale of two Projects

A Tale Of Two Projects

View more OpenOffice presentations from DeclanChellar. […]

Process Exercise: 5/6

In Part 4 we drew both high level and low level versions of the To Be model of our customer’s change control process, based on the information we noted in Part 3.

We are now ready to drive out and document high level system requirements (HLSRs). It is […]

An overview of stakeholder analysis

I have been asked to write a little more about stakeholders. In an earlier post I talked about why stakeholder management is important, but before you can have a stakeholder management plan you have to understand your stakeholders and for that you need to do stakeholder analysis.

You could say that […]

Design up front or let your architecture emerge?

Colart Miles over at Business Analysis Diaries asked:

“What’s the best philosophy for an Enterprise Architect… Design upfront or let your architecture emerge?”

Colart asked the question in the context of a project which was to use Pegasystems’ PRPC. You can click on the link to his blog above […]

Pause for thought…

… because as analysts, the time we take to reflect is as important as the time we spend drawing models.

Process Exercise: 4/6

In Part 3, we identified problems with the As Is process by interviewing our fictional customers individually and by having a group workshop. We did this in the light of the strategic objectives of the business.

We need to restructure the As Is model to take into account these problems and […]