ISEB BCS Business Analysis International Diploma

[Cenobite]

Pure BA roles: sit around drinking coffee all day

On another point, the difficulty I find with marketing yourself as one or the other (and having CVs to match) is that you only have one linkedin profile which dilutes the message you're trying to get over..

Haha! I've thought exactly this. My job titles are down as analyst/developer. I've thought about removing my profile because of this, but even though I'm not a big fan of LinkedIn, I'd be suspicious of someone who didn't have one at all, especially if their CV said they had a lot of qualifications. That's one thing about LinkedIn, in that there's an element of peer review because you'll alienate your contacts if you start blagging on there.

[Cenobite]

Just out of interest can you describe what an Agile BA would do?

According to a text like the Pragmatic Programmers' "The Agile Samurai", an Agile Analyst chairs story-gathering workshops but at this stage they can literally be at the level of a few words on a card. Then the analyst does a deep-dive on the requirements for the user stories scheduled for the next iteration. Essentially that's work a developer could do but it frees up the developer to spend more time coding and less time in meetings. The analyst tries to capture requirements as specification-by-example rather than slaving over electronically persisted UML diagrams.

Whereas a traditional BA might help prioritise user stories, in Scrum the customer prioritises them.

AFAIK that's it.

[original PM]

that is interesting - as that is what i do (or part of what I do!).

and I think it is becoming more and more relevant as tradational waterfall is just not working as it should.

we have just spent about 12 months gathering requirements - developed and the first code drop was so far from what was needed it was scary. I have just found more and more users simply do not get engaged until the have buttons to press and outputs to review - doing it in an abstract manner seems not to work.

for me it now needs to be high level designs and then do beta drops while having an Agile BA in the room...

maybe just where I am at the moment!

[Cenobite]

that is interesting - as that is what i do (or part of what I do!).

and I think it is becoming more and more relevant as tradational waterfall is just not working as it should.

we have just spent about 12 months gathering requirements - developed and the first code drop was so far from what was needed it was scary. I have just found more and more users simply do not get engaged until the have buttons to press and outputs to review - doing it in an abstract manner seems not to work.

for me it now needs to be high level designs and then do beta drops while having an Agile BA in the room...

maybe just where I am at the moment!

I hope it's not a declining market, because the necessity for the Agile Analyst is often questioned by the rest of the Scrum team, as described here Do we need a Business Analyst on an agile team? | ThoughtWorks

[Smartie]

I hope it's not a declining market, because the necessity for the Agile Analyst is often questioned by the rest of the Scrum team, as described here Do we need a Business Analyst on an agile team? | ThoughtWorks

There's an ongoing debate around whether a 'BA' is needed in Agile projects however I don't see any drop in demand - a good BA on the team is a major asset. Also, as you mentioned earlier, it's not so easy to offshore BA & PM roles and skillsets are easier to maintain (no need to learn the latest language).

I moved to pure BA (then BA/PM) from analyst/programmer roles several years ago but I did it via a permanent role. If you really must do it on contract and you truly believe you have the required skills and experience, I would be 'creative' with the CV. Have to be sure you can back it up though!

[original PM]

I hope it's not a declining market, because the necessity for the Agile Analyst is often questioned by the rest of the Scrum team, as described here Do we need a Business Analyst on an agile team? | ThoughtWorks

In my view you need someone who
a) Knows what the system does, how it works and what context it is used in
b) Can relate non technical requirements into techncial solutions
c) understands BA tools and can use them to extract user requirements.

Whether that is a BA, SME, Technical Soluton Architect or something else I do not know.

[Cenobite]

If you really must do it on contract and you truly believe you have the required skills and experience, I would be 'creative' with the CV.

I've got to get with the program: everyone else is doing it! You should read some of the CVs that have landed on my desk and the discrepancies which become apparent at interview.

[Cenobite]

Also, as you mentioned earlier, it's not so easy to offshore BA & PM roles and skillsets are easier to maintain (no need to learn the latest language).

This is why I think being an analyst looks like a good bet: many computer languages come and go even though in most cases they're object-oriented and the principles are the same (but try telling that to an agent). When I think about it, the main technologies which have stood the test of time are UNIX and JavaScript.

I guess it means that a BA is largely constrained in where they can work by their domain knowledge. Things like telecoms/banking experience.

[Antman]

This is why I think being an analyst looks like a good bet: many computer languages come and go even though in most cases they're object-oriented and the principles are the same (but try telling that to an agent). When I think about it, the main technologies which have stood the test of time are UNIX and JavaScript.

I guess it means that a BA is largely constrained in where they can work by their domain knowledge. Things like telecoms/banking experience.

There is some of that domain knowledge in some cases but on the whole I disagree, it's more about listening skills ...and drinking coffee.

[Cenobite]

...and drinking coffee.

I might not be cut out for this: I don't like coffee.