<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
  <channel>
    <title>StickyMinds.com New and Featured Articles</title>
    <link>http://www.stickyminds.com</link>
    <description>Be one of the first to know when new content is added or when content is featured on StickyMinds.com.</description>
    <language>en-us</language>
    <copyright>Copyright(c) 2006, Software Quality Engineering</copyright>
    <pubDate>Tue, 13 Mar 2007 09:33:51 GMT</pubDate>
    <image />
    <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/StickyMindsNewAndFeatured" /><feedburner:info uri="stickymindsnewandfeatured" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
      <author>Reviewed by John Snuggs</author>
      <description>Coaching Agile Teams is a guide for agile team leaders. In many ways, it acts as a mentor and, borrowing a part of the subtitle, a companion.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/oDglrHqkOA0" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S1260_BOOK_4</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/oDglrHqkOA0/s.asp</link>
      <pubDate>Fri, 28 Jan 2011 14:56:21 GMT</pubDate>
      <title>Book Review: Coaching Agile Teams</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S1260_BOOK_4</feedburner:origLink></item>
    <item>
      <author>Mary Gorman and Ellen Gottesdiener</author>
      <description>When Mary Gorman and Ellen Gottesdiener facilitated a game called The Backlog Is in the Eye of the Beholder for the Boston chapter of the International Institute of Business Analysis, both the players and the facilitators learned some important lessons 
in organizing a project requirements backlog. In this article, they describe the game and what it revealed, including the value of truly knowing your stakeholders.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/zUQnsqaf_L8" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16545_COL_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/zUQnsqaf_L8/s.asp</link>
      <pubDate>Thu, 06 Jan 2011 15:32:58 GMT</pubDate>
      <title>StickyMinds.com Weekly Column: Harvesting Stakeholder Perspectives to Organize Your Backlog</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16545_COL_2</feedburner:origLink></item>
    <item>
      <author>Michele Sliger</author>
      <description>At the start of a new year, Michele Sliger looks back across the recent decades of information technology advancement—from the dawn of the personal computer to the abundance of social networking websites—and (with some pointers from Ron Jeffries and Linda Rising) ponders how those advances have impacted our view of change, software, and ourselves.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/im-b0mhTQa4" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16543_COL_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/im-b0mhTQa4/s.asp</link>
      <pubDate>Thu, 06 Jan 2011 15:32:26 GMT</pubDate>
      <title>StickyMinds.com Weekly Column: How Far We’ve Come (and How Far We May Go)</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16543_COL_2</feedburner:origLink></item>
    <item>
      <author>Jonathan Kohl</author>
      <description>Fuzz testing, or “fuzzing,” is an approach to test automation that attempts to uncover weaknesses in a system using tool-generated data. In this article, Jonathan Kohl recounts how he used this technique on a published web services interface to test “through the side door”—those testable, in-between areas like messaging APIs.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/4jZ3H6bH0vc" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16540_COL_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/4jZ3H6bH0vc/s.asp</link>
      <pubDate>Thu, 06 Jan 2011 15:31:30 GMT</pubDate>
      <title>StickyMinds.com Weekly Column: Fuzzing Through the Side Door</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16540_COL_2</feedburner:origLink></item>
    <item>
      <author>Reviewed by Lorne Schachter</author>
      <description>If you've been involved in software engineering for any length of time, then you've probably heard of Capers Jones. He is well-known for all his work on the software engineering process, so it's not surprising that he's put together a collection of best practices for software engineering.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/TwMfwuq6NA4" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S1243_BOOK_4</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/TwMfwuq6NA4/s.asp</link>
      <pubDate>Thu, 06 Jan 2011 08:24:38 GMT</pubDate>
      <title>Book Review: Software Engineering Best Practices</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S1243_BOOK_4</feedburner:origLink></item>
    <item>
      <author>Payson Hall</author>
      <description>Large, internal development projects often engage in paradoxical 
