Product summit key note

•Descargar como PPTX, PDF•

3 recomendaciones•94 vistas

somu-vadali

Product Management in India with changing landscape and the solution - Full-stack PM

Presentaciones y charlas públicas

Good Product Management Is Invisible
Bad Is Everywhere
 Understands Customer un-met needs and
builds strategy
 Facilitates discussion
 Drives the what & why
 Tells the story
 Owns success / failure of product
 Includes every feature customer asks for
 Decides in isolation
 Defines the how
 Presents features
 Too many factors out of their control

Should Product Managers……
• Be technical? (Design,
Engineering, UX)
• Have business degrees? Be
business analysts?
• Spend time with customers?
Conduct user interviews?
• Manage people? Resolve
conflicts? Shield the team?
• Understand digital marketing?
Build digital marketing
campaigns? Be growth
hackers?
• Facilitate workshops? Mediate?
• Be data analysts?
• Seek opportunities?
• Ideate and innovate?
• Build roadmaps?
• Create dashboards?
• Be decision makers?
• Set strategy and direction?
• Create user journey maps?
• Approve PRs?
• Conduct market research?
• Project manage?

Product Management in India
 Engineers with MBA  IIM ABC & ISB
 Operations/ Customer Success guys
 Close to the CEO
 Buddy of Head of Product
 Tech guy who threatened to quit
 Either completely focused on one side – business or
technical

What is changing in Indian context?
 More data available
 More product based companies
 More consumer centric products
More B2B companies
 More new start-ups and green space activity
 A very different culture - control and control
 Need for globally competitive products
Higher demand for Good PMs

Metrics
Metrics focus with caution
Obsessing about metrics before product market fit, leads to death.
 Not obsessing about metrics after product market fit, leads to death.
 Staying prisoner to old metrics when market moves, leads to death.
 Not adapting metrics to phases of growth, leads to death
 value hacking, growth hacking, profit hacking, company building

Full-stack Product Manager
What you want….. What you get…..

Full-stack Product Manager is….
 Intellectual – with ability to process & synthesis information
 Excellent communication skills – understands currencies of
various stakeholders
 Demonstrated leadership 
 Collaborative and effective within the company culture
 Knack of knowing what users/customers want
 Entrepreneurial
 Strong Analytical bent
 If you find one let me know 

Role is evolving..
 The Growth Hacker Product Manager
 The Workflow Warrior Product Manager
 The Community Connector Product Manager
 The Platform Product Manager
 The Data (AI) Product Manager
 The Mobile App Product Manager

Más contenido relacionado

La actualidad más candente

With an ever-increasing array of tools and technologies claiming to 'enable DevOps', how do we know which tools to try or to choose? In-house, open source, or commercial? Ruby or shell? Dedicated or plugins? It transpires that highly collaborative practices such as DevOps and Continuous Delivery require new ways of assessing tools and technologies in order to avoid creating new silos. Matthew Skelton shares his recent experience of helping many different organisations to evaluate and select tools to facilitate DevOps; the recommendations may surprise you. A talk given at DevOps Exchange (#doxlon) meetup group on 24th July 2014: http://www.meetup.com/DevOps-Exchange-London/events/194288152/

How to choose tools for DevOps and Continuous Delivery - #doxlon

Matthew Skelton

What are some of the key differences between traditional and modern internal platforms? Many organizations have built large internal “platforms” over the years, but never achieved the benefits in speed and reduced cognitive load for their development teams that more nimble organizations increasingly showcase. Why is that? What kind of behaviors and mindset drive modern Internal Developer Platforms (IDPs) and platform teams? There is hardly a more competent DevOps thought leader on this subject than Manuel Pais, co-author of the book Team Topologies. During the webinar we will answer questions like: How do you define core goals of modern internal platforms? What are typical consumption patterns of IDPs? How can you balance between platform stakeholders vs customers?

Traditional vs Modern Internal Platforms @ Humanitec webinar, Jun 2021

Manuel Pais

From a WTFinar with Container Solutions on 2020-11-19 Savvy organisations are discovering the value of treating their internal platforms as products. But what does it mean to treat a “platform as a product”? What benefits does this give, and why would an organisation adopt this approach? In this talk, [Matthew Skelton] [Manuel Pais], co-author of the book Team Topologies, explains why the platform-as-product approach can be a game-changer for organisations building and running software-enabled products and services. Using ideas & patterns from Team Topologies - including Thinnest Viable Platform, team cognitive load, and the evolutionary team interaction modes - [Matthew] [Manuel] explains how organisations like adidas and Uswitch have successfully used the platform-as-product model to accelerate and simplify the delivery of software at scale.

WFT is platform as a product? Clues from Team Topologies - WTFinar with Conta...

Matthew Skelton

DevOps is all about Continuous Testing. Without CT there is no continuous delivery. This talk explained how CT affects the success of DevOps and enumerates seven best practices that are essential for acceleration of Continuous Testing which include: 1. Team and culture specific to CT 2. CT System stability and metrics 3. Test tools integration 4. Accelerated test execution 5. CT-Ready tools 6. Fast and relevant test case analytics 7. Orchestration of test topologies

Best Practices for Accelerating Continuous Testing

Sailaja Tennati

 Organizations that do not adapt rapidly to the modern, highly-changeable business and technical environment are failing, and failing in large numbers. Increased regulation, pressures from climate change, shifting of energy sources, digitalization, cloud-native, and (recently) the COVID-19 pandemic are all driving a need for business and technical agility in organizations of all sizes. In this talk, we’ll explore how the patterns and principles from Team Topologies promote true business and technical agility through a rapid flow of software change, fast feedback from running systems, a strong drive for loose coupling, and an awareness of sociotechnical mirroring. Combined with a product mindset and techniques from Domain-driven Design, the Team Topologies approach is helping organizations around the world to adapt to the “new normal” and achieve true business and technical agility.  Manuel Pais is co-author of Team Topologies: organizing business and technology teams for fast flow. Recognized by TechBeacon as a DevOps thought leader, Manuel is an independent IT organizational consultant and trainer, focused on team interactions, delivery practices and accelerating flow. Manuel is also a LinkedIn instructor on Accelerating Continuous Delivery in the Enterprise. https://www.linkedin.com/in/manuelpais/

Business Agility with Team Topologies @ Digital Transformation London meetup,...

Manuel Pais

Autonomous empowered cross-functional product teams. Sounds like a dream team, doesn’t it? So what does this mean for software delivery teams? Do we expect such a team to set up their CI/CD tooling and pipelines, automate infra, test and secure *all the things*, and, of course, run and monitor their product live? Oh wait, there’s more: they need to actually understand who their customers are, what they need from the product, what is causing friction, and what is the viability of our product as a net positive for the organization. Sounds familiar? Congratulations, you’re already playing Tetris with cognitive load! Want to know more about team cognitive load and how we can make use of effective team topologies and interactions to balance and minimize the cognitive load across an ecosystem of teams. Join this talk and climb up the cognitive load Tetris ranking with the help of one of the co-authors of the book Team Topologies: Organizing Business and Technology Teams for Fast Flow!

Playing Tetris with Cognitive Load @ Craft Conference, Jun 2021

Manuel Pais

Beyond Agile with Team Topologies

Rich Allen

Organizations that do not adapt rapidly to the modern, highly-changeable business environment are failing, and failing in large numbers. Increased regulation, pressures from climate change, shifting of energy sources, digitalization, and (recently) the COVID-19 pandemic are all driving a need for business agility in organizations of all sizes. In this talk, we’ll explore how the patterns and principles from Team Topologies promote true business agility through a rapid flow of software change, fast feedback from running systems, a strong drive for loose coupling, and an awareness of sociotechnical mirroring. Combined with a product mindset and techniques from Domain-driven Design, the Team Topologies approach is helping organizations around the world to adapt to the “new normal” and achieve true business agility. Matthew Skelton, co-author of Team Topologies, shares insights from organizations in several different industry sectors including banking, financial services, insurance, retail, and leisure.

Business agility with Team Topologies - NatWest Group - 2021-01-19

Matthew Skelton

Delivery patterns for rapid and reliable releases (All Day DevOps 2018)

Manuel Pais

Product Teams Need a Family Too! @ Stockholm Engineering Leadership Meetup, J...

Manuel Pais

The “monoliths vs microservices” debate often focuses on technological aspects, ignoring strategy and team dynamics. Instead of technology, smart-thinking organizations are beginning with team cognitive load as the guiding principle for modern software. In this talk I explain how and why. Key takeaways: - What is team cognitive load and why that matters - Using team cognitive load as the guiding principle for sustainable ownership and evolution of software systems - What are the fundamental topologies and interaction modes that help reduce cognitive load

Monoliths vs Microservices is the Wrong Question; Start with Team Cognitive L...

Manuel Pais

At Jenkins World 2018, Kohsuke Kawaguchi talked about the need to move away from Jenkinsteins, those single-headed monsters that eat all our food (resources) and steal our peace of mind. Jenkins X, Pipelines as Code, Configuration as Code, Evergreen, and Serverless Jenkins are all important initiatives to achieve modern, fast and reliable software delivery. However… there’s still something we need to talk about and that is team organization for effective continuous integration/continuous delivery. Should every application team own and maintain their own instances and flavors of Jenkins, since it’s all code now? Or do we still need a Jenkins admin team to handle Jenkins for everyone in the department/org so they only have to worry about their own pipelines and nothing else? Or something else, like a CI/CD platform providing out-of-the-box solutions that can be customized by application teams to fit their specific needs? The answer, as you probably guessed, is: it depends! But just like we are advancing our tools to become easier to install, run and update, we also need to think about how to design our teams and responsibilities for transparency and ownership of both the CI/CD system (it’s actually a product) itself and the application pipelines. This talk draws on research and case studies from the book Team Topologies by Matthew Skelton and Manuel Pais (IT Revolution Press, 2019) together with first-hand consulting experience from the authors with organizations around the world. Key takeaways: 1. Moving to fast, distributed, and reliable CI/CD systems is not just a matter of better tooling, but also clearer team design and responsibilities. 2. With “everything as code” for CI/CD, application teams can be empowered to own their CI/CD chains if they wish. But with great power comes great responsibility. We need to consider the teams’ cognitive capacity as well as organization size (which btw might change quickly). 3. By applying four fundamental topologies and three interaction modes from Team Topologies, we can describe different ways to split responsibility for our CI/CD system and decide which one best matches the organization and teams’ needs.

Why You Need to Think About Team Design for CI/CD @Jenkins World Lisbon 2019

Manuel Pais

From a webinar run by IT Revolution Press on 29 April 2020. Remote-first work is the "new normal" for companies around the world. There is no shortage of advice on how individual teams can bond and work effectively remotely. However, there is not much on how to address remote interactions between different teams that need to collaborate remotely, as part of the same value stream. Moving from the physical to the online world can further expose pre-existing interaction problems, increase wait times and slow down delivery and possibly response to incidents. Based on the ideas from Team Topologies, Manuel Pais and Matthew Skelton will present some useful approaches to clarify and evolve inter-team interactions and communication in this remote-first world. Designing Team APIs and virtual communication channels that promote relevant team interactions while minimizing communication overhead will help modern organizations keep a fast flow of delivery once they're past the initial adaptation to teleworking. Following well-defined interaction patterns and architecting for team-first software boundaries will also help reduce communication overhead, clarify expectations on teams, and increase visibility of on-going work and support.

Remote first team interactions with Team Topologies - IT Revolution webinar -...

Matthew Skelton

From a webinar on 29 April 2021 https://info.container-solutions.com/wtf-is-platform-as-product-2nd-edition Savvy organisations are discovering the value of treating their internal platforms as products. But what does it mean to treat a “platform as a product”? What benefits does this give, and why would an organisation adopt this approach? In this talk, [Matthew Skelton] [Manuel Pais], co-author of the book Team Topologies, explains why the platform-as-product approach can be a game-changer for organisations building and running software-enabled products and services. Using ideas & patterns from Team Topologies - including Thinnest Viable Platform, team cognitive load, and the evolutionary team interaction modes - [Matthew] [Manuel] explains how organisations like adidas and Uswitch have successfully used the platform-as-product model to accelerate and simplify the delivery of software at scale.

What is platform as a product? Clues from Team Topologies - WTFinar with Cont...

Matthew Skelton

Organizations that do not adapt rapidly to the modern, highly-changeable business and technical environment are failing, and failing in large numbers. Increased regulation, pressures from climate change, shifting of energy sources, digitalization, cloud-native, and (recently) the COVID-19 pandemic are all driving a need for business and technical agility in organizations of all sizes. In this talk, we’ll explore how the patterns and principles from Team Topologies promote true business and technical agility through a rapid flow of software change, fast feedback from running systems, a strong drive for loose coupling, and an awareness of sociotechnical mirroring. Combined with a product mindset and techniques from Domain-driven Design, the Team Topologies approach is helping organizations around the world to adapt to the “new normal” and achieve true business and technical agility.

Business and Technical Agility with Team Topologies @ WTF Is Cloud Native, No...

Manuel Pais

We often talk about monoliths at the application and database level. However, there are many other manifestations: monolithic tooling, monolithic infrastructure, monolithic releases, monolithic testing, and even monolithic thinking. In my experience, more than legacy technology or architecture, the emergence of monoliths often comes down to a lack of purposeful team design and evolution. Conway’s Law - the mirroring effect between team structures and dependencies and the resulting system design - is no stranger to CI/CD. Once we acknowledge the socio-technical nature of software delivery, we consequently recognize the need for a team-centric, not tool-centric, approach for sustainable CI/CD. We start asking questions like: should every application team own and maintain their own instances and flavors of the CI/CD tooling (since it’s all codifiable now, right)? Or do we need a CI/CD team to handle the tooling and infrastructure for everyone else in the org so teams only have to worry about their own pipelines? Or something in between, like a CI/CD platform providing out-of-the-box solutions that can be customized by application teams to fit their specific needs? Just like we are advancing our tools to become easier to install, run and update, we also need to think about clarifying team interactions and responsibility boundaries for effective ownership and evolution of both the CI/CD system (it’s actually a product) and the application pipelines. Manuel Pais is co-author of Team Topologies: organizing business and technology teams for fast flow. Recognized by TechBeacon as a DevOps thought leader, Manuel is an independent IT organizational consultant and trainer, focused on team interactions, delivery practices and accelerating flow.

Avoiding the CI/CD Monolith with Team Design & Evolution @ London CD meetup, ...

Manuel Pais

Driving Platform-as-Product Using Lean Hypothesis - Karina Villaneuva

VMware Tanzu

The “monoliths vs microservices” debate often focuses on technological aspects, ignoring strategy and team dynamics. Instead of technology, smart-thinking organizations are beginning with team cognitive load as the guiding principle for modern software. In this talk we explain how and why, based on material from the book Team Topologies by Matthew Skelton and Manuel Pais. From a talk by Matthew Skelton of Conflux at NAV, Oslo on 2020-01-23

Forget monoliths vs microservices - focus on team cognitive load - Team Topol...

Conflux

Continuous Delivery practices have increasingly become “table stakes” for effective software delivery since the publication of the book Continuous Delivery by Jez Humble and Dave Farley in 2010. The combination of sound technical practices and a scientific approach to testing and feature development has led to significant success with software delivery with organisations around the world. However, in large organisations with many teams and many different suppliers, there are also many ideas about what Continuous Delivery is. This variety of approaches and assumptions can lead to conflicts around deployments, testing, releasing, and operations, resulting in a macro-level sub-optimal flow of change. In this talk, Matthew Skelton will share some insights from his time spent as Engineering Lead at a large GOV.UK department during most of 2018. There he championed Continuous Delivery practices across 70+ teams and 7 locations, helping to raise standards for software operability, Developer Experience (DevEx), testing, deployments, and inter-team communications. He will share some practical techniques for getting Continuous Delivery working at scale.

Continuous Delivery at scale - Matthew Skelton - NHS Digital agile CoP - Marc...

Matthew Skelton

Team Topologies at Parts Unlimited, The Unicorn Project Book Club, Jan 2020

Manuel Pais

La actualidad más candente (20)