The Future of Software Analysis and Measurement : Expert Panel Questions & Answers
Here are some of the questions that were answered after the webinar with Bill Curtis, David Herron, and Dan Galorath. They were answered on Cast software’s Facebook page.
What about aerospace component level software and how would you apply a cost factor their complexity factors?
What is IFPUG Back Fired Points, how does it help?
Daniel Galorath Backfiring means counting lines of code then using a number of lines per function point to approximate function points. I think it is much better than nothing for a finger in the wind. Many others in the industry object strongly to it.
Another question – What type of information is needed to start using a software analysis and measurement tool?
Bill Curtis First you need to know how you want to use the results. That will help you establish criteria for evaluating which of the various tools best meets your needs. The Goal-Question-Metric paradigm is a good guide for determining what your measurement needs are.
Here’s another question from the webinar – Would like to understand how we can improve our ability to capture metrics (defect density either using effective loc and or functional point) for applications that rely heavily on database’s where the logic resides – e.g to map biz rules existing in table rows/columns etc?
Daniel Galorath Generally you would count the work involved in building the database, not the entry of the data into the database itself. SEER will provide estimates of defect density, etc. From my understanding CAST can provide measurement of this.
What is the panel’s opinion on LLOC to FP translation such as QSM language by language table which they developed from their database.
Do you have to have a technology inventory?
How do you extend the IT governance to software suppliers? what requirements to pose to them?
Bill Curtis Customers are starting to write measurable quality targets such as robustness or security targets into their outsourcing contracts as the equivalent of service level agreements. They then establish a Quality Gate where all software received is measured and evaluated before being put in operation. If the supplier’s software falls below the quality target they must remediate the code or face a financial penalty.
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
C Language Usage Appears To Be Overtaking Java Again
From Computer World Magazine: Java is losing popularity based on the latest assessment of programming languages by Tiobe Software.
The October edition of the Tiobe Programming Community Index, found that Java lost popularity in September, with an estimated 17.9 percent of developers using it as opposed to 18.8 percent in the previous month’s index.
Java still finished as the top language, but if the downward trend continues, the C language, ranked second with 17.7 percent of users, will be No.1 next month.
Good think I still have my Kernighan & Richie book on C… Vintage around 1976?
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
DoD Historical Top Line Spending
I thought this was interesting.. Showing the total spend from the US Department of Defense over time and how it correlates with lower conflicts.
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
APMP Cost Task Force: Improving Cost as Part of Proposals to Government
I have recently accepted the chair position with Association of Proposal Management Professionals (APMP) cost task force. I will be starting up the regular telecons in a few weeks. I must admit when I was first drafted onto this task force a couple years ago I had never heard of APMP. But having worked with them and attended their last two conferences I must say I am very impressed with the organization.
For those already on the task force I will be contacting you in the next few days. For those that would like to help improve the ability for costs to reflect actuals please send me an email and get on this task force.
The charter of this task force follows:
- 1. Statement of the Issue.
There are often large differences between an offeror’s proposed cost and the Government’s realistic or Most Probable Cost. This task force will involve Government and Industry Cost experts to discuss/brainstorm possible reasons. It may require discussing or mapping each other’s processes to determine where these disconnects may be.
- 2. Goal of the Task Force Effort.
- To identify disconnects between offerors’ approaches in developing cost proposals and the Government’s approach to evaluating cost proposals (including performing realism analysis and developing Most Probable Cost).
- To minimize differences between the proposed cost and the Government’s Most Probable Cost that is due analysis approach differences (e.g., Government point estimate or a 50% probability approach vs. an offeror’s 10% best case approach.)
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
The Future of Software Analysis Measurement Webinar Featuring Bill Curtis, David Herron and Dan Galorath
We have some exciting events coming up this month with the first: The Future of Software Analysis and Measurement on October 12, 2011. I am really excited to share the virtual podium with Bill Curtis, Senior VP and Chief Scientist of CAST Corporation and with David Herron, David Consulting Groups VP of Knowledge Solution Services as moderator.
Bill and I both spoke at a software engineering conference last year and I got very excited about his work in software analysis with CAST. Besides Bill being an engaging speaker his content was very illuminating, covering issues of existing software, its complexity and reliability. He ev!–more–
en showed the number of latent defects in software of various languages. I have greatly summarized some of the a href=http://www.galorath.com/wp/software-defects-in-fielded-software-cast-analysis.phpsoftware defect conclusions /aelsewhere on this BLOG and CAST has been instrumental in recognizing and quantifying the a href=http://www.galorath.com/wp/500-billion-it-debt-for-deferred-maintenance.phptechnical debt/a
And with David Herron, one of the most knowledgeable people in the measurement community, this should be a do not miss event.
Details of the event follow as does a link to signup. Hope you can make it.
blockquotestrongThe Future of Software Analysis and Measurement/strong
October 12, 2011 8:00am Pacific, 11:00am Eastern, 4:00pm London
a href=http://www.castsoftware.com/news-events/event/future-of-sam?gad=glrClick this Webinar Link to sign up/a
Join us on October 12th to hear from an exciting lineup of experts on the Future of Software Analysis and Measurement: Dan Galorath, President CEO of Galorath Inc and Bill Curtis, SVP Chief Scientist, CAST will have an engaging discussion moderated by David Herron, VP, Knowledge Solution Services, David Consulting Group.
These industry veterans will share experiences with their client’s software development processes and discuss how Software Analysis and Measurement tools coupled with Parametric Estimation models can impact organizational performance through increased ROI, customer satisfaction and business value.
The panel will provide insightful and actionable steps that will make an immediate impact on your strategy including how to:
• Drive organization value by fueling Estimate and Measurement practices within an enterprise
• Build the funding rationale through proven economic impact models
• Establish the ROI from Estimate and Measurement practices and process/blockquote
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
NASA Study on Cost Schedule Growth
Very interesting paper covering cost schedule growth at NASA.
http://www.lpi.usra.edu/pss/presentations/200806/15freaner.pdf
This describes what really happens and why cost schedules grow. The paper points out that the technical baseline initially estimated often ends up being significantly different when it is actually built.
The paper also points out how to factor cost growth into the cost / schedule estimate.
Of course SEER can compute cost schedule growth in every project and SEER’s xippr can estimate the probability of overrun.
This paper does a wonderful job of illustrating why such growth happens and what the factors should be.
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
100+ Rules for Large Program Managers
100+ rules for project managers: http://www.altisinc.com/resources/rules/
While this list uses NASA terminology and claims to be for NASA, most items are relevant to most projects. A few are reproduced here:
Program Planning, Budgeting, and Estimating
Rule #72: Today one must push the state of the art, be within budget, take risks, not fail, and be on time. Strangely, all these are consistent as long as the ground rules such as funding profile and schedule are established up front and maintained.
Rule #73: Most of yesteryear’s projects overran because of poor estimates and not because of mistakes. Getting better estimates will not lower costs but will improve NASA’s business reputation. Actually, there is a high probability that getting better estimates will increase costs and assure a higher profit to industry unless the fee is reduced to reflect lower risk on the part of industry. A better reputation is necessary in the present environment.
Rule #74: All problems are solvable in time, so make sure you have enough schedule contingency—if you don’t, the next project manager that takes your place will.
Rule #75: The old NASA pushed the limits of technology and science; therefore, it did not worry about requirements creep or overruns. The new NASA has to work as if all projects are fixed price; therefore, requirement creep has become a deadly sin.
Rule #76: Know the resources of your center and, if possible, other centers. Other centers, if they have the resources , are normally happy to help. It is always surprising how much good help one can get by just asking.
Rule #77: Other than budget information prior to the President’s submittal to Congress, there is probably no secret information on a project—so don’t treat anything like it is secret. Everyone does better if they can see the whole picture so don’t hide any of it from anyone.
Rule #78: NASA programs compete for budget funds—they do not compete with each other (i.e., you never attack any other program or NASA work with the idea that you should get their funding). Sell what you have on its own merit.
Rule #79: Next year is always the year with adequate funding and schedule. Next year arrives on the 50th year of your career.
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
Just Say No: When Not To Bid on an Engineering or Software Project
Here are my points on when to say no to bidding on an outsource project. There is a larger presentation that should be on the APMP web site soon.
Human Nature: Don’t say No
HBR Article explains this Phenomenon:
- Problem: Humans seem hardwired to be optimists
- We routinely exaggerate benefits and discount costs
Reference: Delusions of Success: How Optimism Undermines Executives’ Decisions (Source: HBR Articles | Dan Lovallo, Daniel Kahneman | Jul 01, 2003)
- Anchoring (relying too heavily on one piece of information) magnifies optimism
- Solution: Temper with “outside view”
•Reasons to Bid with a Low Probability of Win
- A courtesy bid is a favor to the customer
- You want to give notice that you are a viable supplier
- You sincerely believe you have a strategy that can re-engineer the customer’s vision Read more
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
My Life Passing Before My Eyes
I have been going through books, papers, etc. in preparation for our move (to another building in the same complex). The new facility is brighter, more modern and should be wonderful. But throwing away anything has never been my strong suit.
I now think I know what people mean when they say they see their lives passing before their eyes.
- How could I throw away Ed Yourdon’s “Writings or the Revolution” or any of Ed Yourdon’s books for that matter. I nearly wore out the pages of his structured analysis & design books.
- A complete library of Ada handbooks, specs, ways to estimate Ada, etc. This included a paper I wrote saying Ada may not be the panacea that people hoped for.
- Books on CP/M, the predecessor to MS DOS
- My college text books in management, mathematics and other areas
- Numerous courses we developed and presented. Including the view-graphs for one. View-graphs were transparencies put on a light source and projected similar to today’s Powerpoints…only they weighed a ton.
- The programming books for the CDC 1700 and the IBM 1130 computers where I cut my teeth.
- My wife’s business card where I first met her (that is a keeper)
- The letters we sent in 1988. And on and on
Someone said many of these books might be sellable on Ebay. I hope not.
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
Barry Boehm Tribute
What a privilege it was to participate in the recent tribute to Dr Barry Boehm in Beijing. In addition to Professor Boehm himself, many of the icons of software research were present. There were some amazing presentations which should be posted on the web soon. The presentation I gave includes an introduction to Barry’s academic genealogy and his PhD legacies, Jo Ann Lane and Ricardo Valerdi, as well as an amplification of the 8 principles in Barry’s introduction to my book: Software Sizing, Estimation, and Risk Management.
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
Project Prediction Infographic
