|
Server : Apache/2.4.62 System : FreeBSD fbsdweb2.web.rcn.net 14.1-RELEASE FreeBSD 14.1-RELEASE releng/14.1-n267679-10e31f0946d8 GENERIC amd64 User : www ( 80) PHP Version : 8.3.8 Disable Function : NONE Directory : /domains/srakitin/OLD/newsletter/vol3/no1/ |
Upload File : |
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<title>Food for Thought: New Year’s Resolutions…</title>
<link href="/newsletter/StyleSheet.css" rel="stylesheet" type="text/css">
</head>
<OpenTracking/>
<!-- Do NOT delete previous line if you want to get statistics on the number of opened emails -->
<body>
<table width="600" border="0" align="center" cellpadding="0" cellspacing="0">
<tr align="center" valign="top">
<td colspan="2"><img src="/newsletter/images/FoodForThoughtLogo.gif" width="600" height="105"></td>
</tr>
<tr class="Reference">
<td align="left" valign="top"><p>An e-newsletter published by<br>
Software Quality Consulting, Inc. </p>
</td>
<td align="right" valign="top"><p>January 2006, Vol. 3 No. 1<br>
[<a href="/newsletter/vol3/no1/vol3no1.txt" target="_blank">Text-only Version</a>] </p>
</td>
</tr>
</table>
<br>
<br>
<table width="600" border="0" align="center" cellpadding="0" cellspacing="0" class="BodyText">
<tr>
<td align="left" valign="top"> <p> Welcome to <em><strong>Food for Thought™</strong></em>, an e-newsletter from <strong> <a href="/index.html?Intro" target="_blank">Software Quality Consulting</a></strong>. I've created free subscriptions for my valued business contacts. If you find this newsletter informative, I encourage you to continue reading. Feel free to pass this newsletter along to colleagues by clicking this <strong><a href="http://ui.constantcontact.com/roving/sa/fp.jsp?plat=i&p=f&m=sctz69n6">Forward Email</a></strong> link. If you’ve received this newsletter from a colleague and would like to subscribe, please click this <strong> <a href="/newsletter/Subscribe.htm?Newsletter" target="_blank">Enter New Subscription </a></strong>link. If you don't wish to receive this newsletter, click the <strong><a href="#bottom">SafeUnSubscribe</a></strong>™ link at the bottom of this newsletter, and you won’t be bothered again.</p>
<p>Your continued feedback on this newsletter is most welcome. Please send your comments and suggestions to <strong><a href="mailto:[email protected]">[email protected]</a></strong>.</p></td>
</tr>
</table>
<br>
<table width="600" border="0" align="center" cellpadding="0" cellspacing="0" class="BodyText">
<tr>
<td width="114" align="right" valign="top" background="/newsletter/images/RedSpacer.gif"><div align="center"><img src="/newsletter/images/InThisIssue.gif" width="114" height="37"><br>
</div></td>
<td width="15"> </td>
<td align="left" valign="top"><p> In <a href="#article"><strong>This Months’ Topic</strong></a>,
I discuss making resolutions to help improve the way you work… <br>
<br>
Regular features to look for each month are:</p>
<ul>
<li> <a href="#morsel"><strong>Monthly Morsels</strong></a><br>
Hints, tips, techniques and reference info related to this month’s topic</li>
</ul>
<ul>
<li> <a href="#calendar"><strong>Calendar</strong></a><br>
Conferences, workshops, and meetings of interest to software engineers, QA engineers and anyone interested in software development</li>
</ul>
</td>
</tr>
</table>
<br>
<br>
<a name="article"></a>
<table width="600" border="0" align="center" cellpadding="0" cellspacing="0" class="BodyText">
<tr>
<td width="114" align="left" valign="top" background="/newsletter/images/RedSpacer.gif"><p align="center"><img src="/newsletter/images/ThisMonthsTopic.gif" width="114" height="37"><br>
</td>
<td width="15"> </td>
<td width="471" align="left" valign="top" class="BodyText"><p align="center" class="Headline"><strong> New Year’s Resolutions… </strong></p>
<p>Have you made any New Year’s Resolutions? Each year, many of us make resolutions that we try to accomplish during the year. So many of us make resolutions, that there’s a <strong> <a href="/newsletter/vol3/no1/TopTen.pdf" target="_blank">Top Ten List…</a></strong>. Not surprisingly, we often fail to achieve all of our resolutions. Health clubs, for example, see a big spike in new members in January and a corresponding high drop out rate in March. Nevertheless, we sometimes succeed in achieving some of our resolutions…</p>
<p> Making resolutions to improve our personal lives is important. If making resolutions can help improve our personal lives, why not use resolutions to help improve the ways we work…<br>
<br>
</p>
</td>
</tr>
<tr>
<td align="left" valign="top" background="/newsletter/images/RedSpacer.gif"><img width="110" height="124" src="/newsletter/vol3/no1/vol3no1_clip_image002.gif"> </td>
<td> </td>
<td align="left" valign="top" class="BodyText"><p>To help get you started, here is my <strong> Top Ten List </strong>of resolutions for software development organizations for you to consider. These resolutions represent areas where improvements, even small improvements, can have significant payoffs: </p>
<p><strong>Top Ten List </strong></p>
<p><strong>1. Resolve to measure your work – at the organizational, project, or task level. </strong></p>
<p><strong> </strong>Everyone needs to have a basic set of measurements to use in their daily work. Ideally, the measurements should be simple, easy to compute, and most importantly, related to your overall business goals. Here are some examples:</p>
<p> For developers</p>
<ul>
<li> How many defects did I fix this week? </li>
</ul>
<ul>
<li> How many defects did I create this week? </li>
</ul>
<ul>
<li> How much time did I spend working on a task on my schedule this week? </li>
</ul>
<p> For testers</p>
<ul>
<li> How many new tests did I write this week? </li>
</ul>
<ul>
<li> How many tests did I execute this week? </li>
</ul>
<ul>
<li> How many new defects did I report this week? </li>
</ul>
<ul>
<li> How much time did I spend working on a task on my schedule this week?</li>
</ul>
<p> For managers</p>
<ul>
<li> How many known defects were not fixed in the last release? </li>
</ul>
<ul>
<li> Can my organization meet it’s goals for the year? </li>
</ul>
<ul>
<li> How do I know if we are on track or not? </li>
</ul>
<ul>
<li> Are customers satisfied with the quality, features, and timeliness of our products? </li>
</ul>
<p> Look in my <strong> <a href="/newsletter/vol2/no2/vol2no2.html" target="_blank">February 2005 newsletter</a></strong>, where you’ll find suggestions for other quality measures…</p>
<p><strong> 2. Resolve to improve the quality of your work.</strong></p>
<p> For developers - learn new techniques to reduce the number of defects injected into your code...</p>
<p> For testers - acquire domain knowledge, improve your testing skills, or actively participate in a requirements review to help identify problems sooner rather than later…</p>
<p> For managers – require that project teams reduce the number of known defects not fixed in the last release by 10% in the next release…</p>
<p> Remember that you need a good definition of quality before you can start measuring. Refer to my <strong> <a href="/newsletter/vol1/no4/vol1no4.html" target="_blank">December 2004 newsletter</a></strong> for some thoughts on how to define quality… </p>
<p><strong>3. Resolve to start projects with well-written, unambiguous requirements. </strong></p>
<p> More projects fail due to poorly written requirements than for any other reason. The cost of poorly written requirements is significant. We often ask people who have no training in how to write good requirements to do this critical task…</p>
<p> Consider providing <strong> <a href="/training/requirements.html" target="_blank">training for people who write requirements</a></strong> so they can do a better job.</p>
<p><strong>4. Resolve to manage changes to requirements.</strong></p>
<p> While it is not always possible to have all requirements defined at the beginning of a project, recognize that changes to requirements will have a ripple effective on all aspects of project work. Do this in ways that will identify the real impact to the project, the business, and your customers.</p>
<p> Read about requirements:</p>
<ul>
<li> Robin Goldsmith, <strong> <a href="http://www.amazon.com/gp/product/1580537707/qid=1136303956/sr=2-1/ref=pd_bbs_b_2_1/103-8445151-2572664?s=books&v=glance&n=283155" target="_blank">Discovering the REAL Business Requirements for Software Project Success</a></strong></li>
</ul>
<ul>
<li> Karl Wiegers, <strong> <a href="http://www.amazon.com/gp/product/0735618798/qid=1136304021/sr=2-1/ref=pd_bbs_b_2_1/103-8445151-2572664?s=books&v=glance&n=283155" target="_blank">Software Requirements</a></strong></li>
</ul>
<p><strong> 5. Resolve to institute effective peer reviews. </strong></p>
<p> Making peer reviews effective requires training and management support. The most important peer review to do is a peer review of the requirements.</p>
<p> Find out how you can get your staff trained in planning and conducting <strong> <a href="/training/peer_reviews.html" target="_blank">effective peer reviews...</a></strong></p>
<p> One way Management provides support is to resist the temptation to cut peer reviews from schedules in an effort to save time, since that invariably does not work.</p>
<p> Read about Peer Reviews:</p>
<ul>
<li> Karl Wiegers, <strong> <a href="http://www.amazon.com/gp/product/0201734850/qid=1136304021/sr=2-2/ref=pd_bbs_b_2_2/103-8445151-2572664?s=books&v=glance&n=283155" target="_blank">Peer Reviews in Software: A Practical Guide</a></strong></li>
</ul>
<p><strong> 6. Resolve to improve your ability to accurately estimate tasks and effectively manage schedules. </strong></p>
<p>Many projects are doomed from the start because they have unrealistic estimates and poorly managed schedules. </p>
<p>Find out how you can provide your staff with training in effective techniques for <strong> <a href="/training/schedules.html" target="_blank">accurate estimating and scheduling…</a></strong></p>
<p>Read about estimating and scheduling in the <strong> <a href="/newsletter/vol1/no2/vol1no2.html" target="_blank">October 2004 newsletter…</a></strong></p>
<p><strong>7. Resolve to identify, manage, and mitigate risks. </strong></p>
<p> Capers Jones on managing risk: </p>
<blockquote>
<p>"Software has long been regarded as one of the most risk-prone of all engineering activities. Risks such as schedule slips and cost overruns tend to occur on more than 50% of all large systems. Even more severe risks, such as cancellation of the project prior to completion or serious quality deficiencies are not uncommon." [1] </p>
</blockquote>
<p>Capers <strong>Top Ten Most Serious Software Risks,</strong> based on surveying hundreds of projects, includes:</p>
<ul>
<li> Inaccurate Metrics </li>
<li> Inadequate Measurement </li>
<li> Excessive Schedule Pressure </li>
<li> Management Malpractice </li>
<li> Inaccurate Cost Estimating </li>
<li> Silver Bullet Syndrome </li>
<li> Creeping User Requirements </li>
<li> Low Quality </li>
<li> Low Productivity </li>
<li> Cancelled Projects </li>
</ul>
<p><strong>8. Resolve to fulfill your commitments you make to others. </strong></p>
<p><strong> </strong>We make commitments to our colleagues, our boss, our customers, etc., every day. Things like: “Ill have that bug fixed by the end of the day.” Or “I’ll get the customer a patch release tomorrow.” Or, “Of course we can include that new feature in the next release!”</p>
<p> Watts Humphrey on managing commitment: </p>
<blockquote>
<p>"The role of the management system is to ensure that projects are successfully completed. This implies some organization-wide agreement on the meaning of the terms 'success' and 'completion.' It also requires a continuing management focus on the progress of each project. [...] This involves managing commitments, project oversight, and contention." [2] </p>
</blockquote>
<p><strong>9. Resolve to assess the effectiveness of your testing. </strong></p>
<p>Testing is a very expensive, time-consuming activity. Yet, we have few ways to measure how effective our testing is. Testing requires a significant investment in time and effort. Each year, companies spend hundreds of thousands of hours testing software. Typical test suites often number into the thousands of tests, many of which require hundreds of hours to develop, maintain, and execute. </p>
<p>Often, tests are written against requirements that are vague and ambiguous. Regression test suites evolve over time and often include large numbers of what I call “non-productive” tests. These tests oftenare looking for problems in areas where there aren’t problems. Couple this with the fact that testers are inclined to develop more tests in the areas of the application they are most familiar with, leaving other areas under-tested or not tested at all. </p>
<p>My <strong> <a href="/newsletter/vol2/no4/vol2no4.html" target="_blank">April 2005 newsletter</a></strong> has a discussion on how to assess the effectiveness of your testing. </p>
<p><strong>10. Resolve not to make the same mistakes on your next project. </strong></p>
<p>In today’s business climate, it is unconscionable that companies continue to make the same mistakes from project to project. Project mortems are not an effective tool for changing behavior. There is a better way. It’s called a Project Retrospective. Learn to avoid making the same mistakes using Project Retrospectives… </p>
<p>Read about Project Retrospectives:</p>
<ul>
<li> Norm Kerth, <strong> <a href="http://www.amazon.com/gp/product/0932633447/ref=pd_bbs_null_1/103-8445151-2572664?s=books&v=glance&n=283155" target="_blank">Project Retrospectives – A Handbook for Team Reviews</a></strong></li>
</ul>
<ul>
<li> For an overview of Project Retrospectives, see my<strong><a href="/newsletter/vol2/no6/vol2no6.html" target="_blank"> June 2005 newsletter…</a></strong></li>
</ul>
<p> <strong>Summary </strong></p>
<p>Resolutions can motivate you to improve your skills. Here are some suggestions for personal resolutions:</p>
<p> For developers… </p>
<ul>
<li> Read Steve McConnell, <strong> <a href="http://www.amazon.com/gp/product/0735619670/qid=1136304109/sr=2-1/ref=pd_bbs_b_2_1/103-8445151-2572664?s=books&v=glance&n=283155" target="_blank">Code Complete</a></strong></li>
</ul>
<ul>
<li> Read Watts Humphrey, <strong> <a href="http://www.amazon.com/gp/product/0201546108/qid=1136304157/sr=2-1/ref=pd_bbs_b_2_1/103-8445151-2572664?s=books&v=glance&n=283155" target="_blank">A Discipline for Software Engineering</a></strong></li>
</ul>
<ul>
<li> Improve your skills by attending a short course or workshop. <strong> <a href="http://www.ieeeboston.org/" target="_blank">Find Short Courses and Workshops in the Boston-area</a></strong></li>
</ul>
<p> For SQA folks…</p>
<ul>
<li> Read <strong> <a href="http://www.amazon.com/gp/product/0471081124/qid=1136304190/sr=2-1/ref=pd_bbs_b_2_1/103-8445151-2572664?s=books&v=glance&n=283155" target="_blank">Lessons Learned in Software Testing</a></strong> by Cem Kaner, James Bach, and Bret Pettichord. </li>
</ul>
<ul>
<li> Attend local meetings sponsored by your local SPIN chapter or ASQ Software Division chapter. <a href="http://www.swqual.com/links/upcoming.html" target="_blank"><strong>Find conferences and meetings in the Boston-area</strong></a>.</li>
</ul>
<ul>
<li> Become a Certified Software Quality Engineer (CSQE). <strong> <a href="http://www.asq.org/softwareforum/getcertified/index.html" target="_blank">Get CSQE Info…</a></strong></li>
</ul>
<p> For managers and executives…</p>
<ul>
<li> Read Watts Humphrey’s book <strong> <a href="http://www.amazon.com/gp/product/0201776391/qid=1136304217/sr=2-1/ref=pd_bbs_b_2_1/103-8445151-2572664?s=books&v=glance&n=283155" target="_blank">Winning with Software</a></strong></li>
</ul>
<ul>
<li> Make some of the resolutions listed above! </li>
</ul>
Happy New Year!<br>
<br></td>
</tr>
<tr>
<td align="left" valign="middle" background="/newsletter/images/RedSpacer.gif"><img width="110" height="68" src="/newsletter/vol2/no8/vol2no8_clip_image002_0000.jpg"> </td>
<td> </td>
<td align="left" valign="top" class="BodyText"><p><strong>Pay it Forward</strong></p>
<p> If you find this newsletter of value, please consider the following:</p>
<blockquote>
<p> Norm Kerth is a highly respected consultant who developed the <strong>Project Retrospective</strong> techniques discussed in the <a href="/newsletter/vol2/no7/vol2no7.html" target="_blank"><strong>July-Aug newsletter</strong></a>. He was in a serious car accident and suffered a disabling brain injury. As a result, he cannot work and lives on a very limited income. You can help recognize his contribution to our industry by sending a small donation. Checks can be made payable to Norm Kerth Benefit Fund and sent to Norm Kerth Benefit Fund c/o Process Impact, 11491 SE 119th Drive, Clackamas, OR 97015-8778. You can also visit <a href="http://www.processimpact.com/goodies.shtml" target="_blank"><strong>Karl Weiger’s website (Process Impact) </strong></a>for more details about contributing to the fund. Thanks.</p>
</blockquote>
<p> Read more about the <strong> <a href="http://www.payitforwardfoundation.org/" target="_blank">Pay It Forward foundation…</a></strong></p></td>
</tr>
</table>
<br>
<br>
<a name="morsel"></a>
<table width="600" border="0" align="center" cellpadding="0" cellspacing="0" class="BodyText">
<tr>
<td width="114" align="right" valign="top" background="/newsletter/images/RedSpacer.gif"><img src="/newsletter/images/MonthlyMorsels.gif" width="114" height="37"></td>
<td width="15"> </td>
<td align="left" valign="top"><p> Every month in this space you’ll find additional information related to this month’s topic.</p>
<ul>
<li><strong> References:<br>
<br>
</strong>[1] Jones, C., Assessment and Control of Software Risks, Prentice-Hall PTR, 1994<br>
<br>
[2] Humphrey, W. S., Managing the Software Process, Addison Wesley, 1990. </li>
</ul>
<ul>
<li><strong> Books<br>
<br>
</strong>One of the best books on peer reviews:
<blockquote>
<p>Wiegers, K., Peer Reviews in Software: A Practical Guide, Addison-Wesley, 2002</p>
</blockquote>
<p>The classic text on walkthroughs:</p>
<blockquote>
<p>Freedman, D., and Weinberg, G., Handbook of Walkthroughs, Inspections, and Technical Reviews, 3rd ed., Dorset House, 1982</p>
</blockquote>
<p>Two excellent books on requirements:</p>
<blockquote>
<p>Goldsmith, R., Discovering the REAL Business Requirements for Software Project Success, Artech House, 2004</p>
<p>Wiegers, K., Software Requirements, Microsoft Press, 2 nd edition, 2003.</p>
</blockquote>
<p>Project Retrospectives:</p>
<blockquote>
<p>Kerth, N. L., Project Retrospectives – A Handbook for Team Reviews, Dorset House, 2001.</p>
</blockquote>
<p>Risk Management:</p>
<blockquote>
<p>Jones, C., Assessment and Control of Software Risks, Prentice-Hall PTR, 1994.</p>
<p>Boehm, B. W., <em>Software Risk Management</em>, IEEE Computer Society Press, 1989</p>
</blockquote>
<p>Especially for Management:</p>
<blockquote>
<p>Humphrey, W. S., Winning With Software – An Executive Strategy, Pearson Education Inc, 2002. </p>
</blockquote>
</li>
<li><strong> On-line Resources<br>
<br>
</strong>Visit <a href="http://www.processimpact.com/pr_goodies.shtml" target="_blank"><strong>Karl Wiegers website</strong></a> for useful info on peer reviews… <strong><a href="http://www.processimpact.com/pr_goodies.shtml"><br>
<br>
</a><a href="http://www.stickyminds.com/BetterSoftware/magazine.asp" target="_blank">Better Software Magazine</a></strong><br>
This magazine has interesting articles on testing and QA practices… </li>
</ul>
</td>
</tr>
</table>
<br>
<br>
<a name="calendar"></a>
<table width="600" border="0" align="center" cellpadding="0" cellspacing="0" class="BodyText">
<tr>
<td width="114" align="right" valign="top" background="/newsletter/images/RedSpacer.gif"><img src="/newsletter/images/Calendar.gif" width="114" height="37"></td>
<td width="15"> </td>
<td align="left" valign="top"><p> Every month you’ll find news here about local and national events that are of interest to the software community …</p>
<ul>
<li> Stay tuned for details of an upcoming panel discussion on Offshore Outsourcing sponsored by the Boston SPIN and the Software Quality Group of New England (SQGNE)…<br>
<br>
</li>
<li><strong>Software Quality Calendar</strong><br>
<br>
There are many organizations that sponsor monthly meetings, workshops, and conferences of interest to software professionals. <strong><a href="/links/upcoming.html" target="_blank">Find out what’s happening…</a></strong></li>
</ul>
<ul>
<li> <strong>Workshops Offered by Software Quality Consulting</strong><br>
<br>
Software Quality Consulting offers workshops in many topics related to software process improvement. <strong><a href="/seminars/courses.html" target="_blank">Get more info…</a></strong></li>
</ul>
</td>
</tr>
</table>
<br>
<br>
<table width="600" border="0" align="center" cellpadding="0" cellspacing="0" class="BodyText">
<tr>
<td width="114" align="right" valign="top" background="/newsletter/images/RedSpacer.gif"><img src="/newsletter/images/AboutSQC.gif" width="114" height="37"></td>
<td width="15"> </td>
<td align="left" valign="top"><p> Software Quality Consulting provides consulting, training, and auditing services tailored to meet the specific needs of clients. We help clients fine-tune their software development processes and improve the quality of their software products. The overall goal is to help clients achieve Predictable Software Development™ – so that organizations can consistently deliver quality software with promised features in the promised timeframe. </p>
To learn more about how we can help your organization, <strong><a href="/index.html?AboutSQC" target="_blank">visit our web site</a></strong> or <strong><a href="mailto:[email protected]">send us an email</a></strong>.</td>
</tr>
</table>
<br>
<br>
<table width="600" border="0" align="center" cellpadding="0" cellspacing="0" class="BodyText">
<tr>
<td align="left" valign="top"><p> I hope this newsletter has been informative and helpful. Your comments and feedback are most welcome. <a href="mailto:[email protected]"><strong>Send me your feedback…</strong></a></p>
<p>Thanks,</p>
<p> <img src="/newsletter/images/BusinessCard.gif" width="270" height="121" align="right"><img src="/newsletter/images/Signature.gif" width="90" height="68"><br>
Steve Rakitin<br>
<br>
<strong><a href="mailto:[email protected]">[email protected]</a></strong></p></td>
</tr>
</table>
<div align="center"><br>
<FONT class="Reference">Food for Thought, Predictable Software Development, Act Like a Customer,<br>
and ALAC are trademarks of Software Quality Consulting, Inc.<br>
Copyright 2006. Software Quality Consulting, Inc. All rights reserved.<br>
Graphic design by <B><U><FONT color=blue><a href="mailto:[email protected] ">Sage Studio</a></FONT></U></B></FONT></div>
<a name="bottom"> </a></body>
</html>