Click here to close now.


Microservices Expo Authors: Liz McMillan, Carmen Gonzalez, Pat Romanski, Yeshim Deniz, Jason Bloomberg

Related Topics: Microservices Expo, Java IoT, Linux Containers, Open Source Cloud

Microservices Expo: Article

Agile 101: Product Owner - Improved Insight into Customer Needs

Scrum Agile Leadership and communication skills for Product Owner

In a Scrum-Agile project management environment, the product owner acts as a catalyst of change in the organization, enabling value creation through projects and products. Product owners create the required link between how the business would look like in the future and the current state. The product owner is a key facilitator within the organization in bridging the client and the business community with the Agile development team.

Most of what a product owner performs can be defined in the broader sense as: 1) Creating and increasing value for the business, and 2) Eliminating and reducing costs for the business.

The product owner is required to identify business needs and determine solutions to business challenges. We can characterize the role description of the product owner as related to the above tasks into several key responsibilities. The product owner needs to:

  1. Mine for and create epics that guide the business towards value creation and cost savings;
  2. Plan and maintain epics, themes and user stories;
  3. Elicit epics, themes and user stories;
  4. Reach consensus and understanding of epics themes and user stories between the business and the Agile development team;
  5. Focus on user stories according to specific guidelines such as INVEST (Independent, Negotiable, Valuable, Estimable, Small, Testable);
  6. Communicate and collaborate continuously.

As the product owner is the focal point for strategic and tactical product management, he or she collaborates with many stakeholders and must communicate with all of them. Specifically the product owner interacts with the business community and the Agile development teams on a regular basis. He or she should also communicate with management in making sure that business objectives are indeed captured in themes and epics.

On any single Agile development effort the product owner:

  1. Elicits user stories, making them INVESTabile;
  2. Analyzes them with the team;
  3. Provides feedback to the business community;
  4. Communicates continuously while prioritizing user stories;
  5. Monitors user stories to their respective epics and themes;
  6. Supports the Agile development teams throughout the Sprint - providing clarifications where needed;
  7. Approves and accepts the developed features at the end of the Sprint;
  8. Maintains a rudimentary or full-fledged traceability of user stories to business, to epics and themes, and to any other relevant criteria that he has defined.

Communication is a key differentiator in the product owner's effectiveness and most often an aspect in which product owners are lacking the necessary know how. This, in turn, impacts negatively the product owner's performance. Emphasis is given to the elicitation of user stories since product owners are usually gathering the stories instead of eliciting them.

The main difference between gathering and eliciting is: Elicitation is an analytical, free-flowing communication and collaboration effort which fits well with Agile development as described in the Agile Manifesto. Gathering is a passive activity with little invested analysis. When a product owner is a gatherer he is actually no more than an administrator.

To summarize the points above: it is vital that the product owner understands the context in which he is working, the tools that she can use while performing the work, and the essence of what it means to be a product owner in an effective Agile product development environment.

Improved Insight into Customer Needs

The product owner constantly communicates and collaborates both with the business community and with Agile development teams. Communicating is the basis for collaborating. Communicating has several goals:

  1. Letting others know of something;
  2. Asking for feedback from others;
  3. Convincing others;
  4. Proactively building relationships.

In the process of communication, personal, cultural, intercultural, and language barriers exist. The product owner should be cognizant of these barriers and understand that the same message can be perceived differently than anticipated as well as differently by various groups and teams of stakeholders. An effective product owner understands that messages are received, deciphered and perceived differently by others since they have individual and distinct perception filters. Examples of filter categories can be:

  1. Values-personal - values impact the way a message is perceived;
  2. Interests -  a specific team member interest in a certain user story can impact the way he estimates that story;
  3. Expectations -  different expectations result in different levels of collaboration;
  4. Past experience - past experience can alter how people accept a certain message and respond to it. This for example can result in different understanding of the same user story to be developed.

When communicating we are subjective, moving away from messages that conflict with our ideas and beliefs. We tend to hear just what we want to hear, and we usually pay more attention to things that interest us. Our past experience impact and biases us, emotions and psychological states impact how we perceive a message and how we communicate. Taking into account these obstacles to mutually effective communication, it is vital that the product owner spend time both when eliciting the user stories and also in conveying them to the team. During the Sprint planning meeting or for that matter any other Agile process which includes detailing the user stories to the development team, care should be given to feedback loops and the clear understanding of what is required to be developed.

When discussing the user story with the Agile development team, for example, it is not sufficient to read out loud the user story cards. The product owner should actively ask for feedback to assure understanding concerning the specific story.It is useful to add graphics, diagrams, illustrations and mind maps to emphasize the understanding.

I probably cannot emphasize enough how important this is in an Agile environments. Since Agile is scarce in formal documentation the clear and concise understanding of what is required to be developed during the collaborative process between product owner and the Agile development team, is key to the Agile development process. Without the clear understanding of what needs to be developed, the team might be investing efforts in the wrong direction. Thus, it can be a very efficient Sprint - speedy and producing the stated results; however it will also be an ineffective Sprint - the results received are not the ones that were required.

This constant feedback and communication loop between the product owner and the business community, and between the product owner and the development team, is key to successful product development in Agile environment. It is also a key element in any product development environment; however, as mentioned before, the typical lack of formal documents in Agile necessitates the constant communication and collaboration, clarifying expectations and interests during Agile development.

I suggest that all product owners participate in communication skills training, learn strategies in developing their skills and enhance their facilitation techniques. A practical approach to handle the communication barriers is to make sure that:

  1. One knows the communication objective ahead of time;
  2. Remains cognizant during a communication interaction and analyze the specific situation from both the communicator and the receiver perspectives.
  3. Remains aware of the restrictions imposed by the environment.
  4. Establishes and promotes a multi-way feedback loop;
  5. Is able to communicate in more than one method: i.e. pictures, drawing, diagrams and prototypes. These are great tools to enhance communication.

The product owner's core competencies are facilitation, communication and leadership skills. Effective product owners are able to:

  1. Listen
  2. Emphasize
  3. Facilitate meetings
  4. Handle tough communication and conflict management situations
  5. Be effective presenters
  6. Lead product related business decisions and openly discuss them with the Agile development team
  7. Negotiate, mediate and influence between the Agile development teams and the business community.

Agile Product Owner Michael Amazon

This article is excerpted from the author’s new e-book Agile Product Owner Secrets. A print version of the book is found here

More Stories By Michael Nir

Michael Nir - President of Sapir Consulting - (M.Sc. Engineering) has been providing operational, organizational and management consulting and training for over 15 years. He is passionate about Gestalt theory and practice, which complements his engineering background and contributes to his understanding of individual and team dynamics in business. Michael authored 8 Bestsellers in the fields of Influencing, Agile, Teams, Leadership and others. Michael's experience includes significant expertise in the telecoms, hi-tech, software development, R&D environments and petrochemical & infrastructure industries. He develops creative and innovative solutions in project and product management, process improvement, leadership, and team building programs. Michael's professional background is analytical and technical; however, he has a keen interest in human interactions and behaviors. He holds two engineering degrees from the prestigious Technion Institute of Technology: a Bachelor of civil engineering and Masters of Industrial engineering. He has balanced his technical side with the extensive study and practice of Gestalt Therapy and "Instrumental Enrichment," a philosophy of mediated learning. In his consulting and training engagements, Michael combines both the analytical and technical world with his focus on people, delivering unique and meaningful solutions, and addressing whole systems.

@MicroservicesExpo Stories
The web app is agile. The REST API is agile. The testing and planning are agile. But alas, data infrastructures certainly are not. Once an application matures, changing the shape or indexing scheme of data often forces at best a top down planning exercise and at worst includes schema changes that force downtime. The time has come for a new approach that fundamentally advances the agility of distributed data infrastructures. Come learn about a new solution to the problems faced by software organ...
Achim Weiss is Chief Executive Officer and co-founder of ProfitBricks. In 1995, he broke off his studies to co-found the web hosting company "Schlund+Partner." The company "Schlund+Partner" later became the 1&1 web hosting product line. From 1995 to 2008, he was the technical director for several important projects: the largest web hosting platform in the world, the second largest DSL platform, a video on-demand delivery network, the largest eMail backend in Europe, and a universal billing syste...
Containers have changed the mind of IT in DevOps. They enable developers to work with dev, test, stage and production environments identically. Containers provide the right abstraction for microservices and many cloud platforms have integrated them into deployment pipelines. DevOps and Containers together help companies to achieve their business goals faster and more effectively.
Saviynt Inc. has announced the availability of the next release of Saviynt for AWS. The comprehensive security and compliance solution provides a Command-and-Control center to gain visibility into risks in AWS, enforce real-time protection of critical workloads as well as data and automate access life-cycle governance. The solution enables AWS customers to meet their compliance mandates such as ITAR, SOX, PCI, etc. by including an extensive risk and controls library to detect known threats and b...
Docker is hot. However, as Docker container use spreads into more mature production pipelines, there can be issues about control of Docker images to ensure they are production-ready. Is a promotion-based model appropriate to control and track the flow of Docker images from development to production? In his session at DevOps Summit, Fred Simon, Co-founder and Chief Architect of JFrog, will demonstrate how to implement a promotion model for Docker images using a binary repository, and then show h...
DevOps has often been described in terms of CAMS: Culture, Automation, Measuring, Sharing. While we’ve seen a lot of focus on the “A” and even on the “M”, there are very few examples of why the “C" is equally important in the DevOps equation. In her session at @DevOps Summit, Lori MacVittie, of F5 Networks, will explore HTTP/1 and HTTP/2 along with Microservices to illustrate why a collaborative culture between Dev, Ops, and the Network is critical to ensuring success.
Overgrown applications have given way to modular applications, driven by the need to break larger problems into smaller problems. Similarly large monolithic development processes have been forced to be broken into smaller agile development cycles. Looking at trends in software development, microservices architectures meet the same demands. Additional benefits of microservices architectures are compartmentalization and a limited impact of service failure versus a complete software malfunction....
Despite all the talk about public cloud services and DevOps, you would think the move to cloud for enterprises is clear and simple. But in a survey of almost 1,600 IT decision makers across the USA and Europe, the state of the cloud in enterprise today is still fraught with considerable frustration. The business case for apps in the real world cloud is hybrid, bimodal, multi-platform, and difficult. Download this report commissioned by NTT Communications to see the insightful findings – registra...
Manufacturing has widely adopted standardized and automated processes to create designs, build them, and maintain them through their life cycle. However, many modern manufacturing systems go beyond mechanized workflows to introduce empowered workers, flexible collaboration, and rapid iteration. Such behaviors also characterize open source software development and are at the heart of DevOps culture, processes, and tooling.
Containers are revolutionizing the way we deploy and maintain our infrastructures, but monitoring and troubleshooting in a containerized environment can still be painful and impractical. Understanding even basic resource usage is difficult - let alone tracking network connections or malicious activity. In his session at DevOps Summit, Gianluca Borello, Sr. Software Engineer at Sysdig, will cover the current state of the art for container monitoring and visibility, including pros / cons and li...
DevOps Summit at Cloud Expo 2014 Silicon Valley was a terrific event for us. The Qubell booth was crowded on all three days. We ran demos every 30 minutes with folks lining up to get a seat and usually standing around. It was great to meet and talk to over 500 people! My keynote was well received and so was Stan's joint presentation with RingCentral on Devops for BigData. I also participated in two Power Panels – ‘Women in Technology’ and ‘Why DevOps Is Even More Important than You Think,’ both ...
In a report titled “Forecast Analysis: Enterprise Application Software, Worldwide, 2Q15 Update,” Gartner analysts highlighted the increasing trend of application modernization among enterprises. According to a recent survey, 45% of respondents stated that modernization of installed on-premises core enterprise applications is one of the top five priorities. Gartner also predicted that by 2020, 75% of
As the world moves towards more DevOps and microservices, application deployment to the cloud ought to become a lot simpler. The microservices architecture, which is the basis of many new age distributed systems such as OpenStack, NetFlix and so on, is at the heart of Cloud Foundry - a complete developer-oriented Platform as a Service (PaaS) that is IaaS agnostic and supports vCloud, OpenStack and AWS. In his session at 17th Cloud Expo, Raghavan "Rags" Srinivas, an Architect/Developer Evangeli...
Our guest on the podcast this week is Jason Bloomberg, President at Intellyx. When we build services we want them to be lightweight, stateless and scalable while doing one thing really well. In today's cloud world, we're revisiting what to takes to make a good service in the first place. Listen in to learn why following "the book" doesn't necessarily mean that you're solving key business problems.
For it to be SOA – let alone SOA done right – we need to pin down just what "SOA done wrong" might be. First-generation SOA with Web Services and ESBs, perhaps? But then there's second-generation, REST-based SOA. More lightweight and cloud-friendly, but many REST-based SOA practices predate the microservices wave. Today, microservices and containers go hand in hand – only the details of "container-oriented architecture" are largely on the drawing board – and are not likely to look much like S...
In their session at DevOps Summit, Asaf Yigal, co-founder and the VP of Product at, and Tomer Levy, co-founder and CEO of, will explore the entire process that they have undergone – through research, benchmarking, implementation, optimization, and customer success – in developing a processing engine that can handle petabytes of data. They will also discuss the requirements of such an engine in terms of scalability, resilience, security, and availability along with how the archi...
Any Ops team trying to support a company in today’s cloud-connected world knows that a new way of thinking is required – one just as dramatic than the shift from Ops to DevOps. The diversity of modern operations requires teams to focus their impact on breadth vs. depth. In his session at DevOps Summit, Adam Serediuk, Director of Operations at xMatters, Inc., will discuss the strategic requirements of evolving from Ops to DevOps, and why modern Operations has begun leveraging the “NoOps” approa...
The last decade was about virtual machines, but the next one is about containers. Containers enable a service to run on any host at any time. Traditional tools are starting to show cracks because they were not designed for this level of application portability. Now is the time to look at new ways to deploy and manage applications at scale. In his session at @DevOpsSummit, Brian “Redbeard” Harrington, a principal architect at CoreOS, will examine how CoreOS helps teams run in production. Attende...
With containerization using Docker, the orchestration of containers using Kubernetes, the self-service model for provisioning your projects and applications and the workflows we built in OpenShift is the best in class Platform as a Service that enables introducing DevOps into your organization with ease. In his session at DevOps Summit, Veer Muchandi, PaaS evangelist with RedHat, will provide a deep dive overview of OpenShift v3 and demonstrate how it helps with DevOps.
All we need to do is have our teams self-organize, and behold! Emergent design and/or architecture springs up out of the nothingness! If only it were that easy, right? I follow in the footsteps of so many people who have long wondered at the meanings of such simple words, as though they were dogma from on high. Emerge? Self-organizing? Profound, to be sure. But what do we really make of this sentence?