The Requirements.net series “The Economy and the Business Analyst” continues with a special edition Podcast interview with Theresa Lanowitz, CEO and Founder of voke Inc.
In this requirements.net exclusive podcast, Theresa discusses a rather unconventional report (titled: Fortune 500 Spending Required for IT Cost Savings” - get it here. ) which looks at the economy and smart moves for IT.
In this report, the voke research team makes some very interesting reminders about the fall out of the dot-com bubble bursting, and the lesson’s from IT’s reaction in 2001 and 2002.
The voke research teams make some important recommendations which tie directly to Business Analyst empowerment and investments in requirements definition as a critical element to surviving the IT downtown.
The Podcast is 40 minutes of a fact-based, fresh dialog on efficient outsourcing, IT virtualization, lifecycle management, and the importance of the BA and requirements.
Here is a teaser from the Podcast:
Keith Barrett : As you know, we are doing a Podcast series that looks at how IT spending for business analyst empowerment is becoming a critical area in the new economic reality.
Theresa Lanowitz: Yes, and thanks for having me on the Podcast. In this environment, it is essential for enterprise IT organizations to really understand the importance of getting requirements right from the beginning. Getting requirements right saves precious resources and drives time-to-market efforts.
Keith Barrett : Just before Thanksgiving, voke released a new body of research entitles “Fortune 500 Spending Required for IT Cost Savings”, which is really well timed given the uncertainty that exists. Can you tell us a little about what drove this report?
Theresa Lanowitz : The driving force behind this research is the agreement and acceptance that software truly does run the business. And, to keep the business running and being competitive, IT must continue to be engaged with the line of business AND IT must be funded. We all recall what happened during the last economic downturn in 2001/2002 – IT budgets were slashed, all spending stopped and consequently all innovation stopped. Arguably, as an industry, we are just recovering from the last economic downturn. As an industry, we have to continue to look forward, continue to innovate, and above all support the business.
Matt Morgan: One of the things that truly differentiates your research is how fact-based your sample-pools are. Would you tell us about some of the conversations that were held when you were researching your report?
Theresa Lanowitz: In the “Fortune 500 Spending” research we were able to pull from our extensive market research in different segments. Over the course of each year, we conduct market surveys and speak to a wide variety of executives, managers, practitioners, entrepreneurs, software vendors, service providers, etc. All of the data we capture during our interview process with each person is tabulated and analyzed to present solid data to the market.
One of the interesting data points we highlight in the “Fortune 500 Spending” comes from our Market Snapshot about the role of the BA. We asked people about whether or not completed projects met the needs of the user:
- 37% responded YES
- 60% responded NOT AT ALL or SOMETIMES
And anecdotally, survey participants told us that end users were “relieved” to have the project over even though their needs were not being met.
Matt Morgan: You make an interesting point about CFO’s making business and technology decisions… and how we have “seen this before” and we are still paying the price. Can you elaborate on this?
Theresa Lanowitz: During the economic downturn just after Y2K, we saw all IT spending cease. Any small amount of money that was spent by IT came under the severe and often singular scrutiny of the CFO. The CFO was the ultimate decision maker about when, where, and how any limited IT funds were spent. In most cases, the CFO did not consult with the CIO or line of business. The decision was purely based on cost, not IT or business need or innovation.
Consequently, the CFO driven spending stifled business and IT innovation. One example of CFO focused spending was the decision to move to an outsourcing model in an effort to eliminate IT vs. complement IT. This cost only decision was fraught with flaws. We cannot have this same type of isolated spending cuts. And, of course, we will have IT spending cuts, but the cuts must be strategic and examined to make sure the business will not suffer.
The Podcast is a free download - exclusively through requirements.net.
Get it here.



6 responses so far ↓
1 Nancy // Dec 8, 2008 at 4:38 pm
This is a good topic with a relevant connection to a lot of the purchasing approvals that we are trying to get out the door. I have 25% of my projects outsourced in 2008, but we want to see 40% in 09. Requirements is a big problem to making this transition. Our efficiency is way down with our outsourced teams and our do-over is way up.
2 Matt Morgan // Dec 8, 2008 at 7:55 pm
Thanks Nancy for your comment. You are right, rework (ie: do-over rates) are the real problem with outsourcing/offshoring to external teams. The communication gap between different cultures and different languages kill development productivity. Requirements are a key weapon against this.
Check out the Requirements.net consortium “BA Workbench Whitepaper” at http://www.requirements.net/content/?id=31 to learn about next-generation solutions and approaches to help with this.
3 Nancy // Dec 9, 2008 at 8:37 am
Downloaded. Thanks.
This is more dialog on this topic at jonathanbabcock.com as well.
4 Richard // Dec 9, 2008 at 8:56 am
Listened to the podcast and it got me thinking about ways to connect requirements to outsourcing to virtualization.
In my mind, the idea of requirements to drive a lifecycle is only one of the big benefits. Theresa speaks to test case generation as a cost savings — never seen a requirements tool that does this, but should look around.
We see requirements as a way to “virtualize” the application before the task begins. What i mean is that by virtualize the application, we create a compelling story board of exactly what main functionality needs to be implemented. The more complete the virtual story board, the better.
This gives us the ability to ensure understanding.
You are right when you say the do-over is much higher with outsourced teams. We see 5 - 10X failure from delivered code over the inhouse team. The costs are 70% lower, but the quality is atrocious.
Testing is also so valuable with outsourcing. Test. Test. Test.
5 Matt Morgan // Dec 9, 2008 at 11:29 am
“5X - 10X Failure rates” is astounding! This is a perfect data point for our economy the business analyst series. What are the IT costs associated with this? What is the do-again tax your teams pay?
Also, requirements and testing so similar in nature. Many people are embracing the concept of “Test Driven Development”, where the requirements are the test cases…
Thanks for sharing this datapoint.
6 Richard // Dec 9, 2008 at 12:57 pm
Let me clarify my position. When I indicate 5X - 10X failure rates, I speak to getting back applications that the UAT team (users) send back because we didn’t get it done right.
Here is some more data to better illustrate this.
Our last customer service application budget was for 3.27M over 12 months, for two major versions We ended up only completing one version, as the initial project crept forward after UAT. My company revamped the project plan to accommodate this learning cycle as the PMO called it.
The problem was that this wasn’t a learning cycle. It was a failed cycle. We spend hourly with our team of outsourced development, and all of this roles to the project budget.
Leave a Comment