spending, investing the lion’s share of staff and other resources in system development and testing while treating end-user training as an afterthought often accomplished through the least expensive means possible. In this column, Payson Hall crunches the numbers to help you get the most value out of your application training.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/oQKRoqbqKHY" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16526_COL_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/oQKRoqbqKHY/s.asp</link>
      <pubDate>Mon, 27 Dec 2010 13:35:27 GMT</pubDate>
      <title>StickyMinds.com Weekly Column: Good Training is an Investment, Poor Training is Expensive</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16526_COL_2</feedburner:origLink></item>
    <item>
      <author>Chris McMahon</author>
      <description>In May 2010, the first Writing About Testing conference brought some of the top minds in the field together to discuss the current state of public discourse on software testing and areas where testing is evolving within the realm of software development. In this column, Chris McMahon, who designed and launched the conference, continues his mission to advance the discussion by sharing ten of the most interesting frontiers for software testing.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/Nft5HVkX4zw" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16523_COL_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/Nft5HVkX4zw/s.asp</link>
      <pubDate>Mon, 20 Dec 2010 09:28:42 GMT</pubDate>
      <title>StickyMinds.com Weekly Column: 10 Frontiers for Software Testing</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16523_COL_2</feedburner:origLink></item>
    <item>
      <author>Reviewed by Robert Jahrling</author>
      <description>If you've ever hired someone, been a new hire, or was asked to "show someone the ropes," Steve Trautman’s book serves as a useful guide to the practicalities of peer mentoring. Trautman, a former program manager at Microsoft, explains the techniques that he recommends for efficient mentoring success.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/Kxzb5tCCIkk" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S1244_BOOK_4</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/Kxzb5tCCIkk/s.asp</link>
      <pubDate>Fri, 17 Dec 2010 10:27:31 GMT</pubDate>
      <title>Book Review: Teach What You Know</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S1244_BOOK_4</feedburner:origLink></item>
    <item>
      <author>Bert Wijgers</author>
      <description>Defect counts are often considered as measurements of product quality. However, the most important defect count in that respect is by definition unknown; the number of undiscovered errors. Defect counts can be used as indicators of process quality. In doing so, one should avoid assuming simple causal relations. Defect counts can provide useful information but have to be presented with care.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/Z9uLKD4d3OY" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16512_ART_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/Z9uLKD4d3OY/s.asp</link>
      <pubDate>Mon, 13 Dec 2010 10:25:33 GMT</pubDate>
      <title>Featured Content: Counting Defects</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16512_ART_2</feedburner:origLink></item>
    <item>
      <author>Steve Berczuk</author>
      <description>In this second half of Steve's article, he prepares for a product release through branching strategies. Here you'll learn how and when to create a release branch to help your team code and test what's needed for a timely release.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/MRPUVuS0b5M" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16511_COL_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/MRPUVuS0b5M/s.asp</link>
      <pubDate>Mon, 13 Dec 2010 10:24:31 GMT</pubDate>
      <title>StickyMinds.com Weekly Column: End-of-release Branching Strategies, Part 2</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16511_COL_2</feedburner:origLink></item>
    <item>
      <author>Reviewed by Alan Madick</author>
      <description>Unlike many of today's fashions, Watts S. Humphrey’s book is not likely to be out of style or past its shelf life any time soon. The information provided here comes from years of practical experience and all relates to a recurring theme: quality must be a part of everything you do. Mr. Humphrey's take on the theme relates quality to processes and "soft" skills, such as leading, being led, and being part of a team. Quality never goes out of style. The advice provided today by Mr. Humphrey will be just as important ten years down the road.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/E4NhPdfJ_jg" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S1250_BOOK_4</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/E4NhPdfJ_jg/s.asp</link>
      <pubDate>Fri, 10 Dec 2010 08:30:20 GMT</pubDate>
      <title>Book Review: Reflections on Management</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S1250_BOOK_4</feedburner:origLink></item>
    <item>
      <author>Reinder Otter</author>
      <description>Testing is often seen as an effort to determine the quality of the product at the end of a project, so it needs to be executed when development has finished instead of being a means to deal with risks at the earliest stage possible. Therefore, project budget, is in most cases spent on the processes that actually produce tangible products, at the expense of the testing budget. Whatever budget is left for testing will be spent on people rather than on test tools.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/oVdmvuiSb40" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16501_ART_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/oVdmvuiSb40/s.asp</link>
      <pubDate>Fri, 03 Dec 2010 15:51:29 GMT</pubDate>
      <title>Featured Content: Article: The Open Source Test Tool Paradigm</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16501_ART_2</feedburner:origLink></item>
    <item>
      <author>Reviewed by Jennifer Flamm</author>
      <description>This book is a comprehensive resource and provides a wealth of information regardless if the reader is a beginner or an experienced information architect. An asset on any bookshelf, this book delivers an impressive amount of information in the form of tables, diagrams, and insights about enterprise information architecture (EIA).&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/9ukteqT9V7U" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S1245_BOOK_4</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/9ukteqT9V7U/s.asp</link>
      <pubDate>Fri, 03 Dec 2010 15:49:46 GMT</pubDate>
      <title>Book Review: The Art of Enterprise Information Architecture</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S1245_BOOK_4</feedburner:origLink></item>
    <item>
      <author>Naomi Karten</author>
      <description>t's a special skill to be able to terminate disputes amicably. In this week's column, Naomi Karten offers suggestions for how to resolve disputes so that none of the parties suffers from black eyes or bruised egos.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/QrX63hEs8f0" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16490_COL_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/QrX63hEs8f0/s.asp</link>
      <pubDate>Mon, 29 Nov 2010 08:07:10 GMT</pubDate>
      <title>StickyMinds.com Weekly Column: How to Resolve Disputes So Everyone Wins</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16490_COL_2</feedburner:origLink></item>
    <item>
      <author>Jack R. Frank</author>
      <description>In addition to the efficiency improvements you expect from automated testing tools, you can—and should—expect them to provide valuable metrics to help manage your testing effort. By exploiting the programmability of automation tools, you can support the measurement and reporting aspects of your department. Learn how Jack Frank employs these tools with minimal effort to create test execution status reports, coverage metrics, and other key management reports.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/gsFK7Cl7u6U" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16489_ART_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/gsFK7Cl7u6U/s.asp</link>
      <pubDate>Tue, 23 Nov 2010 15:13:08 GMT</pubDate>
      <title>Featured Content: Article: Achieving Meaningful Metrics from Your Test Automation Tools</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16489_ART_2</feedburner:origLink></item>
    <item>
      <author>Reviewed by Mary Ann Overbaugh</author>
      <description>You'll nod your head in agreement with what author Sam Lightstone writes in his book on the career and personal knowledge Lightstone’s gained over the years. Lightstone looks at all stages of a career in software development, from getting the best education, landing the job, working within an organization and team, attaining prominence in your field, to sharing and mentoring others.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/AeZmFeirEdI" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S1247_BOOK_4</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/AeZmFeirEdI/s.asp</link>
      <pubDate>Tue, 23 Nov 2010 14:48:06 GMT</pubDate>
      <title>Book Review: Making it Big in Software</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S1247_BOOK_4</feedburner:origLink></item>
    <item>
      <author>Jonathan Kohl</author>
      <description>Tired of guesstimating your estimation process just to create a completion date management will accept? Jonathan Kohl takes the guess work out of estimations by focusing on uncertainties. It may sound counterintuitive, but the idea is to focus on the fact that all projects face unforeseen delays. The rigorous estimation process Jonathan describes here provides your team a way that ensures enough time is scheduled for development and a date for completion management can agree upon.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/1BpM9wnnpAM" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16484_COL_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/1BpM9wnnpAM/s.asp</link>
      <pubDate>Mon, 22 Nov 2010 08:54:37 GMT</pubDate>
      <title>StickyMinds.com Weekly Column: Software Project Estimation: Using Uncertainty Factors</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16484_COL_2</feedburner:origLink></item>
    <item>
      <author>Reviewed by Jan Scott</author>
      <description>This book is all about product owners, whom the author sees as a role encompassing the duties of a traditional product manager, a strategic product planner, some duties of a traditional project manager, and the duties of a release manager. Yet, in my experience, most agile teams have a product owner whose role is often poorly defined, vague, and more likely contained in the duties of several people. The author addresses these issues in an engaging and interesting manner.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/KHaB9QUzikU" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S721_BOOK_4</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/KHaB9QUzikU/s.asp</link>
      <pubDate>Fri, 19 Nov 2010 09:08:45 GMT</pubDate>
      <title>Book Review: Agile Project Management with Scrum</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S721_BOOK_4</feedburner:origLink></item>
    <item>
      <author>Payson Hall</author>
      <description>High on a mountain twenty years ago, a wise man shared secrets of problem solving that have served Payson Hall ever since. In this article, Payson passes along a simple definition that offers insights into problems and potential solutions.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/lDiyT_GfbRU" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/InsideAnalysis12-6</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/lDiyT_GfbRU/InsideAnalysis12-6</link>
      <pubDate>Mon, 15 Nov 2010 08:56:31 GMT</pubDate>
      <title>Featured Content: Article: Sometimes Perception Is the Problem</title>
    <feedburner:origLink>http://www.stickyminds.com/InsideAnalysis12-6</feedburner:origLink></item>
    <item>
      <author>Michele Sliger</author>
      <description>Many of us have our personal identities wrapped up in our jobs, which can make change hard, particularly in agile environments. Recognizing the power of storytelling, Michele Sliger started collecting first-person stories about how adopting agile affected individuals and what their “light bulb moment” was like. Find out how agile adoptions have changed individuals—their perceptions of agile, their leadership styles, and even their personal lives.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/0ZhGmNd4Mt4" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/BetterSoftware/magazine.asp?fn=cifea</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/0ZhGmNd4Mt4/magazine.asp</link>
      <pubDate>Mon, 15 Nov 2010 08:56:27 GMT</pubDate>
      <title>Featured Content: Article: Agile Light Bulb Moments</title>
    <feedburner:origLink>http://www.stickyminds.com/BetterSoftware/magazine.asp?fn=cifea</feedburner:origLink></item>
    <item>
      <author>Johanna Rothman</author>
      <description>Keeping your team busy with work all of the time may seem good 
