āWeb Design as a Processā in Charts: Maintenance, Decay, Tech Debt, and Big Bang Launching
Published on FebĀ 19, 2024, filed under development, quality (feed). (Share this on Mastodon orĀ Bluesky?)
Web design is a process.
This process relates to the quality and completeness of a given website, as observed over time.
āQuality,ā in this context, is broad, and includes content, design, and code quality. āCompletenessā assumes an open end state for content, design, and code. (This end state cannot be defined for many projects, but having one isnāt merely theoretical.)
We can chart our maintenance work in relation to completeness and quality, over time, for a simplified illustration of web design as a process.
Continuous Maintenance
When we maintain a website, when we add and improve content and optimize its design and code, we keep improving its completeness and quality:
The cyan-colored top and bottom lines provide examples of more or fewer maintenance efforts, resulting in better or worse results in terms of completeness and quality.
No Maintenance
When we donāt maintain a website, then in most cases it will decay:
Technical Debt
Tech debt is interesting because it can be viewed as a maintenance bump. Had the debt not been incurred, the development would have been steady (continuous maintenance); taking it up, however, means that thereās a delta, a decrease in quality, from where maintenance proceeds:
Again, this is simplifiedāthe development is generally not linear, and in case of technical debt we can assume many bumps with many different levels of elevation depending on whether and how the debt is being addressed.
Big Bang Launching
āBig bangā launching is a special form of maintenance thatās usually highly disruptive, but hoped to bring high rewards. That can be the case, when website completeness and quality both increase (upper bound). Itās also possible that both plateau, or even decrease:
The risk of not accomplishing major improvements (that would justify the large expense) is one reason why itās good to be mindful of website redos.
ā§ There are cases in which a website needs no maintenance and will experience close to no decay. That can be the case when the scope is well-defined, content is complete, and content, design, and code quality high.
That is the exception though. In the vast majority of cases, websites need maintenance, and lacking maintenance, they decay. Tech debt and relaunches are special cases of forfeited or excessive maintenance, respectively, each coming with risks and opportunities.
As long as we donāt deal with the rare case of a perfect, maintenance-free website, itās useful for us to make conscious decisions on the type and level of maintenance we want to expend. Without maintenance, thereās decay: Web design is a process.
(You can find all the charts on a Miro board. Feel free to remix.)
About Me
Iām Jens (long: Jens Oliver Meiert), and Iām a web developer, manager, and author. Iāve been working as a technical lead and engineering manager for companies youāve never heard of and companies you use every day, Iām an occasional contributor to web standards (like HTML, CSS, WCAG), and I write and review books for OāReilly and Frontend Dogma.
I love trying things, not only in web development and engineering management, but also in other areas like philosophy. Here on meiert.com I share some of my experiences and views. (I value you being critical, interpreting charitably, and giving feedback.)