Jan 262016
Chasing Black Swans Through The Snow

We had a little snow here in Washington, DC on Friday, and we’re still digging out. The great snowstorm of 2016, a.k.a. Snowzilla, was the kind of outlier event that even the most dysfunctional of local governments must be ready to handle. Even if you think that 2-3 feet of snow in a single day is a “black swan” event, you had better have the snow plows and dump trucks ready for that unlikely scenario. Software innovators have a much different attitude about black swans. Rather than prepare their response for them, they usually act as though they will never occur. Sure, you might do everything you can to prevent, say, an unexpected architectural glitch Read more

Jan 262016
Grandiose Transformation

Digital transformation (DT) is aspirational. Everyone wants to transform their business, and every business person who’s alive knows that transformation now primarily depends upon leveraging the right digital technology at the right time on the right processes and business models at the right cost. Everywhere I go I hear about “amazing,” “fabulous,” “terrific,” and “incredible” transformation projects underway, projects that will “disrupt” and “revolutionize” companies. When I ask transformation teams about specific projects, though, I often get blank stares. Sometimes it feels as if transformation projects are ordered (like burgers) by outsiders (like financial analysts who cover public company stocks) and not insiders, who are often threatened by change, especially major change. In my experience, Read more

Jan 152016

Is QA (aka QC) seen as an impediment in your organization? If you answered yes to this question, then chances are your organization is in one of two camps: 1) QA is really an impediment, or 2) QA is actually ensuring that your organization is releasing quality software. QA is Really an Impediment Some organizations still have formal QA departments that execute testing as a separate phase than the development team. While this may be a necessity in some industries due to laws and regulations, for most other organizations where this is not required, it is usually a sign of a QA team that is not ready to change. It is a sign that this Read more

Jan 122016

[All posts in this series: 1, 2, 3, 4] As I read through Tom Grant’s article on Agile Frameworks, one word kept jumping out at me: structure! People like frameworks because they provide a structure that is repeatable. As I think back to all the Agile deployments I have dealt with, there were many misconceptions about Agile but the one that was consistent was that Agile did not have structure. Many managers who asked for Agile to be implemented had the idea that being Agile meant that you didn’t have to do many of the things that they were doing with the other software development process they were using. Managers focused on the literal meaning Read more

Jan 122016
The Agile Challenge in System Design

While Agile is pretty mainstream by now in Web and app development, it is still a major challenge in system design, where software plays only a part of the game, although that piece is steadily increasing. Whether we’re talking about manufacturers of cars, chips, or medical devices, they all need to respond to the increasing pace in the market. Only one or two decades ago, these industries were content with product cycles of three to five years. Today, some chip manufacturers are capable of delivering a new version of their product every second month, causing excitement for their customers and despair for their competitors. Obviously, Agile in these industries means something different than in pure Read more

Jan 112016
Call for Papers: Technical Debt: The Continued Burden On Software Innovation

Technical debt is like the family secret that no one wants to talk about. Everyone knows that it exists, it’s awful, and it makes life miserable for everyone affected by it. However, people are often unable or unwilling to confront it. The simplest explanation of technical debt is the increasing burden created with each decision to cut corners when coding software. The greater the pressure to deliver software, the greater incentive to cut corners. The more corners cut in the past, the harder it is to deliver new software value in the future. Technical debt imposes significant business costs. In an era of digital transformation, organizations respond more slowly to threats and opportunities. What little Read more

Jan 082016
Agile Frameworks: Does Anyone Know What A Framework Is?

[Later posts in this series: 2, 3, 4] [Welcome to the first in a series of posts about Agile frameworks. In this series, Cutter consultants in the Agile Product Management & Software Engineering Excellence practice give their thoughts on this topic, with the goal of helping people make smart decisions about choosing or implementing Agile frameworks. The author of this first post is Tom Grant, the practice director for Agile Product Management & Software Engineering Excellence.] To My Cutter Colleagues, First, thank you for agreeing to start this dialogue. Given the amount of time we’ve spent talking about Agile frameworks, both with our clients and each other, I thought it would be a good idea to open Read more