for productivity and a good use of your work force. But it come with 
serious backlash in the form of delayed work, incomplete iterations, technical debt, and the negative consequences of multitask context switching. In this column, Johanna Rothman explains how teams should focus on throughput and not the conceived benefit of 100 percent utilization.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/jSsEkCrSEmk" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16475_COL_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/jSsEkCrSEmk/s.asp</link>
      <pubDate>Mon, 15 Nov 2010 08:16:07 GMT</pubDate>
      <title>StickyMinds.com Weekly Column: Measure Throughput, Not One Hundred Percent Utilization</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16475_COL_2</feedburner:origLink></item>
    <item>
      <author>Damico Nicome</author>
      <description>An effective Quality Assurance (QA) organization must have ARMS (the organization’s ability to perform certain measurement Activities, understand the activity’s Relevance to the software quality model, know the type of Metrics to collect, and create Synergy with adjacent organizations). This thesis focuses on the difficulty in obtaining measurement and explores whether or not QA organizational design can make it easier to measure certain characteristics of software quality.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/m97HrD4sI8c" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16473_ART_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/m97HrD4sI8c/s.asp</link>
      <pubDate>Fri, 12 Nov 2010 12:55:26 GMT</pubDate>
      <title>Featured Content: Article: The New Era of Software Quality Assurance</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16473_ART_2</feedburner:origLink></item>
    <item>
      <author>Reviewed by Gerry Thompson</author>
      <description>This book by Gerard M. Hill is written for project managers who 
