Each elicitation technique we have in our toolbox is a tool. But not every elicitation job is the same. If we have a hammer, we might be working with nails, or screws, or even an egg. In our analysis, we have to develop a deep understanding of our customer’s business(es). […]
Business Analysis / Business Rules / Communication / Consulting / Requirements / Writing
Posted on:
Why Separate Rules from Requirements
Separation of business rules from requirements is a good thing. Not because of semantic distinctions, but because it allows you to write better software, write it faster, and change it more easily. This article is a response to an excellent comment on our recent article about hidden business rules. Thanks […]
Flashback
Posted on:
A Year Ago This Week on Tyner Blain [2006-09-08]
A look back at the best from a year ago.
Business Analysis / Business Rules / Requirements / Requirements gathering
Posted on:
10th International Business Rules Forum
The 10th International Business Rules Forum is coming up fast in October 2007. Scott Sehlhorst and James Taylor will be presenting Getting it Right. Rules and Requirements in Software on Thursday at the conference. The articles on rules and requirements that he and I have been publishing on our blogs […]
Business Analysis / Business Rules / Requirements / Requirements gathering / Requirements Models / Use Cases
Posted on:
Business Rules Hidden in Use Cases
Business rules are not requirements. Yet they are often gathered at the same time as requirements, from the same sources, by the same business analysts. And unfortunately, often documented in the same artifacts. In this article we look at some of the ways that business rules are commonly hidden inside […]
Flashback
Posted on:
A Year Ago This Week on Tyner Blain [2006-09-01]
A look back at the best from a year ago.
Business Analysis / Product Management / Requirements / Requirements gathering / Requirements Models
Posted on:
Analysis Paralysis and Agile Development
How do you prevent analysis paralysis? That’s the question Barbara opens up for discussion on the Business Analyst Blog. The answer is somewhat simple. You stop as soon as you believe you have something that reasonably covers the goals (or use cases) that you are trying to address. When you […]
Usability / UX
Posted on:
Foundation Series: Heuristic Evaluation
A heuristic evaluation (or heuristic analysis) is a quick, low-cost usability analysis of the design of a user interface. Pareto’s rule tells us that we can get 80% of the results from 20% of the effort. And that’s where discount usability tests like a heuristic evaluation come in to play. […]
Flashback
Posted on:
A Year Ago This Week on Tyner Blain [2006-08-25]
A look back at the best from a year ago.