Software Needs Discovery: The Five-Year-Old Theory
If you’ve ever had a conversation with a five-year-old, you’ve likely been caught in the “Why?” trap. It’s the adorable, tiresome, often annoying trait most of us associate with precocious young children, where each answer you provide only leads to another “Why?” or perhaps, to break things up a little bit, a “Why not?” Like a child trying to learn more about the world around them, you’re going to have to channel that insistent energy if you want to want to conduct a proper Software Needs Discovery. The most successful information gathering comes from taking a childlike approach: ask “Why?” until you understand. Before determining the functionality of your software, you should have a well-thought-out vision for the area of your company you plan to improve with the solution. If you haven’t, check out Part I to learn how to build your vision! It really is the most important place to start, so come back once you’ve established your vision.
Take Inventory and Develop a Baseline
As we mentioned in the first part of our Software Discovery Series, you should have developed your vision free of constraints and limitations. This allows you to develop the vision that you truly want. It may feel unfortunate to throw reality back into the equation now, but this is where we can begin to see where you are today and what your business is really capable of. It’s likely you would have thought smaller if you were encumbered by limitations during the first phase of this process. Looking at your current reality will help you determine your baseline. An accurate baseline is such an important aspect of this process because it will become your benchmark to measure your software’s success and to know if you’re making progress towards your vision. Start with understanding what you have. You’ll want to take inventory of all your resources. These can be people, vendors, or physical resources.
Gathering Information by Interviewing and Observing
Which area of your company are you focusing on improving? This is where you will study how things are currently running. You’ll want to interview and observe the people who know this area and its processes best. It’s important, however, to do more than take a few notes. To really conduct an effective Software Needs Discovery, you’ll need to actively observe and listen to the best people working in this area. Another thing to keep in mind as you interview employees is which hindrances are real pain points, and which were simply memorable. Things that are particularly painful or stressful tend to stick in people’s minds, even if they aren’t frequent areas of concern. Active listening requires asking questions, learning how processes are done, and observing those processes. Sort through the information you gather from employees and distinguish which areas should play a part in refining your vision, and which are less important or infrequent. When interviewing employees, it’s vital for you to encourage open and honest conversation, which can be difficult when asking people questions about how they do their
Key Questions to Ask While Interviewing
Either during or after this observation process, ask the following key questions.
- What challenges do you encounter most often?
- How often are there exceptions to the plan or usual way of doing things?
- What causes these exceptions?
- What have we tried in the past?
- What has worked well or partially well?
- What has not worked well?
- If anything were possible, what would your ideal process look like?
Identifying Time-Sinks and Bottlenecks
Now that you’ve interviewed your most reliable and knowledgeable people, and have an inventory of possible resources and hindrances, dig further into where things actually slow down or have the potential to slow down. Together, you should be able to identify any bottlenecks and time-sinks in your company. For example, imagine you have a five-step process you’re trying to speed up. You can have the perfect software to remedy any faults with step one, but if your bottleneck is at step three, it won’t do you much good. Think about which processes you discovered that felt repetitive or unnecessary. Work together to decide if these should have a place in new processes (and, if so, why they should.) If they don’t, these are time-sinks, and you should both keep a record of them as a current fault and keep them out of any new processes.Refining Your Vision
Now that you’ve taken inventory, interviewed, and identified your bottlenecks, it’s finally time to share your vision for the company’s success! Once you’ve shared your vision with your trusted