already possess a basic level of competency in project management. The book is an excellent shelf reference and provides the tools on a companion CD, which are needed to begin implementing your own project management methodology.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/YQjw0rKQB_E" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S1237_BOOK_4</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/YQjw0rKQB_E/s.asp</link>
      <pubDate>Fri, 12 Nov 2010 12:02:40 GMT</pubDate>
      <title>Book Review: The Complete Project Management Methodology and Toolkit</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S1237_BOOK_4</feedburner:origLink></item>
    <item>
      <author>Reviewed by Debra Martinez</author>
      <description>When I first started reading this book, I noticed a few, unique things. First, it’s more of a workbook than a regular technology book. Second, a "cheat sheet" list of important facts and information to which you might need quick access are provided on the front- and back-inside covers. I just started using Ruby, so I learned a lot as I read along. There are a lot of examples of code in the book that are useful to a new user such as myself.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/dhbacwlbK0o" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S1223_BOOK_4</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/dhbacwlbK0o/s.asp</link>
      <pubDate>Tue, 09 Nov 2010 12:51:33 GMT</pubDate>
      <title>Book Review: Refactoring in Ruby</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S1223_BOOK_4</feedburner:origLink></item>
    <item>
      <author>Naomi Karten</author>
      <description>When your customers aren't complaining about the services you provide, it's easy to assume you have happy customers. But that could be a serious mistake. In this week's column, Naomi Karten describes what happened in two organizations that misinterpreted the absence of customer complaints.&lt;img src="http://feeds.feedburner.com/~r/StickyMindsNewAndFeatured/~4/pJ9u92Iene8" height="1" width="1"/&gt;</description>
      <guid isPermaLink="false">http://www.stickyminds.com/s.asp?F=S16442_COL_2</guid>
      <link>http://feedproxy.google.com/~r/StickyMindsNewAndFeatured/~3/pJ9u92Iene8/s.asp</link>
      <pubDate>Mon, 01 Nov 2010 08:22:55 GMT</pubDate>
      <title>StickyMinds.com Weekly Column: Warning: No News is Not Always Good News</title>
    <feedburner:origLink>http://www.stickyminds.com/s.asp?F=S16442_COL_2</feedburner:origLink></item>
  </channel>
</rss>
