https://shermanonsoftware.com/2024/04/08/fixing-all-the-bugs-wont-solve-all-the-problems-demings-path-of-frustration/ Menu * Subscribe * Contact [ ] [] Sherman On Software. When your SaaS Scaleup can't scale, I can help Fixing All The Bugs Won't Solve All The Problems - Deming's Path Of Frustration In software designTags software architecturePublish DateApril 8, 2024 533 Views# jeffpsherman A program of improvement sets off with enthusiasm, exhortations, revival meetings, posts, pledges. Quality becomes a religion. Quality as measured by results of inspection at final audit shows at first dramatic improvement, better and better by the month. Everyone expects the path of improvement to continue along the dotted line. [Deming-Frustration-1] Instead, success grinds to a halt. At best, the curve levels off. It may even turn upward. Despondence sets in. The management naturally become worried. They plead, beg, beseech, implore, pray, entreat, supplicate heads of the organizations involved in production and assembly, with taunts, harassment, threads, based on the awful truth that if there be not substantial improvement, and soon, we shall be out of business. W. Edwards Deming, Out of the crisis, Page 276 In software, as in manufacturing, some problems occur due to bugs or "special causes", and some are "common cause" due to the nature of the system's design and implementation. Fixing bugs is removing special causes. Removing bugs greatly improves software quality, but it won't impact "common cause" issues. Some "common cause" software performance issues I have encountered: * The software is "in the cloud", but really it is in one data center in the US. As a result the software is slow and laggy for customers in Europe and Asia. * The software runs slowly because the hardware is underprovisioned. * The software runs slowly because large amounts of unnecessary data are being sent to the users. * The software runs slowly because of inefficient data access patterns. Even with no bugs, "common cause" issues can result in low quality software. The way off of Deming's Path Of Frustration is to attack system design and implementation issues with the same fervor used to fight bugs. Share this: * Twitter * Facebook * Like this: Like Loading... [7941c26c14] jeffpsherman Post Navigation [never-r] Previous Post: The Never Rewrite Podcast, Episode Forty-Eight, Falsehoods Programmers Believe About Projects Related Posts: Sherman On Software Logo Actions Over Objects April 25, 2023# jeffpsherman [cropped-logo-png] Phase 1 is a Millstone not a Milestone January 10, 2024# jeffpsherman [cropped-logo-png] A Garbage Collector in 2 Shell Scripts November 30, 2023# jeffpsherman Leave a ReplyCancel reply Site Sidebar Categories * crm * Cross Post * dev teams * iterative delivery * podcast * software design * Uncategorized Recent Posts * [croppe] Fixing All The Bugs Won't Solve All The Problems - Deming's Path Of Frustration April 8, 2024 * [never-] The Never Rewrite Podcast, Episode Forty-Eight, Falsehoods Programmers Believe About Projects April 6, 2024 * [croppe] Falsehoods Programmers Believe About Projects April 1, 2024 * [never-] The Never Rewrite Podcast, Episode Forty-Seven, Maintenance Work as a Flight to Safety - A Manager's Perspective March 29, 2024 * [croppe] Convincing People Not To Touch Hot Stoves Is Easy March 26, 2024 Tags #batr #best-alternative-to-a-total-rewrite #development #neverrewrite #SaaS advice ai always be releasing automation batr best-alternative-to-a-total-rewrite crm iterative delivery never rewrite podcast programming queues SaaS same but better scaling software architecture software development team dynamics Tenancy Model testing TheeSeeShip Site Footer Discover more from Sherman On Software Subscribe now to keep reading and get access to the full archive. Type your email... [ ] Subscribe Continue reading Loading Comments... Write a Comment... [ ] Email (Required) [ ] Name (Required) [ ] Website [ ] [Post Comment] %d