Business rules, Process rules, Process, Data, different viewpoints on requirements.

To fully understand requirements it is necessary to break them down and consider each on it’s own merit. First of all requirements come from different viewpoints and these angles must be fully considered.
The key viewpoints to consider are: Business rules, Processes, Process rules, Data rules and models, Operating environment internal and external, Culture, Skills, Adaptability.

Getting the mountain to Mohammed

Few IT professionals have any grasp of the difficulty facing a business person who needs to stay abreast of tough competitors and try to win competitive advantage via IT without understanding how IT works sufficiently to make the right decisions.
Few people in business have any appreciation of exactly how complex and demanding a job it is to ask them what they want, give it to them and get a “thank you, that was great.”

Requirements gathering the first big mistake.

Many seasoned project managers will start off a project by sending out his business analysis team to carry out requirement gathering.
Sometimes this is the right thing to do, in particular you should do this when you have a successful proven process that you want to automate using IT. Requirement gathering then educates the IT people responsible for system design (the features) on what they need to achieve.

This is a different scenario

Delivering benefits is no longer about getting a system signed off

(Who’s minding the shop?) This blog is an attempt to stimulate discussion and understanding of the balance of responsibility for delivering business benefits from IT investment. It is now fairly widely recognised that this is not as simple as choosing a system, getting it working and reaping the benefits, but as yet we can call … Read more

Agile Agile the rumblings continue. .

Your perception of agile is not right, you just don’t see the real benefits of agile because you are not a true agile practitioner, you just use it as a looser form waterfall when it suits you, but you never really took the faith. We are delivering year in and year out in a way we never could with a traditional approach.

The DNA of CHAOS. Why software projects, political negotiations and football games all come up short on occasion.

Why Business analysts, Product Owners, negotiators, political reformers, scientists and many others are doomed to repeat the same mistakes until they drown in in their failures. Most people in a work situation, and indeed in most situations, live in a consciousness that is deliberately falsified to reflect (a) what they believe is expected of them … Read more

Requirements, tests, training, help files – the connection?

If you began with a vague idea and kept changing things in the hope that you would eventually end up knowing what you wanted, then success is about as easy to find as the end of a rainbow.

Problem solving relies on what came before and what will come after

Sometimes it is not just what you do but the order in which you do it that matters. You absolutely must develop an ability to see several layers of consequences ahead of the solution as well as several layers of cause and effect behind the problem and then juggle them at once in the way … Read more

Delivering the right project

Really! – Have you seen this new stuff?
This could easily have been Mick Jagger and Keith Richards after their first successful gig. In the modern world, it is more likely to be a hard working CTO talking to a COO about his systems needs

About the author

Edward Taaffe has a 10 year record of achievement in project and Programme management in both the private and public sectors ranging from negotiating with local authorities to use centralised shared services to introducing ground breaking technology to government and convincing them of the benefits of early adoption. Previously and interspersed with this, he has … Read more

Why you need to pay attention to customer experience

Why you need to pay attention to customer experience Next        What to watch out for when researching and testing journeys   The chicken and egg question always fascinated me. When it comes to business models I find the same conundrum with customers and profits. Michael Porter once said that the purpose of a … Read more

Requirements engineering strategy can make or break your project .

Part one – What would you like sir Part two – Requirements,tests, training, help files Part three – Why no project exists in isolation-what should be done Part four – Business rules, Process rules, Process, Data, different viewpoints Part five – Testing requirements is not optional Part six  -Requirements strategy can make or break your project If … Read more

The health warning attached to agile is nothing more, it’s not a reason to ignore agile thinking as a powerful tool.

As a manager who entered software engineering as the agile movement was gathering pace and returned to management in the systems world, I find it amusing when other disciplines jump on the bandwagon as it were. I also find it encouraging, but I would have serious concern if it were my business and here is … Read more

The true DNA of an agile project (exploding the myths)

If you have heard me pour scorn over some of the claims made for agile, you may be surprised to know that I’m an agile practitioner with some considerable experience and not at all adverse to the approach. That said, I always repeat the words of my agile mentor Keith Richards (no not him silly) when I asked the obvious silly question. He said ” It’s horses for courses. When you turn up for training we assume a certain level of education, intelligence and experience”.

Interview: Christine Ashton, BP Group

Bridgers must have a wider perspective than any particular application or technology set, the group says. And they need the organizational and people skills to break down barriers between IT and business – barriers such as IT jargon – and help educate business about IT and IT about business. This means they must have the confidence of both sides.