Over the years I have seen things go well in projects that involved business rules, and I also have seen things go not so well. I am sometimes asked for “best practices” or practices to avoid, so I figured I would document some of them in the series that will follow.

In this post, I will introduce the best practices that I will cover in more details in future posts. Please note that some of these best practices can be performed in parallel to other ones and they are not necessarily presented in order. Whenever possible through the series I will provide references for what I write.

Here is a global view of the practices

• Get help and Educate yourself and your team
• Scope your project and the business rules harvesting
• Build a prototype
• Plan the project
• Divide and Conquer
• Create a model and vocabulary*

Whenever I can I will refer to other articles and resources that complement the contents of the best practices.

During this series, I am hoping to get some questions and comments that will help improve the contents of the posts, this blog is hopefully going to become an interesting resource on the topic.

*This best practice is to me the most important stepping stone to a successful project. It is introduced later in the series, but if you were to choose only one of the best practices, this one would probably have the largest impact. Some will disagree with me but then again, this is my opinion…