Skip to content

Business Analysis and Quantum Physics

I recently read In search of Shrödinger’s cat. It’s a wonderful introduction to quantum mechanics; The basic (and intriguing) problem of the elusive electron acting as a wave and a particle at the same time. Analysis is very much like observing the electron in the classic two slit experiment. The business domain is like a wave traveling through the two slits. But the moment we analyze, we make it boil down to one reality by asking it How, What, When and Who. Waves give you a probability distribution, while particles give you one of the possibilities as a reality. Looking… Read More »Business Analysis and Quantum Physics

Smart Business Analysis

A bunch of business analysts have started this blog recently. I hope to contribute to it more regularly than I update this blog. I will keep cross-posting here and linking good articles. I hope to save smart business analysis from some of my more weird philosophies and analogies in the future. I thought I’ll pick up a good practical BA problem for the first post there but ended up writing about “Business Analysis and Quantum Physics” for some reason.

Size or Estimate

Estimation, I think, has been one of the biggest problems of mankind. The Software development industry is no exception to this sad reality. We almost never seem to get it right. The problem with the word “estimate” is that it’s personal. It’s relative to the person who is estimating. Moreover, it’s a unit of time. That is why I prefer “sizing” stories rather than estimating them. Size is a non disputed (standard) unit, which measures the level of complexity involved in developing a piece of functionality, a story. The size is standard across a particular project team. Pizzas are a… Read More »Size or Estimate

Functional Goals

After this post, I have had a number of conversations with people about what I really meant by setting functional targets instead of story point (velocity) targets. In one such discussion, I was given an example where someone set a goal to run for 90 minutes!! At first glance you might not find the last statement worth the exclamation marks at the end of it. But this is exactly the difference between functional targets and velocity targets. I think it’s wrong to set a target of running for 90 minutes. The real goal is to burn X number of calories.… Read More »Functional Goals

Iterationless…

After working in week-long iterations for 2 and a half years, going iterationless left me a little confused on my recent project. Of course when I say iterationless, I mean using extremely small iterations to bring in a flow to stories. Lean? Distributed Lean, maybe? Firstly, I like the idea of trying something new. The team being small and the project being developed in ruby helps this experiment a lot. There are, however, somethings missing in this way of working. I’ll list them down and give my view on each of them in this post. To realize what we missed,… Read More »Iterationless…

Agile Business Analysts

Yesterday, Craig Brown asked Do we need Agile Business Analysts?. Two and a half years back when I joined ThoughtWorks, I would have said “No, we don’t”. Today I strongly disagree with the view that Business Analysts can be done away with on Agile projects. The objective of an Agile project is to provide maximum value to the client as soon as possible. Now I agree that the ideal situation would be when you have business users & developers who agree and abide by this sentiment. You can happily get rid of the BA in such a situation. Real life,… Read More »Agile Business Analysts

StubbornSoft & MammothSoft

I met a couple of villains today a formidable lot. StubbornSoft was one of them called, the other was MammothSoft StubbornSoft had it’s own ways for the user it didn’t care. MammothSoft would smugly say “Try, change me if you dare.” In a moment I then realized my dark and ugly fate. When both of them cried out to me Why, come let’s integrate We’ll make a heavenly trio they said our technologies cutting-edge So smart piece of code as us there’d ne’er be, we pledge “I am quite small” to them said I, “my features are too few. But… Read More »StubbornSoft & MammothSoft

Mountains to climb

Business Analysts work closely with the customer. Each new area is a challenge. There are discussions and problems and solutions. Both the analyst and the customer get comfortable with the idea of finding better, simpler solutions. This is especially true for fixed bid projects, as the project is at stake if the analyst fails to find a simpler solution and convince the customer too. Solving problems is always exciting. For an analyst, this is the juicy part of the job, because no human being can survive for long just writing word documents one after the other. One incentive is customer… Read More »Mountains to climb

How to eat an elephant?

The only way to do that is to cut the elephant into slices. Slices which are small enough to be eaten because the sole purpose of cutting the elephant is to make it possible for humans to eat it. You’ll need a certain number of people to eat a whole elephant anyway. If you make slices small enough, at least they won’t feel sick at the end of it. There is no overhead in the activities of choosing the piece that looks most delicious, putting it in your mouth, chewing it and swallowing it. There is some, but it definitly… Read More »How to eat an elephant?

Applied Integration

For a while, I have had a question on my mind that I couldn’t really find an answer to. I had almost forgotten about it but a friend brought up the same question and before I knew it I was giving him my take on it. Before I get to the question though, I want to write a little about integration. Last release I was involved in building some functionality to integrate with one of our client’s systems. As I understand it, there are four prominent characteristics of integration that should be kept in mind when we decide to integrate… Read More »Applied Integration