Visual Models Are Not Just for Software Requirements: Using RML® Models to Organize Personal Life Decisions

ArgonDigital - enterprise automation experts

Share This Post

My husband and I have just started to look for a house to buy and I wanted to see how the RML models that we use for clients and projects would apply to a personal scenario like buying a house.

The first thing I had to decide when starting my house buying “project” was what type of models would be most useful for this endeavor. According to Visual Models for Software Requirements (Beatty, Chen 2012), there are four categories of models in RML: Objectives, People, Systems, and Data (OPSD). Of those, the objectives models seemed most likely to suit my purposes, since there are not many systems or much data involved in this house buying process.

Of the objectives models, I decided to start with the model that should be used in almost every project, the Business Objectives Model. The Business Objectives Model clearly spells out why I’m looking for a home and what some of the overarching considerations or “features” are that will influence my decision. All of my decisions on which features to keep/cut should be based on how well they meet my stated high-level features and business objectives. The Business Objectives Model is shown below.

This Business Objectives Model shows many of the problems that my husband and I currently have in living in an apartment and some of the objectives we would like to achieve by buying a house. Additionally, I’ve added some success metrics (SM) by which our home-buying success will be measured. Unlike many business projects, home buying is an extremely subjective experience, in that we could meet all of the business objectives and success metrics and be unhappy with our choice or not meet any of them and love our house. So, while I’ve included measureable business objectives and success metrics for this project, they are not the end all in the home-buying experience because of the emotional factors.

After creating the Business Objectives Model, I sat down and brainstormed all of the features that we’d like to have in our dream home. For now, we just listed almost everything we would want in a house; later I organized that into the Feature Tree seen below (click on image to enlarge,) categorized by the high-level features in the Business Objectives Model.

With the features all down on paper, I made a checklist of all the features we wanted, noting which ones would be deal breakers (those features that if the house didn’t have, like “passing home and foundation inspections,” we wouldn’t be able to easily fix and thus, we should move on). However, even with the deal breakers noted, I didn’t have any way to compare the other features quantitatively so that I could get a “number” for each house and make an informed decision based on how much renovation work or changes we would have to make before the house would be our dream house.  

To start to rectify this, I created an Objective Chain, where many of the features led back to “Increases Equity,” part of Business Objective 3. Many of our features add to the value or cost of the house but can be modified if need be (such as a large kitchen or bathroom), thus I could estimate an “increased cost” of the house if it did not have the features I desired. The Objective Chain with many of the features is given below (click image to enlarge):

 

With these baseline numbers (they are estimates to give an apples-to-apples comparison rather than hard numbers for actual cost), I can compare each house as I tour it with the final cost per square foot, where the cost will be the price of the house plus any cost of missing features divided by the square footage of the house. With those numbers, I can compare the houses side-by-side to see which ones give me the most features for the least cost to meet the product concept from the Business Objectives Model.

These models give me objective measures to compare all the houses I’m going to visit, as I narrow down the list of possible houses subjective matters will come more and more into play. I will use the checklist and these models and after my home buying project is completed, I will write again about the lessons learned and how well these models worked for me!

To be continued…

More To Explore

b2b auto pay

B2B Auto Pay: Automation Use Cases

Migrating a B2B “Auto Pay” Program Companies migrating to SAP often have daunting challenges to overcome in Accounts Receivable as part of the transition. You might have different divisions running

ArgonDigital | Making Technology a Strategic Advantage