We are at that point in which there is software in places where a few years ago, we never imagined that there would be need and usefulness in having software: TVs, refrigerators, stoves, cars, watches, glasses, clothing, locks, tables, chairs, medical equipment and so on. Not to mention the most obvious, the phone and wristwatch that are in our pockets, purses, and wrists and from which we are becoming increasingly dependent.
The ubiquity of software is now a reality; the software permeates numerous activities and objects of our daily lives. I think one can say that 100% of the population has their lives affected by software, and much of this population has frequent contact with software. According to the Digital 2019 report, even underdeveloped regions like Africa already have more than 36% of their active population on the Internet. In 2015 it was already 25%.
Even with this evidence that software-based digital products are part of the life of every person on the planet, I still have the impression that we do not give it due attention and care. Think of all the times you used a digital product over the past seven days. Have you had any frustrating experiences with it? I’m sure you did.
I have frustrating experiences with the software on a daily basis. Even software made by experts on the topic of digital product development — such as Google, Facebook, and other companies that were born and raised making software and that are often cited as references when we discuss the software development process — cause us frustration.
Software development has evolved a lot over the years. Talking about processes, we had a waterfall where each phase of the software development occurred sequentially. The distance between the need that generated the demand of the software development and the software itself was huge.
At the beginning of this millennium, we begin experiencing agile methodologies, which turned the software development process into a cycle with short interactions that promote continuous feedback. This helped considerably to bridge the gap between the need that generated the demand for software development and the software itself.
In terms of the aspects taken into consideration in the software development, we also evolved a lot. In the beginning, software was developed by teams composed exclusively of software developers. In fact, it was not uncommon for these teams to be composed of a single person. We increasingly see multidisciplinary teams working together in the development of software; which is very good because it brings new insights to the software being developed.
On one hand, the concern with the user, her goals when using the software, and her interactions with this software are taken care of by user experience professionals, or UX.
On the other hand, the concern about software operation, i.e., where this software will run and what performance and availability it needs to have, brought system administration professionals (SysAdmins) closer to the software development process. This proximity between software operation and software development is what gave rise to the term and DevOps culture.
So, we deliver software more frequently, and brought UX and SysAdmins into the software development process; but is this really enough? How do we tell the world, or better, the people who can benefit from this software, that this software exists? How do we take care of your legal issues? When a user has a problem with the software, how do we help her? How do we manage the return it will bring? How to ensure that the software meets the objectives of its owner while it also meets the needs of its users?
Thinking about these issues, some companies that are considered experts on software development began to adopt new expertise in its software development process, Digital Product Management. This role aims to ensure that the software being developed meets the objectives of its owner while it also meets the needs of its users.
In addition, a person in this role has to consider all the aspects of the digital product that I mentioned earlier. Some agile methodologies such as Scrum have the role of the Product Owner, whose main responsibility is to prioritize items to be developed. In a way, this is what a Digital Product Manager does, but there’s a little bit more to be covered by this role.
That’s what I’ll talk about in this book. 🙂
This book is recommended for anyone who works with software. It is for people who are product managers since every product manager knows that there is always plenty to learn. And even those who have good knowledge of all the topics presented in the book may benefit from reviewing the topics.
This book is also recommended for anyone who is willing to get into a product management career. I believe this book can relieve some of the anxiety of those who are considering becoming product managers and are not sure what they will do and what other people expect of them.
I believe that even people who are not planning to become product managers will also benefit from this book, understanding what a person in this position does in the software life cycle and how a product manager should relate to other areas.
Note that I said this book is suitable for anyone working with the software. Even companies that do not have software as their core business use software in their day-to-day and often have developed some software that interfaces with its customers, such as a website or a mobile application. It is important for these companies to understand the software product management role and responsibilities, so they can better manage this software and increase its chances of success.
This book does not pretend to cover all the topics extensively. If it did so, it would probably have to be in a collection of books. My goal is to talk about the main topics related to digital product management, deepening on some specific topics and providing various additional reading suggestions.
In some places, the book will refer to Agile software development and the role of PO (product owner). I believe that the knowledge of the software development process and the different roles involved in this process is not necessarily a prerequisite for reading this book, but it is certainly knowledge that will help increase the chances of success of your software. If you want to delve into the subject, I recommend the book “Learning Agile: Understanding Scrum, XP, Lean, and Kanban” by Andrew Stellman, Jennifer Greene. In addition to explaining the principles behind agile culture, it also presents Scrum, XP, Lean, and Kanban, the four most popular agile methodologies, and how to spread the agile culture throughout the company. Recommended reading.
I wrote the book with the following structure:
This sequence has a logical order and some chapters reference topics covered in previous chapters. For this reason, I recommend the sequential reading of the book. However, the chapters can also be read independently. If you are very curious to read about a particular topic, feel free to jump straight to the relevant section.
Do you work with digital products? Do you want to know more about how to manage a digital product to increase its chances of success, solve its user’s problems and achieve the company objectives? Check out my Digital Product Management bundle with my 3 books where I share what I learned during my almost 30 years of experience in creating and managing digital products: