Dream team: twelve domains of knowledge for modern product teams

Gone are the days of the product team triad of product, design and engineering. Today’s product teams require skills and knowledge across twelve domains of knowledge.

  • Analysis – depending on the context might be business analysis or data analysis and reporting.
  • Architecture – Tech stack and architectural design and decisions.
  • Content – designing and creating content for product and marketing.
  • Customer success – supporting users to make best use of the product, collecting feedback.
  • Delivery – support development/engineering, remove barriers, schedule and facilitate software development.
  • Development/engineering – Developing and managing software packages for websites and applications.
  • Interaction design – Generate interaction concepts that enable seamless and relevant experiences for users.
  • Marketing- Identify target audience, promote products and services.
  • Product – Align product vision and strategy to organisational goals, user needs, technical capabilities.
  • Project – Manages scope, schedule, finance, risk, quality and resources.
  • Research – plan, design and carry out user and market research activities to get a deep understanding of the users.
  • Service design – Design the end-to-end journey of a service to help users complete their goal

Status updates: people-driven or task driven.

People-driven status updates take the team members that are available to make updates as the starting point. The question asked is, “Which tasks have you progressed?”. Those that are available update on their progress on the tasks. If the person isn’t available then their progress doesn’t update the task.

Task-driven status updates use tasks as the starting point. The question asked is, “How has this task progressed?” Anyone that has worked on that task can add to the update. If someone isn’t available then their update isn’t added to the task.

Weeknotes #252

This week I did:

Global optimisation

I had some time to begin to think about the work our team will be undertaking over the next few quarters. Second to ‘what’ work we do is ‘how’ we do it. The upsteam and downstream coordination is an interesting challenge to ensure that change is introduced at the pace it can be adopted. I have a sense this is going to feel like slowing down from how we’ve been working over the past year but global optimisation is almost always better than local optimisation.

Team stability

There have been a few conversations and situations this week where the underlying theme seemed to be about the stability and change experienced by a group of people. It seems paradoxical but at the same time completely obvious, to say that stability enables change to be accepted and adopted. Too much change, in these cases, in the membership of teams prevents effective and efficient progress. It stops ownership, accountability and responsibility in it’s tracks. I wonder if the need for the stability of teams changes with the number of teams that make up an organisation, so, can an organisation achieve its strategic goals if it has some stable and some unstable teams, and where is the threshold? How much instability can an organisation absorb?


Thought about:

Technological convergence

I’ve been working on my assignment about what role blockchain might play in the future of work, and the one of the conclusions I’ve reached is that blockchain will have a far greater affect where it converges with other emerging technology such as artificial intelligence and Internet of things devices. This feels like a bit of a revelation to me. I see lots of talk about how AI is going to affect is in the future, what self-driving vehicles might do to transportation, etc., but I don’t think I’ve ever read anything about the effects of all these different technologies when they are put together.

Business processes and social structures at work

On one hand, business processes are meant to codify and formalise the way things like decision-making work, to reduce variability and ensure predictability and perhaps even fairness. And on the other hand, social structures are built around influencing people, encouraging cooperation and collaboration to get the right decisions made. How do these two things intersect? Are they both necessary? Do they conflict? I’ve previously thought that hierarchies are good for authority and networks good for information flow, but what structures facilitate decisions?


Read:

Teamwork

I read a bit of this student guide to teamwork. It has some useful references and definitions such as Hughes and Jones (2011) defining “what makes a team something different from any other group of people” as sharing some defining characteristics: a shared collective identity, common goals, interdependence in terms of assigned tasks or outcomes, and distinctive roles within the team. I wonder if work place culture is sometimes anti-intellectual and that we get ideas about things like how teams work from something someone read on a blog post about a book that was based on one person’s experience rather than our understanding being based on research and expertise, so having easy references like this book help my thinking.

The Outsider

I’ve started reading Colin Wilson’s The Outsider. In it Wilson describes the outsider through the works of Kakfa, Camus, Hemmingway and others, as someone alienated from society by their own indifference, as a anti-hero who rejects civilised standards and his duty to society in pursuit of some kind of existential freedom. He says, “freedom is not simply being allowed to do what you like; it is intensity of will, and it appears under any circumstances that limit man and arose his will to live”.

I’m interested in the idea of the outsider in modern digital times. If Wilson was writing today would he still be looking at literature for descriptions of the experience of the outsider or would it be hacker culture, anti-establishment peer-to-peer networks, and social media? How does existential alienation from mainstream culture take place in an always-on inter-connected world? Does it manifest as self-imposed exile to the worlds of games, or absorption in tech-startup fantasies of utopia? So much to think about.

Weeknotes #251

This week I did:

Rethinking risk

I spent some time this week working on how we think about risk, and start to recgonise that estimating and quantifying the likelihood of a risk occurring isn’t a very helpful way of thinking about some risks. For some risks, the kind of risks where even a single occurrence is unacceptable, severity is what matters. The tendency of likelihood-focused thinking is to assume that risk can be mitigated to point of being extremely unlikely to occur, and so severity doesn’t matter. But severity-focus thinking assumes the risks of high severity are always high severity, however likely or unlikely they are to occur, and so either need to be accepted or removed entirely.

Rationalising requirements

Of course no product manager should just be taking business requirements and handing them to the development team to build without some rationalisation and validation, but I’ve been spending quite a bit of this week figuring out what a structured rationalisation process might look like with getting caught in a bootstrap problem. Our programme design teams want to add something to the courses we deliver, and that thing requires some costly and complex technical development, which we don’t want to do unless we’re sure it’s going to get used and so we ask questions about how people might be trained in using this new feature, how many people might benefit, what is the total value, but of course those are hard questions to answer with only an idea of something to add. So where to start, that is the question.

A porous membrane for the organisation, and why it matters for product thinking

I’ve been thinking for a while about how and why the boundary between an organisation and society can be made porous to allow for knowledge to flow both ways. Whether this is Friedman’s nonsense about the purpose of a company or Macleod’s ideas about how organisations use blogging and social media, or how technology products act as interfaces between organisations and customers, the nature of the relationship between organisations and society is changing.

Simple machines

I went to a launderette and used a change machine. I’m fascinated by simple machines like these that have a very direct logic about their interface and require the people using them to make the decisions. Most of the software we use is other people’s decisions.


And thought abut:

What problem does Product Management solve?

A colleague asked me about what I do as a product manager, and as usual I struggled to articulate anything more than, “whatever I can to help the product be a success”. Generally, the usual explanation of being at the intersection of technology and what we can do with it, business objectives and how we achieve them, and customer needs and how to meet them, works but doesn’t help anyone understand the what or how of product management in a charity. There’s acceptance that there are lots of overlaps with what other roles do, there’s some business analysis, technical architecture, UX design, customer support, etc., but what does product management do that is unique to product managers? Or to put it another way, what problem does the role of a product manager solve for the organisation?

Change isn’t failure

Making a decision that was right at a point in time but, having learned more since then that makes that decision now look wrong, doesn’t actually make it a wrong decision. It’s better to make a new decision based on new information. Not making a new decision, continuing with the old decision, is more wrong now than the original decision. How we frame learning and making new decisions not as failures and changing minds, but as progress and the mark of good leadership in a digital organisation is a challenge.


And I read about:

Team topologies

I listened to a podcast about Team Topologies and patterns that help organisations achieving a fast flow of change in order to be more successful at software delivery. The three key principles they talked about were: Optimising for faster flow in live systems, using rapid feedback from those live systems so teams can course correct, and limiting team cognitive load. These allow teams to assume end-to-end responsibilities and develop solid practices. I’m definitely going to learn more about this.

Rethinking the ‘rainy day’ myths of charity reserves

Charity reserves are an interesting thing. There’s a lot to rethink and and lot of perspectives to rethink from. In start-up terms, it would be called a runway. It’s how long the organisation can operate before it runs out of money. For a charity, and more so for the people who are helped by the charity, the length of that runway is even more important than for most startups. Thinking around reserves crosses-over with the financial literacy of the trustees running the charity, the appetite for risk vs. interpretations of responsibility for overseeing the correct running of the charity, the types and sources of funding available, how many people are paid employees of the charity. All of these things and more should inform each charities position on reserves. It’s a more complex calculation than blanket guidance of x number of months operating costs can cover.

Direct Acyclic Graph

DAG’s are the latest and coolest implementations of Distributed Ledger Technologies. They tackle many of the issues that the sequential DLT’s such as Blockchain suffer from (although of course have their own downsides). As interesting as the technologies are, and s interesting as the use cases for the technologies are, I think the most interesting thing is how the ideas behind the technologies are going to affect our worldviews. We haven’t even figured out how the technologies of the internet have affected us, and here we already experiencing very different concepts.

Unlocking value with durable teams – FT Product & Technology

Our goal on Customer Products is to make FT.com and the iOS and Android apps be as good as they can be for our customers, and increase the lifetime value of each customer or corporate licence. As with any tech organisation, we have a tech estate that we need to keep sustainable, supportable and operationally reliable, while also freeing up as much time as possible to deliver value to our customers and the business.