Brook  Legros

Brook Legros

1659226440

Efficient, Immutable, Thread-Safe Collection Classes for Ruby

Hamster

Efficient, immutable, and thread-safe collection classes for Ruby.

Hamster provides 6 Persistent Data Structures: Hash, Vector, Set, SortedSet, List, and Deque (which works as an immutable queue or stack).

Hamster collections are immutable. Whenever you modify a Hamster collection, the original is preserved and a modified copy is returned. This makes them inherently thread-safe and shareable. At the same time, they remain CPU and memory-efficient by sharing between copies.

While Hamster collections are immutable, you can still mutate objects stored in them. We recommend that you don't do this, unless you are sure you know what you are doing. Hamster collections are thread-safe and can be freely shared between threads, but you are responsible for making sure that the objects stored in them are used in a thread-safe manner.

Hamster collections are almost always closed under a given operation. That is, whereas Ruby's collection methods always return arrays, Hamster collections will return an instance of the same class wherever possible.

Where possible, Hamster collections offer an interface compatible with Ruby's built-in Hash, Array, and Enumerable, to ease code migration. Also, Hamster methods accept regular Ruby collections as arguments, so code which uses Hamster can easily interoperate with your other Ruby code.

And lastly, Hamster lists are lazy, making it possible to (among other things) process "infinitely large" lists.

Using

To make the collection classes available in your code:

require "hamster"

Or if you prefer to only pull in certain collection types:

require "hamster/hash"
require "hamster/vector"
require "hamster/set"
require "hamster/sorted_set"
require "hamster/list"
require "hamster/deque"

Hash (API Documentation)

Constructing a Hamster Hash is almost as simple as a regular one:

person = Hamster::Hash[name: "Simon", gender: :male]
# => Hamster::Hash[:name => "Simon", :gender => :male]

Accessing the contents will be familiar to you:

person[:name]                       # => "Simon"
person.get(:gender)                 # => :male

Updating the contents is a little different than you are used to:

friend = person.put(:name, "James") # => Hamster::Hash[:name => "James", :gender => :male]
person                              # => Hamster::Hash[:name => "Simon", :gender => :male]
friend[:name]                       # => "James"
person[:name]                       # => "Simon"

As you can see, updating the hash returned a copy leaving the original intact. Similarly, deleting a key returns yet another copy:

male = person.delete(:name)         # => Hamster::Hash[:gender => :male]
person                              # => Hamster::Hash[:name => "Simon", :gender => :male]
male.key?(:name)                    # => false
person.key?(:name)                  # => true

Since it is immutable, Hamster's Hash doesn't provide an assignment (Hash#[]=) method. However, Hash#put can accept a block which transforms the value associated with a given key:

counters = Hamster::Hash[evens: 0, odds: 0]  # => Hamster::Hash[:evens => 0, :odds => 0]
counters.put(:odds) { |value| value + 1 }    # => Hamster::Hash[:odds => 1, :evens => 0]

Or more succinctly:

counters.put(:odds, &:next)         # => {:odds => 1, :evens => 0}

This is just the beginning; see the API documentation for details on all Hash methods.

Vector (API Documentation)

A Vector is an integer-indexed collection much like an immutable Array. Examples:

vector = Hamster::Vector[1, 2, 3, 4] # => Hamster::Vector[1, 2, 3, 4]
vector[0]                            # => 1
vector[-1]                           # => 4
vector.put(1, :a)                    # => Hamster::Vector[1, :a, 3, 4]
vector.add(:b)                       # => Hamster::Vector[1, 2, 3, 4, :b]
vector.insert(2, :a, :b)             # => Hamster::Vector[1, 2, :a, :b, 3, 4]
vector.delete_at(0)                  # => Hamster::Vector[2, 3, 4]

Other Array-like methods like #select, #map, #shuffle, #uniq, #reverse, #rotate, #flatten, #sort, #sort_by, #take, #drop, #take_while, #drop_while, #fill, #product, and #transpose are also supported. See the API documentation for details on all Vector methods.

Set (API Documentation)

A Set is an unordered collection of values with no duplicates. It is much like the Ruby standard library's Set, but immutable. Examples:

set = Hamster::Set[:red, :blue, :yellow] # => Hamster::Set[:red, :blue, :yellow]
set.include? :red                        # => true
set.add :green                           # => Hamster::Set[:red, :blue, :yellow, :green]
set.delete :blue                         # => Hamster::Set[:red, :yellow]
set.superset? Hamster::Set[:red, :blue]  # => true
set.union([:red, :blue, :pink])          # => Hamster::Set[:red, :blue, :yellow, :pink]
set.intersection([:red, :blue, :pink])   # => Hamster::Set[:red, :blue]

Like most Hamster methods, the set-theoretic methods #union, #intersection, #difference, and #exclusion (aliased as #|, #&, #-, and #^) all work with regular Ruby collections, or indeed any Enumerable object. So just like all the other Hamster collections, Hamster::Set can easily be used in combination with "ordinary" Ruby code.

See the API documentation for details on all Set methods.

SortedSet (API Documentation)

A SortedSet is like a Set, but ordered. You can do everything with it that you can do with a Set. Additionally, you can get the #first and #last item, or retrieve an item using an integral index:

set = Hamster::SortedSet['toast', 'jam', 'bacon'] # => Hamster::SortedSet["bacon", "jam", "toast"]
set.first                                         # => "bacon"
set.last                                          # => "toast"
set[1]                                            # => "jam"

You can also specify the sort order using a block:

Hamster::SortedSet.new(['toast', 'jam', 'bacon']) { |a,b| b <=> a } Hamster::SortedSet.new(['toast', 'jam', 'bacon']) { |str| str.chars.last }

See the API documentation for details on all SortedSet methods.

List (API Documentation)

Hamster Lists have a head (the value at the front of the list), and a tail (a list of the remaining items):

list = Hamster::List[1, 2, 3]
list.head                    # => 1
list.tail                    # => Hamster::List[2, 3]

Add to a list with List#add:

original = Hamster::List[1, 2, 3]
copy = original.add(0)      # => Hamster::List[0, 1, 2, 3]

Notice how modifying a list actually returns a new list. That's because Hamster Lists are immutable.

Laziness

List is lazy where possible. It tries to defer processing items until absolutely necessary. For example, the following code will only call Prime.prime? as many times as necessary to generate the first 3 prime numbers between 10,000 and 1,000,000:

require 'prime'

Hamster.interval(10_000, 1_000_000).select do |number|
  Prime.prime?(number)
end.take(3)
  # => 0.0009s

Compare that to the conventional equivalent which needs to calculate all possible values in the range before taking the first three:

(10000..1000000).select do |number|
  Prime.prime?(number)
end.take(3)
  # => 10s

Construction

Besides Hamster::List[] there are other ways to construct lists:

Hamster.interval(from, to) creates a lazy list equivalent to a list containing all the values between from and to without actually creating a list that big.

Hamster.stream { ... } allows you to creates infinite lists. Each time a new value is required, the supplied block is called. To generate a list of integers you could do:

count = 0
Hamster.stream { count += 1 }

Hamster.repeat(x) creates an infinite list with x the value for every element.

Hamster.replicate(n, x) creates a list of size n with x the value for every element.

Hamster.iterate(x) { |x| ... } creates an infinite list where the first item is calculated by applying the block on the initial argument, the second item by applying the function on the previous result and so on. For example, a simpler way to generate a list of integers would be:

Hamster.iterate(1) { |i| i + 1 }

or even more succinctly:

Hamster.iterate(1, &:next)

Hamster::List.empty returns an empty list, which you can build up using repeated calls to #add or other List methods.

Core Extensions

Enumerable#to_list will convert any existing Enumerable to a list, so you can slowly transition from built-in collection classes to Hamster.

IO#to_list enables lazy processing of huge files. For example, imagine the following code to process a 100MB file:

require 'hamster/core_ext'

File.open("my_100_mb_file.txt") do |file|
  lines = []
  file.each_line do |line|
    break if lines.size == 10
    lines << line.chomp.downcase.reverse
  end
end

Compare to the following more functional version:

File.open("my_100_mb_file.txt") do |file|
  file.map(&:chomp).map(&:downcase).map(&:reverse).take(10)
end

Unfortunately, though the second example reads nicely it takes many seconds to run (compared with milliseconds for the first) even though we're only interested in the first ten lines. Using #to_list we can get the running time back comparable to the imperative version.

File.open("my_100_mb_file.txt") do |file|
  file.to_list.map(&:chomp).map(&:downcase).map(&:reverse).take(10)
end

This is possible because IO#to_list creates a lazy list whereby each line is only ever read and processed as needed, in effect converting it to the first example.

See the API documentation for details on all List methods.

Deque (API Documentation)

A Deque (or "double-ended queue") is an ordered collection, which allows you to push and pop items from both front and back. This makes it perfect as an immutable stack or queue. Examples:

deque = Hamster::Deque[1, 2, 3] # => Hamster::Deque[1, 2, 3]
deque.first                     # 1
deque.last                      # 3
deque.pop                       # => Hamster::Deque[1, 2]
deque.push(:a)                  # => Hamster::Deque[1, 2, 3, :a]
deque.shift                     # => Hamster::Deque[2, 3]
deque.unshift(:a)               # => Hamster::Deque[:a, 1, 2, 3]

Of course, you can do the same thing with a Vector, but a Deque is more efficient. See the API documentation for details on all Deque methods.

Transformations

Hamster arrays, hashes, and nested structures of arrays and hashes may be transformed with the update_in method.

c = Hamster.from({
  people: [{name: 'Chris', city: 'Lagos'}, {name: 'Pat', city: 'Madrid'}],
  places: [{name: 'Lagos', population: 1}, {name: 'Madrid', population: 1}]})
c2 = c.update_in(:people, 1, :city) { |old_city| 'Lagos' }
c3 = c2.update_in(:places, 1, :population) { |old_population| old_population - 1 }
c4 = c3.update_in(:places, 0, :population) { |old_population| old_population + 1 }
Hamster.to_ruby(c4)
# => {:places=>[{:population=>2, :name=>"Lagos"}, {:population=>0, :name=>"Madrid"}], :people=>[{:name=>"Chris", :city=>"Lagos"}, {:name=>"Pat", :city=>"Lagos"}]}

Naturally, update_in never mutates your collections.

See Hamster::Hash#update_in, Hamster::Vector#update_in, and Hamster::Associable#update_in for details.

Installing

Add this line to your application's Gemfile:

gem "hamster"

And then execute:

$ bundle

Or install it yourself as:

$ gem install hamster

Contributing

  1. Read the Code of Conduct
  2. Fork it
  3. Create your feature branch (git checkout -b my-new-feature)
  4. Commit your changes (git commit -am "Add some feature")
  5. Push to the branch (git push origin my-new-feature)
  6. Create new Pull Request

Other Reading

Licensing

Copyright (c) 2009-2015 Simon Harris

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.


Author: hamstergem
Source code: https://github.com/hamstergem/hamster
License: View license

#ruby  #ruby-on-rails 

Efficient, Immutable, Thread-Safe Collection Classes for Ruby
Léon  Peltier

Léon Peltier

1659196800

Qu'est-ce Que L'activation Du Produit ? Définition Et Aperçu

Si vous connaissez un peu l'activation des produits, vous pourriez penser que cela n'est pas pertinent tant que vous disposez d'une équipe produit compétente. Si vous n'y connaissez rien, vous seriez pardonné de le confondre avec la gestion de produit ou le marketing de produit.

Les deux points de vue sont faux. Le fait est que l'activation du produit est un attribut de plus en plus essentiel pour les équipes interentreprises.

Commençons par les bases : comment définissons-nous l'activation du produit ? Ensuite, nous décrirons les avantages clés et les scénarios où les compétences d'activation de produit sont utiles.

Enfin, nous résumerons la description de poste et les responsabilités du Product Enablement Manager et soulignerons la distinction entre ce rôle, le marketing produit et la gestion produit.

Pourquoi l'activation du produit est-elle importante ?

Les entreprises, grandes et petites, prospèrent grâce à la spécialisation. Ce principe s'applique également aux équipes, notamment celles à caractère technique.

Les concepteurs et développeurs derrière nos applications préférées passent des années à affiner leurs talents. Cependant, cette expertise génère également une certaine distance entre les divisions de l'entreprise, qui ne correspond pas nécessairement à la hiérarchie.

Le cloisonnement, comme on appelle communément ce processus, peut même se produire entre des équipes de projet censées être au même niveau.

Les dangers du cloisonnement sont nombreux. Manque de communication, délais manqués, défauts négligés, incitations mal alignées, pour n'en nommer que quelques-uns. Cela peut même créer de l'animosité entre les membres d'un même projet si on le laisse s'envenimer.

Comme solution, de plus en plus de chefs d'entreprise prêtent attention aux compétences à l'échelle de l'entreprise qui peuvent aider à contrer ces tendances négatives. L'activation des produits est l'un de ces vaccins clés contre les silos.

Quelle est la définition de l'activation du produit ?

En bref, l'activation des produits fait référence aux mécanismes par lesquels les membres d'une organisation ont un aperçu des produits que l'entreprise fabrique et vend au public.

Vous pouvez supposer que cela vient naturellement à toute équipe ou individu important, quelle que soit votre position dans la chaîne de production. Si vous êtes dans la recherche et le développement, par exemple, vous devez connaître les fonctionnalités clés et les domaines à améliorer. Si vous vendez directement aux consommateurs, vous devez savoir ce que vous essayez de convaincre le public d'acheter.

Cependant, comme tout responsable des ressources humaines ou recruteur pourra vous le dire, ces connaissances sont souvent superficielles. Les chefs d'équipe et les membres en savent simplement assez pour mener à bien leurs tâches. Mais le but de l'activation du produit est d'aller au-delà.

L'objectif est que les décisions de conception, les caractéristiques fonctionnelles et les arguments de vente uniques de votre produit imprègnent l'entreprise et structurent les points de vue et les points d'action pertinents pour chaque division.

Avantages de l'activation du produit

De la même manière que vous voudriez que tous les membres de votre organisation comprennent les conditions du marché et les publics cibles, il est généralement judicieux d'inculquer une certaine connaissance des produits à tous les membres de votre entreprise.

Examinons certains avantages spécifiques de la promotion active de l'activation des produits.

Sensibilisation à la conception

Les concepteurs peuvent être un peu particuliers quant à leurs choix, mais il y a de fortes chances qu'ils sachent ce qu'ils font. Des couleurs aux notifications en passant par les horaires, les choix que font les concepteurs et leurs équipes sont étayés par des idées et d'innombrables expériences.

Malheureusement, comme leur travail passe par de multiples équipes et adaptations, ceux qui sont en aval comprennent souvent mal ou interprètent mal les décisions derrière un outil de relation client ou une solution de paiement. L'activation des produits, fonctionnant de manière bidirectionnelle, aidera les divisions en contact avec les clients à mieux comprendre les processus de réflexion et les contraintes qui sous-tendent les choix de conception.

Primauté de la marque

Vous avez peut-être remarqué que la notoriété, un mot habituellement employé avec « marque », a été remplacée ici par la primauté.

Dans le cas du design, il suffit que les collègues sachent pourquoi certaines décisions ont été prises. Votre marque, cependant, mérite plus que cela.

L'image de marque va au-delà des logos et des couleurs de l'entreprise : c'est l'âme de votre entreprise, votre façon unique de faire les choses et de résoudre les problèmes, qui vous permet de vous démarquer dans un marché encombré. Grâce à des activités d'activation de produit (plus d'informations ci-dessous), vous pouvez expliquer à vos équipes comment votre marque devrait réfléchir à leur travail actuel et à leurs projets futurs.

Alignement des objectifs

Bien que votre marque soit susceptible d'être une caractéristique stable influençant la livraison de vos produits, il y a de nombreux moments dans l'histoire d'une entreprise où ce sont les petits projets qui comptent.

Que vous lanciez une nouvelle gamme, supprimiez une ancienne fonctionnalité ou rénoviez votre site Web, de solides canaux d'activation des produits permettent à ces objectifs changeants de se propager à toutes les divisions de l'entreprise.

Les moments de changement peuvent être chaotiques, mais si les objectifs partagés concernant l'évolution de votre produit sont communiqués rapidement et efficacement, vous éviterez les pièges et pourrez vous concentrer sur les fondamentaux.

Amélioration continue

Repenser, réorganiser et réorganiser la façon dont votre équipe travaille est un principe clé du développement de produits agile . Cela dit, dans les espaces de travail partagés et occupés d'aujourd'hui, il est souvent difficile pour les équipes et les individus de regarder au-delà de leurs préoccupations immédiates.

Une mentalité de produit partagée peut favoriser des étincelles créatives, ce que la gestion des produits favorise grâce à des tests et des itérations approfondis. Ici, le feedback n'est pas un processus passif au bout du fil, mais une voie active vers la créativité.

Certaines des offres d'entreprise les plus réussies d'aujourd'hui sont le fruit de décisions créatives stimulées par l'activation des produits à l'échelle de l'entreprise. Un exemple clé est Amazon Web Services. Initialement un outil interne, il a été déployé en externe en réponse aux innombrables informations fournies par diverses équipes Amazon.

Quand donner la priorité à l'activation du produit

Il y a beaucoup à gagner à poursuivre l'activation des produits dans n'importe quelle entreprise. La diffusion de la réflexion sur le design, le maintien de la proposition de vente unique (USP) de votre marque , la coordination des objectifs du projet et la libération de la puissance des commentaires sur les produits peuvent profiter à toutes les équipes à tout moment.

Dans le même temps, toutes les entreprises et tous les produits ne sont pas créés égaux. Voici un aperçu des priorités d'activation des produits en fonction de l'entreprise et du type de produit.

Entreprises établies

Croyez-le ou non, les dirigeants d'entreprises avec des marques et des produits bien connus découvrent souvent, à leur grande horreur, que les équipes sont complètement inconscientes des éléments de base qui définissent l'héritage de leur marque. Si une enquête officielle ou non officielle reflète ce manque de connaissance du produit, il est peut-être temps d'articuler des équipes d'activation du produit.

Le travail le plus difficile pour les équipes d'habilitation des produits consiste à dissiper les idées fausses et les approches courantes qui auraient pu se fossiliser au fil des années, voire des décennies, de connaissances informelles sur les produits. Une perspective de retour aux sources est souvent le meilleur point de départ.

Start-up

Il est vrai que de nombreuses petites entreprises, en particulier dans les premières étapes, n'ont pas les fonds nécessaires pour embaucher des chefs de produit dédiés . Un Product Enablement Manager peut devenir un objectif secondaire dans les situations où les ressources sont rares. Néanmoins, alors que les PM sont les leaders les plus typiques de l'activation des produits, n'importe quel responsable ou même le PDG peut assumer cette responsabilité en un clin d'œil.

Construire une culture centrée sur le produit à partir de zéro est l'une des meilleures graines pour le succès d'une start-up. Même si l'entreprise passe à côté d'une croissance future, tous ceux qui ont participé au projet bénéficieront d'une connaissance approfondie des produits pour leur prochaine aventure.

Des entreprises en pleine expansion

Les entreprises dont l'échelle ou la portée se développent rapidement négligent souvent les compétences non techniques qui jouent un rôle tout aussi essentiel dans le succès des produits.

Que vous souhaitiez augmenter la production dans une usine à l'étranger ou obtenir l'approbation réglementaire pour entrer sur un nouveau marché, prêter attention aux philosophies de conception et aux principes centrés sur le client peut sembler une perte de temps. Cependant, c'est précisément à ces moments de croissance que l'activation du produit peut briller.

Pensez à toutes les nouvelles informations sur le marché qui sont prêtes à être collectées par les équipes de service client axées sur les produits travaillant sur ces nouveaux marchés. Si vous avez ces structures en place au moment où vous commencez à ascensionner, vous aurez des fondations solides pour consolider votre expansion.

Entreprises en crise

Il y a de fortes chances que si vous avez imprégné votre chaîne de valeur de la sensibilisation aux produits, vous pouvez empêcher l'apparition de nombreux problèmes catastrophiques. Mais si vous êtes déjà dans le vif du sujet, lancer un exercice d'activation de produit vaut toujours la peine.

Lorsque vous devez prendre des décisions telles que l'arrêt d'une prestation de service ou la cession de certaines activités, vos équipes doivent être en mesure de justifier leurs choix selon des principes clés du produit. Ceci est particulièrement important si votre entreprise propose une offre combinée, c'est-à-dire que l'un de ses arguments de vente consiste à fournir un ensemble cohérent de services interconnectés.

 

 

Qu'est-ce que l'activation de produit ?  Définition et aperçu

Que fait un Product Enablement Manager ?

Si vous avez passé du temps dans une startup, vous saurez qu'il n'existe pas de description de poste fermée dans ces environnements. Tout le monde fait tout. Cela dit, il existe quelques compétences et responsabilités requises que l'on trouve couramment dans une description de poste de responsable de l'activation des produits.

Vous trouverez ci-dessous quelques exemples de responsabilités associées à un rôle typique de responsable de l'activation de produit ou de membre d'équipe :

  • Sonder les équipes pour évaluer la notoriété du produit
  • Organiser des sessions de formation pour renforcer la sensibilisation aux produits, en se concentrant sur les éléments pertinents pour la stratégie et la feuille de route du produit
  • Favoriser la communication et la collaboration entre les équipes produit , les équipes interfonctionnelles et les autres parties prenantes dans l'ensemble de l'organisation pour s'assurer que toutes les perspectives sont prises en compte dans le développement
  • Évaluer l'application des perspectives et des initiatives centrées sur les produits, les représenter lors de réunions de haut niveau et s'assurer qu'elles ont un impact sur les communications internes et externes

Activation de produit vs gestion de produit vs marketing de produit

Ces tâches sont radicalement différentes de la gestion des produits et du marketing des produits, qui ne sont normalement pas censés fonctionner à l'échelle de l'entreprise. La gestion des produits constitue une véritable division de l'entreprise, chargée de construire une culture d'amélioration continue  pour s'assurer que les produits remplissent les objectifs fixés par l'entreprise.

Cela inclut des sous-disciplines telles que le comportement de l'utilisateur, les principes de conception, l'image de marque, etc. D'autre part, les professionnels du marketing produit sont souvent intégrés dans les équipes de marketing et d'image de marque, garantissant que les marchés de consommation spécifiques et les offres de produits de l'entreprise sont alignés.

Voici une autre façon d'encadrer la définition de l'activation du produit : l'activation du produit est une activité destinée à se répandre dans l'entreprise, généralisant une approche et une façon de faire parmi des groupes hétérogènes.

D'autre part, les chefs de produit et les spécialistes du marketing produit se concentrent sur leurs propres missions, travaillant au sein d'équipes homogènes de professionnels avec un objectif distinct. Certes, ils peuvent mener des activités d'activation de produit dans de petites entreprises, mais les grandes organisations embauchent souvent des professionnels de l'activation de produit pour promouvoir les perspectives du produit.

Source : https://blog.logrocket.com/product-management/what-is-product-enablement/

#product 

Qu'est-ce Que L'activation Du Produit ? Définition Et Aperçu

¿Qué Es La Habilitación De Productos? Definición Y Resumen

Si sabe un poco sobre la habilitación de productos, puede pensar que es irrelevante siempre que tenga un equipo de productos competente. Si no sabe nada al respecto, se le perdonará que lo confunda con la gestión de productos o el marketing de productos.

Ambas perspectivas están equivocadas. El hecho es que la habilitación de productos es un atributo cada vez más esencial para los equipos entre empresas.

Comencemos con lo básico: ¿cómo definimos la habilitación del producto? Luego, describiremos los beneficios clave y los escenarios donde las habilidades de habilitación de productos son útiles.

Finalmente, resumiremos la descripción del trabajo y las responsabilidades del gerente de habilitación de productos y destacaremos la distinción entre este rol, el marketing de productos y la gestión de productos.

¿Por qué es importante la habilitación de productos?

Las empresas grandes y pequeñas prosperan a través de la especialización. Este principio también se aplica a los equipos, en particular a los de carácter técnico.

Los diseñadores y desarrolladores detrás de nuestras aplicaciones favoritas dedican años a perfeccionar sus talentos. Sin embargo, esta especialización también genera cierta distancia entre las divisiones de la empresa, que no necesariamente se alinea con la jerarquía.

La creación de silos, como se denomina comúnmente a este proceso, puede incluso ocurrir entre equipos de proyecto que deben estar al mismo nivel.

Los peligros de los silos son muchos. Falta de comunicación, plazos incumplidos, fallas pasadas por alto, incentivos desalineados, solo por nombrar algunos. Incluso puede crear animosidad entre los miembros del mismo proyecto si se permite que se encone.

Como solución, cada vez más líderes empresariales prestan atención a las habilidades de toda la empresa que pueden ayudar a contrarrestar estas tendencias negativas. La habilitación de productos es una de esas vacunas clave contra los silos.

¿Cuál es la definición de habilitación de productos?

En resumen, la habilitación de productos se refiere a los mecanismos mediante los cuales los miembros de una organización obtienen información sobre los productos que la empresa produce y vende al público.

Puede suponer que esto es algo natural para cualquier equipo o individuo importante, independientemente de su posición en la cadena de producción. Si está en investigación y desarrollo, por ejemplo, debe conocer las características clave y las áreas de mejora. Si está en ventas directas al consumidor, debe saber qué está tratando de convencer al público para que compre.

Sin embargo, como cualquier gerente de recursos humanos o reclutador podrá decirle, este conocimiento a menudo es superficial. Los líderes de equipo y los miembros simplemente saben lo suficiente para llevar a cabo sus tareas. Pero el objetivo de la habilitación de productos es ir más allá.

El objetivo es que las decisiones de diseño, las características funcionales y los puntos de venta singulares de su producto impregnen la empresa y estructuren los puntos de vista y los puntos de acción relevantes para cada división.

Beneficios de la habilitación del producto

De la misma manera que le gustaría que todos en su organización comprendieran las condiciones del mercado y las audiencias objetivo, generalmente es una buena idea inculcar cierto grado de conocimiento del producto en todos los miembros de su empresa.

Profundicemos en algunos beneficios específicos de promover activamente la habilitación de productos.

Conciencia de diseño

Los diseñadores pueden ser un poco particulares acerca de sus elecciones, pero lo más probable es que sepan lo que están haciendo. Desde colores hasta notificaciones y horarios, las elecciones que hacen los diseñadores y sus equipos están respaldadas por conocimientos e innumerables experimentos.

Lamentablemente, dado que su trabajo pasa por múltiples equipos y adaptaciones, los que se encuentran en la parte inferior a menudo malinterpretan o malinterpretan las decisiones detrás de una herramienta de relaciones con el cliente o una solución de pago. La habilitación de productos, que opera de manera bidireccional, ayudará a las divisiones de atención al cliente a comprender mejor los procesos de pensamiento y las limitaciones detrás de las opciones de diseño.

primacía de la marca

Es posible que haya notado que la conciencia, una palabra que generalmente se emplea con "marca", ha sido reemplazada aquí por primacía.

En el caso del diseño, basta con que los compañeros sepan por qué se tomaron determinadas decisiones. Su marca, sin embargo, merece más que eso.

La marca va más allá de los logotipos y los colores corporativos: es el alma de su empresa, su forma única de hacer las cosas y resolver problemas, lo que lo hace destacar en un mercado saturado. A través de actividades de habilitación de productos (más sobre esto a continuación), puede predicar a sus equipos cómo su marca debe reflejarse en su trabajo actual y proyectos futuros.

Alineación de objetivos

Si bien es probable que su marca sea una característica estable que influya en la entrega de su producto, hay muchos momentos en la historia de una empresa en los que son los proyectos más pequeños los que importan.

Ya sea que esté lanzando una nueva línea, eliminando una función antigua o renovando su sitio web, los sólidos canales de habilitación de productos permiten que estos objetivos cambiantes se extiendan a través de las divisiones de la empresa.

Los momentos de cambio pueden ser caóticos, pero si los objetivos compartidos con respecto a la evolución de su producto se comunican de manera rápida y efectiva, evitará obstáculos y podrá concentrarse en los fundamentos.

Mejora continua

Repensar, reorganizar y renovar la forma en que trabaja su equipo es un principio clave del desarrollo ágil de productos . Dicho esto, en los espacios de trabajo compartidos y ajetreados de hoy en día, a menudo es difícil para los equipos y las personas mirar más allá de sus preocupaciones inmediatas.

Una mentalidad de producto compartido puede fomentar chispas creativas, algo que la gestión de productos promueve a través de pruebas e iteraciones exhaustivas. Aquí, la retroalimentación no es un proceso pasivo al final de la línea, sino un camino activo hacia la creatividad.

Algunas de las ofertas de empresas más exitosas de la actualidad provienen de decisiones creativas impulsadas por la habilitación de productos en toda la empresa. Un ejemplo clave es Amazon Web Services. Inicialmente una herramienta interna, se implementó externamente en respuesta a innumerables conocimientos ofrecidos por varios equipos de Amazon.

Cuándo priorizar la habilitación del producto

Hay mucho que ganar al buscar la habilitación de productos en cualquier negocio. Difundir el pensamiento de diseño, defender la propuesta de venta única (USP) de su marca , coordinar los objetivos del proyecto y desbloquear el poder de los comentarios sobre los productos puede beneficiar a todos los equipos en todo momento.

Al mismo tiempo, no todas las empresas y productos son iguales. Aquí hay un resumen de las prioridades de habilitación de productos según la empresa y el tipo de producto.

Empresas establecidas

Lo crea o no, los gerentes de empresas con marcas y productos conocidos a menudo descubren, para su horror, que los equipos ignoran por completo los elementos básicos que definen el legado de su marca. Si una encuesta oficial o no oficial refleja esta falta de conocimiento del producto, podría ser el momento de articular equipos de habilitación de productos.

El trabajo más duro para los equipos de habilitación de productos es disipar conceptos erróneos y enfoques comunes que podrían haberse fosilizado a través de años e incluso décadas de conocimiento informal del producto. Una perspectiva de regreso a lo básico suele ser el mejor punto de partida.

Inauguración

Es cierto que muchas pequeñas empresas, especialmente en las primeras etapas, carecen de los fondos necesarios para contratar gerentes de producto dedicados . Un gerente de habilitación de productos puede convertirse en un objetivo secundario en situaciones donde los recursos son escasos. No obstante, si bien los PM son los líderes de habilitación de productos más típicos, cualquier gerente o incluso el CEO puede asumir esta responsabilidad en un apuro.

Construir una cultura centrada en el producto desde cero es una de las mejores semillas para el éxito de una empresa emergente. Incluso si la empresa pierde el crecimiento futuro, todos los que hayan participado en el proyecto se beneficiarán de un mayor conocimiento del producto para su próxima aventura.

Empresas en rápida expansión

Las empresas que se están expandiendo rápidamente en escala o alcance a menudo pasan por alto las habilidades más blandas que juegan un papel igualmente crítico en el éxito del producto.

Ya sea que le preocupe aumentar la producción en una planta en el extranjero u obtener la aprobación regulatoria para ingresar a un nuevo mercado, prestar atención a las filosofías de diseño y los principios centrados en el cliente puede parecer una pérdida de tiempo. Sin embargo, es precisamente en estos momentos de crecimiento que la habilitación de productos puede brillar.

Piense en toda la nueva inteligencia de mercado que está lista para ser recopilada por los equipos de servicio al cliente habilitados para productos que trabajan en esos nuevos mercados. Si tienes estas estructuras en su lugar para cuando comiences a ascender, tendrás bases sólidas para consolidar tu expansión.

empresas en crisis

Lo más probable es que, si ha imbuido su cadena de valor con conocimiento del producto, puede evitar que surjan muchos problemas catastróficos. Pero si ya está metido en esto, aún vale la pena lanzar un ejercicio de habilitación de productos.

Cuando tenga que tomar decisiones como suspender la prestación de un servicio o vender ciertas operaciones, sus equipos deben poder justificar sus elecciones de acuerdo con los principios clave del producto. Esto es particularmente importante si su empresa tiene una oferta combinada, es decir, uno de sus puntos de venta es proporcionar un paquete cohesivo de servicios interconectados.

 

 

¿Qué es la habilitación de productos?  Definición y descripción general

¿Qué hace un gerente de habilitación de productos?

Si ha pasado tiempo en una startup, sabrá que no existe una descripción de trabajo cerrada en esos entornos. Todo el mundo hace de todo. Dicho esto, hay algunas habilidades y responsabilidades necesarias que se encuentran comúnmente en la descripción del trabajo de un gerente de habilitación de productos.

A continuación, se muestran algunos ejemplos de responsabilidades asociadas con un rol típico de gerente de habilitación de productos o miembro del equipo:

  • Equipos de encuestas para medir el conocimiento del producto
  • Llevar a cabo sesiones de capacitación para reforzar el conocimiento del producto, centrándose en los elementos relevantes para la estrategia y la hoja de ruta del producto .
  • Fomentar la comunicación y la colaboración entre los equipos de productos , los equipos multifuncionales y otras partes interesadas en toda la organización para garantizar que se tengan en cuenta todas las perspectivas en el desarrollo.
  • Evaluar la aplicación de perspectivas e iniciativas centradas en el producto, representarlas en reuniones de alto nivel y asegurarse de que tengan un impacto en las comunicaciones internas y externas.

Habilitación de productos frente a gestión de productos frente a marketing de productos

Estas tareas son radicalmente diferentes de la gestión de productos y el marketing de productos, que normalmente no están destinados a operar entre empresas. La gestión de productos constituye una división real de la empresa, encargada de construir una cultura de mejora continua  para garantizar que los productos cumplan con los objetivos establecidos por la empresa.

Esto incluye subdisciplinas como el comportamiento del usuario, los principios de diseño, la marca, etc. Por otro lado, los profesionales de marketing de productos a menudo están integrados en los equipos de marketing y marca, lo que garantiza que los mercados de consumidores específicos y las ofertas de productos de la empresa estén alineados.

Esta es otra forma de enmarcar la definición de habilitación de productos: la habilitación de productos es una actividad destinada a extenderse por toda la empresa, generalizando un enfoque y una forma de hacer las cosas entre grupos heterogéneos.

Por otro lado, los gerentes de producto y los comercializadores de productos se enfocan en sus propios cometidos, trabajando dentro de equipos homogéneos de profesionales con un objetivo distintivo. Ciertamente, pueden realizar actividades de habilitación de productos en empresas más pequeñas, pero las organizaciones más grandes a menudo contratan a profesionales de habilitación de productos para promover las perspectivas de los productos.

Fuente: https://blog.logrocket.com/product-management/what-is-product-enablement/

#product 

¿Qué Es La Habilitación De Productos? Definición Y Resumen
许 志强

许 志强

1659109140

什么是产品支持?定义和概述

如果您对产品支持有一点了解,您可能会认为只要您有一个称职的产品团队,它就无关紧要。如果您对此一无所知,那么将其与产品管理或产品营销混淆是可以原谅的。

两种观点都是错误的。事实上,产品支持对于跨公司团队来说是一个越来越重要的属性。

让我们从基础开始:我们如何定义产品支持?然后,我们将概述产品支持技能派上用场的主要优势和场景。

最后,我们将总结产品支持经理的工作描述和职责,并强调这个角色、产品营销和产品管理之间的区别。

为什么产品支持很重要?

大大小小的公司通过专业化而蓬勃发展。这一原则也适用于团队,尤其是技术性质的团队。

我们最喜欢的应用程序背后的设计师和开发人员花费数年时间来完善他们的才能。然而,这种专业知识也会在公司部门之间产生一定的距离,这不一定与等级制度一致。

孤岛,正如这个过程通常所说的那样,甚至可能发生在本应处于同一级别的项目团队之间。

孤立的危险是多方面的。缺乏沟通、错过最后期限、被忽视的缺陷、错位的激励措施等等。如果允许恶化,它甚至可以在同一项目的成员之间制造敌意。

作为一种解决方案,越来越多的企业领导者开始关注有助于抵消这些负面趋势的全公司技能。产品支持是针对孤岛的关键疫苗之一。

产品支持的定义是什么?

简而言之,产品支持是指组织成员深入了解公司正在生产和向公众销售的产品的机制。

您可能会认为这对任何重要的团队或个人来说都是自然而然的,无论您在生产链中的位置如何。例如,如果您从事研发工作,您应该了解关键功能和需要改进的领域。如果您从事直接面向消费者的销售,您应该知道您试图说服公众购买什么。

然而,正如任何人力资源经理或招聘人员能够告诉你的那样,这些知识通常是表面的。团队领导和成员只需知道足以执行他们的任务。但产品支持的意义在于超越这一点。

目标是让您的产品的设计决策、功能特性和单一卖点渗透到企业中,并构建与每个部门相关的观点和行动点。

产品支持的好处

就像您希望组织中的每个人都了解市场状况和目标受众一样,向公司的所有成员灌输一定程度的产品知识通常是个好主意。

让我们深入探讨积极促进产品支持的一些具体好处。

设计意识

设计师可能对他们的选择有点挑剔,但他们很可能知道自己在做什么。从颜色到通知,再到时间表,设计师和他们的团队所做的选择都得到了洞察力和无数实验的支持。

可悲的是,随着他们的工作经过多个团队和调整,下游人员经常误解或误解客户关系工具或支付解决方案背后的决策。双向操作的产品支持将帮助面向客户的部门更好地了解设计选择背后的思维过程和约束。

品牌至上

您可能已经注意到,通常与“品牌”一起使用的一个词在这里已被首要地位所取代。

在设计的情况下,同事知道为什么做出某些决定就足够了。然而,您的品牌值得拥有更多。

品牌超越了标志和企业色彩:它是您公司的灵魂,是您做事和解决问题的独特方式,使您在拥挤的市场中脱颖而出。通过产品支持活动(更多内容见下文),您可以向您的团队宣传您的品牌应该如何反映他们当前的工作和未来的项目。

目标对齐

虽然您的品牌可能是影响您的产品交付的稳定特征,但在公司历史上的许多时刻,重要的是较小的项目。

无论您是推出新产品线、淘汰旧功能还是翻新网站,强大的产品支持渠道都可以让这些不断变化的目标传播到公司各部门。

变化的时刻可能是混乱的,但如果有关产品发展的共同目标能够快速有效地传达,您将避免陷阱并能够专注于基本面。

连续的提高

重新思考、重组和改进团队的工作方式是敏捷产品开发的关键原则。也就是说,在当今繁忙的共享工作空间中,团队和个人通常很难超越他们的直接关注点。

共享的产品心态可以激发创意火花,这是产品管理通过广泛的测试和迭代来促进的。在这里,反馈不是最终的被动过程,而是通往创造力的主动途径。

当今一些最成功的公司产品来自全公司产品支持所激发的创造性决策。一个关键的例子是亚马逊网络服务。它最初是一个内部工具,后来在外部推出,以响应亚马逊各个团队提供的无数见解。

何时优先考虑产品支持

在任何业务中追求产品支持都会有很多收获。传播设计思维、维护品牌独特的销售主张 (USP)、协调项目目标以及释放产品反馈的力量,可以随时使所有团队受益。

同时,并非所有公司和产品都生来平等。以下是根据公司和产品类型列出的产品支持优先级大纲。

成立公司

信不信由你,拥有知名品牌和产品的公司的经理们常常惊恐地发现,团队完全没有注意到定义其品牌遗产的基本元素。如果官方或非官方调查反映了这种缺乏产品意识,那么可能是时候明确产品支持团队了。

产品支持团队最艰巨的工作是消除常见的误解和方法,这些误解和方法可能在数年甚至数十年的非正式产品知识中变得僵化。回归基础的观点通常是最好的起点。

初创公司

确实,许多小公司,尤其是在早期阶段,缺乏聘请专门的产品经理所需的资金。在资源稀缺的情况下,产品支持经理可能会成为次要目标。尽管如此,虽然 PM 是最典型的产品支持领导者,但任何经理甚至 CEO 都可以在紧要关头承担这一责任。

从头开始建立以产品为中心的文化是创业成功的最佳种子之一。即使公司错过了未来的增长,参与该项目的每个人都将从扩展的产品知识中受益,为他们的下一次冒险做好准备。

快速扩张的公司

在规模或范围上迅速扩张的公司往往忽视了在产品成功中发挥同样关键作用的软技能。

无论您是关心提高海外工厂的产量还是获得监管部门批准以进入新市场,关注设计理念和以客户为中心的原则似乎都是浪费时间。然而,正是在这些增长时刻,产品支持才能大放异彩。

想想在这些新市场中工作的支持产品的客户服务团队准备收集的所有新市场情报。如果在你开始扬升的时候这些结构已经到位,你将有坚实的基础来巩固你的扩张。

陷入危机的公司

很有可能,如果您已将产品意识灌输给您的价值链,您就可以防止许多灾难性问题的出现。但是,如果您已经深陷其中,那么启动产品支持练习仍然是值得的。

当您必须做出诸如停止提供服务或出售某些业务等决定时,您的团队必须能够根据关键产品原则证明他们的选择是合理的。如果您的公司有一个组合产品,这一点尤其重要——即,它的卖点之一是提供一个有凝聚力的互连服务包。

 

 

什么是产品支持? 定义和概述

产品支持经理做什么的?

如果你在一家初创公司工作过,你就会知道在那种环境中没有封闭式的职位描述。每个人都会做任何事情。也就是说,在产品支持经理的职位描述中通常可以找到一些必要的技能和职责。

以下是与典型产品支持经理或团队成员角色相关的一些职责示例:

产品支持与产品管理与产品营销

这些任务与产品管理和产品营销有很大不同,它们通常不意味着跨公司运作。产品管理构成了一个实际的公司部门,其任务是建立一种持续改进的文化, 以确保产品实现公司设定的目标。

这包括用户行为、设计原则、品牌等子学科。另一方面,产品营销专业人员通常嵌入营销和品牌团队,确保特定的消费者市场和公司的产品供应保持一致。

这是定义产品支持的另一种方法:产品支持是一种旨在在整个企业范围内传播的活动,它概括了异类群体之间的一种方法和一种做事方式。

另一方面,产品经理和产品营销人员专注于自己的职责,在具有独特目标的同质专业团队中工作。当然,他们可能会在较小的公司中开展产品支持活动,但较大的组织通常会聘请产品支持专业人员来推广产品观点。

来源:https ://blog.logrocket.com/product-management/what-is-product-enablement/

#product 

什么是产品支持?定义和概述
Hoang  Ha

Hoang Ha

1659108982

Kích Hoạt Sản Phẩm Là Gì? Định Nghĩa Và Tổng Quan

Nếu bạn biết một chút về hỗ trợ sản phẩm, bạn có thể nghĩ rằng nó không liên quan miễn là bạn có một nhóm sản phẩm có năng lực. Nếu bạn không biết gì về nó, bạn sẽ được tha thứ cho việc nhầm lẫn nó với quản lý sản phẩm hoặc tiếp thị sản phẩm.

Cả hai quan điểm đều sai. Thực tế là hỗ trợ sản phẩm là một thuộc tính ngày càng cần thiết cho các nhóm giữa các công ty.

Hãy bắt đầu với những điều cơ bản: làm thế nào để chúng ta xác định tính năng sản phẩm? Sau đó, chúng tôi sẽ phác thảo các lợi ích và tình huống chính mà các kỹ năng hỗ trợ sản phẩm có ích.

Cuối cùng, chúng tôi sẽ tóm tắt mô tả công việc và trách nhiệm của giám đốc hỗ trợ sản phẩm và nêu bật sự khác biệt giữa vai trò này, tiếp thị sản phẩm và quản lý sản phẩm.

Tại sao việc kích hoạt sản phẩm lại quan trọng?

Các công ty lớn và nhỏ phát triển mạnh nhờ chuyên môn hóa. Nguyên tắc này cũng áp dụng cho các đội, đặc biệt là những đội có tính chất kỹ thuật.

Các nhà thiết kế và nhà phát triển đằng sau các ứng dụng yêu thích của chúng tôi dành nhiều năm để trau dồi tài năng của họ. Tuy nhiên, chuyên môn này cũng tạo ra một khoảng cách nhất định giữa các bộ phận công ty, không nhất thiết phải phù hợp với hệ thống cấp bậc.

Siloing, như quá trình này thường được gọi, thậm chí có thể xảy ra giữa các nhóm dự án có nghĩa là ở cùng một cấp.

Mối nguy hiểm của silo là rất nhiều. Thiếu thông tin liên lạc, bỏ lỡ thời hạn, sai sót bị bỏ qua, các biện pháp khuyến khích sai lệch, chỉ để nêu tên một vài. Nó thậm chí có thể tạo ra hiềm khích giữa các thành viên trong cùng một dự án nếu được phép gây xích mích.

Như một giải pháp, ngày càng nhiều nhà lãnh đạo doanh nghiệp chú ý đến các kỹ năng toàn công ty có thể giúp chống lại những xu hướng tiêu cực này. Kích hoạt sản phẩm là một trong những loại vắc xin quan trọng chống lại silo.

Định nghĩa của product enablement là gì?

Nói một cách ngắn gọn, product enablement đề cập đến các cơ chế mà các thành viên của một tổ chức có được cái nhìn sâu sắc về các sản phẩm mà công ty đang sản xuất và bán cho công chúng.

Bạn có thể cho rằng điều này tự nhiên đến với bất kỳ nhóm hoặc cá nhân quan trọng nào, bất kể vị trí của bạn trong chuỗi sản xuất. Ví dụ: nếu bạn đang nghiên cứu và phát triển, bạn nên biết các tính năng và lĩnh vực chính cần cải thiện. Nếu bạn đang bán hàng trực tiếp cho người tiêu dùng, bạn nên biết mình đang cố gắng thuyết phục công chúng mua gì.

Tuy nhiên, như bất kỳ nhà quản lý nhân sự hoặc nhà tuyển dụng nào cũng có thể cho bạn biết, kiến ​​thức này thường ở mức độ bề mặt. Trưởng nhóm và các thành viên chỉ đơn giản là biết đủ để thực hiện nhiệm vụ của họ. Nhưng quan điểm của sự kích hoạt sản phẩm là vượt xa hơn thế.

Mục tiêu là để các quyết định về thiết kế, tính năng chức năng và điểm bán hàng độc nhất của sản phẩm của bạn thấm nhuần vào doanh nghiệp và cấu trúc các quan điểm và điểm hành động liên quan đến từng bộ phận.

Lợi ích của việc kích hoạt sản phẩm

Theo cách tương tự như bạn muốn mọi người trong tổ chức của mình hiểu điều kiện thị trường và đối tượng mục tiêu, thì thông thường, bạn nên truyền đạt một số kiến ​​thức về sản phẩm cho tất cả các thành viên trong công ty của mình.

Hãy cùng tìm hiểu một số lợi ích cụ thể của việc tích cực quảng bá sản phẩm.

Nhận thức về thiết kế

Các nhà thiết kế có thể hơi đặc biệt về lựa chọn của họ, nhưng rất có thể họ biết mình đang làm gì. Từ màu sắc, đến thông báo, đến lịch trình, các lựa chọn mà nhà thiết kế và nhóm của họ đưa ra đều được hỗ trợ bởi thông tin chi tiết và vô số thử nghiệm.

Đáng buồn thay, khi công việc của họ trải qua nhiều nhóm và thích ứng, những người ở phía dưới thường hiểu sai hoặc hiểu sai các quyết định đằng sau một công cụ quan hệ khách hàng hoặc một giải pháp thanh toán. Hỗ trợ sản phẩm, hoạt động theo hai hướng, sẽ giúp các bộ phận đối mặt với khách hàng hiểu rõ hơn về các quy trình suy nghĩ và những ràng buộc đằng sau các lựa chọn thiết kế.

Tính ưu việt của thương hiệu

Bạn có thể nhận thấy rằng nhận thức, một từ thường được sử dụng với "thương hiệu", đã được thay thế ở đây bằng tính ưu tiên.

Trong trường hợp thiết kế, đủ để các đồng nghiệp biết tại sao các quyết định nhất định được đưa ra. Tuy nhiên, thương hiệu của bạn xứng đáng hơn thế.

Thương hiệu vượt ra ngoài logo và màu sắc của công ty: đó là linh hồn của công ty bạn, cách thức hoạt động và giải quyết vấn đề độc đáo của bạn, điều đó khiến bạn nổi bật trong một thị trường đông đúc. Thông qua các hoạt động hỗ trợ sản phẩm (thêm thông tin bên dưới), bạn có thể thuyết giảng cho các nhóm của mình cách thương hiệu của bạn nên phản ánh về công việc hiện tại và các dự án trong tương lai của họ.

Căn chỉnh mục tiêu

Mặc dù thương hiệu của bạn có thể là một tính năng ổn định ảnh hưởng đến việc phân phối sản phẩm của bạn, nhưng có rất nhiều thời điểm trong lịch sử của công ty mà ở đó các dự án nhỏ hơn mới là vấn đề quan trọng.

Cho dù bạn đang tung ra một dòng sản phẩm mới, ngừng cung cấp một tính năng cũ hay đang tân trang lại trang web của mình, các kênh hỗ trợ sản phẩm mạnh mẽ cho phép những mục tiêu thay đổi này lan rộng trên các bộ phận của công ty.

Những khoảnh khắc thay đổi có thể hỗn loạn, nhưng nếu các mục tiêu chung liên quan đến sự phát triển sản phẩm của bạn được truyền đạt một cách nhanh chóng và hiệu quả, bạn sẽ tránh được những cạm bẫy và có thể tập trung vào các nguyên tắc cơ bản.

Cải tiến liên tục

Suy nghĩ lại, trang bị lại và cải tiến cách thức hoạt động của nhóm là nguyên tắc quan trọng của quá trình phát triển sản phẩm nhanh . Điều đó nói lên rằng, trong không gian làm việc chung, bận rộn ngày nay, các nhóm và cá nhân thường khó có thể nhìn xa hơn những mối quan tâm trước mắt của họ.

Tâm lý sản phẩm được chia sẻ có thể thúc đẩy tia lửa sáng tạo, điều gì đó mà quản lý sản phẩm thúc đẩy thông qua thử nghiệm rộng rãi và lặp đi lặp lại. Ở đây, phản hồi không phải là một quá trình thụ động ở cuối dòng, mà là một con đường chủ động dẫn đến sự sáng tạo.

Một số dịch vụ công ty thành công nhất hiện nay đến từ các quyết định sáng tạo được thúc đẩy bởi sự hỗ trợ sản phẩm trên toàn công ty. Một ví dụ chính là Amazon Web Services. Ban đầu là một công cụ nội bộ, nó được triển khai bên ngoài để đáp ứng vô số thông tin chi tiết được cung cấp bởi các nhóm Amazon khác nhau.

Khi nào ưu tiên kích hoạt sản phẩm

Có rất nhiều thứ để đạt được từ việc theo đuổi khả năng hỗ trợ sản phẩm trong bất kỳ hoạt động kinh doanh nào. Truyền bá tư duy thiết kế, duy trì đề xuất bán hàng (USP) độc đáo của thương hiệu của bạn , điều phối các mục tiêu dự án và mở khóa sức mạnh của phản hồi sản phẩm có thể mang lại lợi ích cho tất cả các nhóm mọi lúc.

Đồng thời, tất cả các công ty và sản phẩm không được tạo ra như nhau. Dưới đây là sơ lược về các ưu tiên hỗ trợ sản phẩm theo công ty và loại sản phẩm.

Thành lập công ty

Tin hay không thì tùy, các nhà quản lý của các công ty có thương hiệu và sản phẩm nổi tiếng thường phát hiện ra rằng các đội hoàn toàn không biết gì về các yếu tố cơ bản xác định di sản thương hiệu của họ. Nếu một cuộc khảo sát chính thức hoặc không chính thức phản ánh sự thiếu nhận thức về sản phẩm này, thì có thể đã đến lúc cần nêu rõ các nhóm hỗ trợ sản phẩm.

Công việc khó khăn nhất đối với các nhóm hỗ trợ sản phẩm là xóa bỏ những quan niệm và cách tiếp cận sai lầm phổ biến có thể đã trở thành hóa thạch qua nhiều năm và thậm chí nhiều thập kỷ về kiến ​​thức sản phẩm không chính thức. Quan điểm về những điều cơ bản thường là điểm khởi đầu tốt nhất.

Khởi nghiệp

Đúng là nhiều công ty nhỏ, đặc biệt là trong giai đoạn đầu, thiếu vốn cần thiết để thuê các nhà quản lý sản phẩm chuyên dụng . Người quản lý hỗ trợ sản phẩm có thể trở thành mục tiêu phụ trong các tình huống khan hiếm nguồn lực. Tuy nhiên, trong khi các PM là những nhà lãnh đạo hỗ trợ sản phẩm điển hình nhất, thì bất kỳ người quản lý nào hoặc thậm chí là CEO đều có thể đảm nhận trách nhiệm này một cách nhanh chóng.

Xây dựng văn hóa lấy sản phẩm làm trung tâm ngay từ đầu là một trong những hạt giống tốt nhất để khởi nghiệp thành công. Ngay cả khi công ty bỏ lỡ sự tăng trưởng trong tương lai, tất cả những người đã tham gia vào dự án sẽ được hưởng lợi từ kiến ​​thức sản phẩm mở rộng cho cuộc phiêu lưu tiếp theo của họ.

Mở rộng nhanh chóng các công ty

Các công ty đang mở rộng nhanh chóng về cả quy mô hoặc phạm vi thường bỏ qua các kỹ năng nhẹ nhàng hơn đóng vai trò quan trọng không kém đối với sự thành công của sản phẩm.

Cho dù bạn lo lắng về việc tăng cường sản xuất tại một nhà máy ở nước ngoài hay nhận được sự chấp thuận của cơ quan quản lý để gia nhập một thị trường mới, thì việc chú ý đến các triết lý thiết kế và các nguyên tắc lấy khách hàng làm trung tâm có thể là việc làm lãng phí thời gian. Tuy nhiên, chính tại những thời điểm phát triển này, khả năng hỗ trợ sản phẩm mới có thể tỏa sáng.

Hãy nghĩ về tất cả thông tin thị trường mới đã sẵn sàng được thu thập bởi các nhóm dịch vụ khách hàng hỗ trợ sản phẩm làm việc tại các thị trường mới đó. Nếu bạn có những cấu trúc này vào thời điểm bạn bắt đầu đi lên, bạn sẽ có những nền tảng vững chắc để củng cố sự mở rộng của mình.

Các công ty đang gặp khủng hoảng

Rất có thể, nếu bạn đã thấm nhuần chuỗi giá trị của mình với nhận thức về sản phẩm, bạn có thể ngăn chặn nhiều vấn đề nghiêm trọng xuất hiện. Nhưng nếu bạn đã có nhiều kinh nghiệm, việc khởi động một bài tập hỗ trợ sản phẩm vẫn rất đáng giá.

Khi bạn phải đưa ra các quyết định như ngừng cung cấp dịch vụ hoặc bán một số hoạt động nhất định, các nhóm của bạn phải có khả năng biện minh cho các lựa chọn của họ theo các nguyên tắc sản phẩm chính. Điều này đặc biệt quan trọng nếu công ty của bạn có cung cấp kết hợp - tức là, một trong những điểm bán hàng của công ty đang cung cấp một gói dịch vụ được kết nối chặt chẽ với nhau.

 

 

Kích hoạt sản phẩm là gì?  Định nghĩa và Tổng quan

Người quản lý hỗ trợ sản phẩm làm gì?

Nếu bạn đã dành thời gian cho một công ty khởi nghiệp, bạn sẽ biết rằng không có thứ gì gọi là mô tả công việc khép kín trong môi trường đó. Mọi người làm tất cả mọi thứ. Điều đó nói rằng, có một vài kỹ năng và trách nhiệm cần thiết thường thấy trong bản mô tả công việc của người quản lý hỗ trợ sản phẩm.

Dưới đây là một số ví dụ về trách nhiệm liên quan đến người quản lý hỗ trợ sản phẩm điển hình hoặc vai trò thành viên nhóm:

  • Các nhóm khảo sát để đánh giá mức độ nhận biết sản phẩm
  • Tiến hành các buổi đào tạo để nâng cao nhận thức về sản phẩm, tập trung vào các yếu tố liên quan đến chiến lược và lộ trình sản phẩm
  • Thúc đẩy giao tiếp và hợp tác giữa các nhóm sản phẩm , các nhóm chức năng chéo và các bên liên quan khác trong toàn tổ chức để đảm bảo rằng tất cả các quan điểm đều được xem xét trong quá trình phát triển
  • Đánh giá việc áp dụng các quan điểm và sáng kiến ​​lấy sản phẩm làm trung tâm, đại diện cho chúng tại các cuộc họp cấp cao hơn và đảm bảo chúng có tác động đến truyền thông nội bộ và bên ngoài

Hỗ trợ sản phẩm so với quản lý sản phẩm so với tiếp thị sản phẩm

Những nhiệm vụ này khác biệt đáng kể so với quản lý sản phẩm và tiếp thị sản phẩm, những nhiệm vụ này thường không được sử dụng để vận hành giữa các công ty. Quản lý sản phẩm tạo thành một bộ phận thực tế của công ty, có nhiệm vụ xây dựng văn hóa cải tiến liên tục  để đảm bảo sản phẩm hoàn thành các mục tiêu mà công ty đề ra.

Điều này bao gồm các lĩnh vực phụ như hành vi của người dùng, nguyên tắc thiết kế, xây dựng thương hiệu, v.v. Mặt khác, các chuyên gia tiếp thị sản phẩm thường tham gia vào các nhóm tiếp thị và xây dựng thương hiệu, đảm bảo rằng các thị trường tiêu dùng cụ thể và sản phẩm của công ty được cung cấp phù hợp.

Đây là một cách khác để tạo khung định nghĩa về hỗ trợ sản phẩm: hỗ trợ sản phẩm là một hoạt động có nghĩa là phổ biến trong toàn doanh nghiệp, khái quát hóa cách tiếp cận và cách thức thực hiện giữa các nhóm không đồng nhất.

Mặt khác, các nhà quản lý sản phẩm và nhà tiếp thị sản phẩm tập trung vào công việc của họ, làm việc trong các nhóm chuyên gia đồng nhất với mục tiêu đặc biệt. Chắc chắn, họ có thể tiến hành các hoạt động hỗ trợ sản phẩm ở các công ty nhỏ hơn, nhưng các tổ chức lớn hơn thường thuê các chuyên gia hỗ trợ sản phẩm để quảng bá quan điểm về sản phẩm.

Nguồn: https://blog.logrocket.com/product-management/what-is-product-enablement/

#product 

Kích Hoạt Sản Phẩm Là Gì? Định Nghĩa Và Tổng Quan
高橋  花子

高橋 花子

1659105180

製品の有効化とは何ですか?定義と概要

製品の有効化について少し知っている場合は、有能な製品チームがいる限り、それは無関係だと思うかもしれません。あなたがそれについて何も知らなければ、あなたはそれを製品管理や製品マーケティングと混同することを許されるでしょう。

どちらの見方も間違っています。事実、製品の有効化は、企業間のチームにとってますます重要な属性になっています。

基本から始めましょう:製品の有効化をどのように定義しますか?次に、製品の有効化スキルが役立つ主な利点とシナリオの概要を説明します。

最後に、製品イネーブルメントマネージャーの職務内容と責任を要約し、この役割、製品マーケティング、および製品管理の違いを強調します。

製品の有効化が重要なのはなぜですか?

大小の企業は専門化を通じて繁栄します。この原則は、チーム、特に技術的な性質のチームにも適用されます。

私たちのお気に入りのアプリの背後にいるデザイナーや開発者は、彼らの才​​能を磨くために何年も費やしています。ただし、この専門知識は、会社の部門間に一定の距離を生み出します。これは、必ずしも階層と一致するとは限りません。

このプロセスは一般的に呼ばれているように、サイロ化は、同じレベルにあることを意図したプロジェクトチーム間でさえ発生する可能性があります。

サイロ化の危険性はたくさんあります。ほんの数例を挙げると、コミュニケーションの欠如、期限の遅れ、見落とされた欠陥、不整合なインセンティブなどがあります。怒らせることが許されれば、同じプロジェクトのメンバー間に敵意を生み出すことさえできます。

解決策として、ますます多くのビジネスリーダーが、これらの否定的な傾向に対抗するのに役立つ全社的なスキルに注目しています。製品の有効化は、サイロに対する重要なワクチンの1つです。

製品の有効化の定義は何ですか?

要するに、製品の有効化とは、組織のメンバーが、会社が生産して一般に販売している製品についての洞察を得るメカニズムを指します。

これは、生産チェーンでの位置に関係なく、重要なチームや個人に自然に発生すると思われるかもしれません。たとえば、研究開発をしている場合は、主要な機能と改善すべき領域を知っておく必要があります。消費者に直接販売している場合は、一般の人々に何を購入するよう説得しようとしているのかを知っておく必要があります。

ただし、人事マネージャーや採用担当者なら誰でもわかるように、この知識は表面レベルであることがよくあります。チームリーダーとメンバーは、タスクを実行するのに十分な知識を持っているだけです。しかし、製品を実現するためのポイントは、それを超えることです。

目標は、製品の設計上の決定、機能的特徴、および単一のセールスポイントが企業に浸透し、各部門に関連する視点とアクションポイントを構築することです。

製品対応のメリット

組織内のすべての人に市場の状況と対象読者を理解してもらいたいのと同じように、一般的には、会社のすべてのメンバーにある程度の製品知識を浸透させることをお勧めします。

製品の有効化を積極的に推進することのいくつかの具体的な利点を掘り下げてみましょう。

デザイン意識

デザイナーは自分の選択に少しこだわることができますが、自分が何をしているのかを知っている可能性があります。色から通知、スケジュールまで、デザイナーとそのチームが行う選択は、洞察と数え切れないほどの実験に裏打ちされています。

悲しいことに、彼らの仕事が複数のチームと適応を経るにつれて、下流の人々はしばしば顧客関係ツールまたは支払いソリューションの背後にある決定を誤解したり誤解したりします。双方向で動作する製品の有効化は、顧客対応部門が設計選択の背後にある思考プロセスと制約をよりよく理解するのに役立ちます。

ブランドの優位性

通常「ブランド」で使用される単語である認識が、ここでは優先順位に置き換えられていることに気付いたかもしれません。

設計の場合、同僚は特定の決定がなされた理由を知るだけで十分です。しかし、あなたのブランドはそれ以上の価値があります。

ブランディングは、ロゴや企業の色を超えています。混雑した市場で目立つのは、会社の魂であり、物事を行い、問題を解決する独自の方法です。製品の有効化活動(詳細は以下)を通じて、ブランドが現在の作業と将来のプロジェクトにどのように反映されるべきかをチームに説くことができます。

目標の調整

あなたのブランドはあなたの製品の配達に影響を与える安定した機能である可能性が高いですが、それが重要なのは小さなプロジェクトであるという会社の歴史の多くの瞬間があります。

新しいラインを立ち上げる場合でも、古い機能を廃止する場合でも、Webサイトを刷新する場合でも、強力な製品対応チャネルにより、これらの変化する目標を会社の部門全体に広げることができます。

変化の瞬間は混沌としている可能性がありますが、製品の進化に関する共通の目標が迅速かつ効果的に伝達されれば、落とし穴を回避し、基本に集中することができます。

継続的改善

チームの作業方法を再考、再構築、および刷新することは、アジャイル製品開発の重要な原則です。とは言うものの、今日の忙しい共有ワークスペースでは、チームや個人が当面の懸念を超えて見ることはしばしば困難です。

共有された製品の考え方は、創造的な火花を育むことができます。これは、製品管理が広範なテストと反復を通じて促進するものです。ここでは、フィードバックはラインの最後の受動的なプロセスではなく、創造性への能動的な経路です。

今日最も成功している企業の製品のいくつかは、全社的な製品の有効化によって促進された創造的な決定から生まれました。1つの重要な例はアマゾンウェブサービスです。当初は内部ツールでしたが、さまざまなAmazonチームから提供された無数の洞察に応えて外部に展開されました。

製品の有効化を優先する場合

あらゆるビジネスで製品の有効化を追求することから得られるものはたくさんあります。デザイン思考を広め、ブランド独自の販売提案(USP)を支持し、プロジェクトターゲットを調整し、製品フィードバックの力を解き放つことで、常にすべてのチームに利益をもたらすことができます。

同時に、すべての企業と製品が平等に作られているわけではありません。これは、会社および製品タイプに応じた製品の有効化の優先順位の概要です。

確立された会社

信じられないかもしれませんが、有名なブランドや製品を扱う企業のマネージャーは、恐ろしいことに、チームがブランドの遺産を定義する基本的な要素に完全に気づいていないことに気付くことがよくあります。公式または非公式の調査がこの製品認識の欠如を反映している場合は、製品実現チームを明確にする時期かもしれません。

製品実現チームにとって最も困難な作業は、何年にもわたって、さらには何十年にもわたる非公式の製品知識によって化石化した可能性のある一般的な誤解やアプローチを払拭することです。多くの場合、基本に立ち返る視点が最良の出発点です。

スタートアップ

多くの中小企業は、特に初期の段階では、専任の製品マネージャーを雇うために必要な資金が不足しているのは事実です。リソースが不足している状況では、製品イネーブルメントマネージャーが二次的な目標になる可能性があります。それでも、PMは最も典型的な製品実現のリーダーですが、マネージャーやCEOでさえ、ピンチでこの責任を引き受けることができます。

製品中心の文化をゼロから構築することは、スタートアップの成功のための最良の種の1つです。会社が将来の成長を逃したとしても、プロジェクトに参加したすべての人は、次の冒険のために製品知識を拡大することで恩恵を受けるでしょう。

急速に拡大する企業

規模または範囲のいずれかで急速に拡大している企業は、製品の成功において同様に重要な役割を果たすよりソフトなスキルを見落としがちです。

海外工場での増産や、新市場参入のための規制当局の承認取得など、デザイン哲学や顧客中心の原則に注意を払うのは時間の無駄に思えるかもしれません。しかし、まさにこれらの成長の瞬間に、製品の実現が輝きを放ちます。

これらの新しい市場で働く製品対応のカスタマーサービスチームが収集する準備ができているすべての新しい市場インテリジェンスについて考えてみてください。上昇を開始するまでにこれらの構造が整っていれば、拡張を強化するための強固な基盤が得られます。

危機に瀕している企業

バリューチェーンに製品の認識を吹き込んだ場合、多くの壊滅的な問題が発生するのを防ぐことができる可能性があります。しかし、すでにその真っ只中にいるのであれば、製品の有効化の演習を開始することは依然として価値があります。

サービス提供の中止や特定の事業の売却などの決定を下す必要がある場合、チームは主要な製品原則に従って選択を正当化できなければなりません。これは、会社が複合サービスを提供している場合、つまり、相互接続されたサービスのまとまりのあるパッケージを提供することがセールスポイントの1つである場合に特に重要です。

 

 

製品の有効化とは何ですか? 定義と概要

製品イネーブルメントマネージャーは何をしますか?

スタートアップで時間を過ごしたことがあれば、その環境ではクローズドジョブの説明などはないことがわかるでしょう。誰もがすべてを行います。とは言うものの、製品イネーブルメントマネージャーの職務記述書に一般的に見られるいくつかの必要なスキルと責任があります。

以下は、一般的な製品対応マネージャーまたはチームメンバーの役割に関連する責任の例です。

  • 製品の認知度を測定するための調査チーム
  • 製品戦略とロードマップに関連する要素に焦点を当て、製品の認知度を高めるためのトレーニングセッションを実施します
  • 製品チーム、部門の枠を超えたチーム、および組織全体の他の利害関係者間のコミュニケーションとコラボレーションを促進して、開発においてすべての視点が考慮されるようにします。
  • 製品中心の視点とイニシアチブの適用を評価し、それらをより高いレベルの会議で代表し、それらが内部および外部のコミュニケーションに影響を与えることを確認します

製品の有効化vs.製品管理vs.製品マーケティング

これらのタスクは、通常は会社を越えて運営することを意図していない製品管理や製品マーケティングとは劇的に異なります。製品管理は実際の会社部門を構成し、 製品が会社によって設定された目標を確実に達成するために継続的な改善の文化を構築することを任務としています。

これには、ユーザーの行動、設計原則、ブランディングなどのサブ分野が含まれます。一方、製品マーケティングの専門家は、特定の消費者市場と会社の製品提供が一致するように、マーケティングおよびブランディングチームに組み込まれることがよくあります。

製品の有効化の定義を組み立てる別の方法は次のとおりです。製品の有効化は、企業全体に広がることを目的としたアクティビティであり、異種グループ間で物事を行うためのアプローチと方法を一般化します。

一方、製品マネージャーと製品マーケターは、独自の目標を持った専門家の同種のチーム内で作業し、独自の権限に焦点を合わせています。確かに、彼らは中小企業で製品の有効化活動を行うかもしれませんが、大規模な組織は製品の視点を促進するために製品の有効化の専門家を雇うことがよくあります。

出典:https ://blog.logrocket.com/product-management/what-is-product-enablement/

#product 

製品の有効化とは何ですか?定義と概要

O Que é Habilitação De Produto? Definição E Visão Geral

Se você sabe um pouco sobre ativação de produto, pode pensar que é irrelevante, desde que tenha uma equipe de produto competente. Se você não souber nada sobre isso, será perdoado por confundi-lo com gerenciamento de produtos ou marketing de produtos.

Ambas as perspectivas estão erradas. O fato é que a capacitação do produto é um atributo cada vez mais essencial para as equipes entre empresas.

Vamos começar com o básico: como definimos a habilitação do produto? Em seguida, descreveremos os principais benefícios e cenários em que as habilidades de capacitação de produtos são úteis.

Por fim, resumiremos a descrição do trabalho e as responsabilidades do gerente de habilitação de produto e destacaremos a distinção entre essa função, marketing de produto e gerenciamento de produto.

Por que a habilitação do produto é importante?

Empresas grandes e pequenas prosperam por meio da especialização. Este princípio aplica-se também às equipas, nomeadamente às de carácter técnico.

Designers e desenvolvedores por trás de nossos aplicativos favoritos passam anos refinando seus talentos. No entanto, essa expertise também gera certa distância entre as divisões da empresa, que não necessariamente se alinha à hierarquia.

Siloing, como esse processo é comumente chamado, pode até acontecer entre equipes de projeto que deveriam estar no mesmo nível.

Os perigos do silo são muitos. Falta de comunicação, prazos perdidos, falhas negligenciadas, incentivos desalinhados, só para citar alguns. Pode até criar animosidade entre membros do mesmo projeto se for permitido apodrecer.

Como solução, cada vez mais líderes empresariais estão prestando atenção às habilidades de toda a empresa que podem ajudar a neutralizar essas tendências negativas. A habilitação do produto é uma das principais vacinas contra silos.

Qual é a definição de ativação do produto?

Em suma, a habilitação do produto refere-se aos mecanismos pelos quais os membros de uma organização obtêm informações sobre os produtos que a empresa está produzindo e vendendo ao público.

Você pode supor que isso é natural para qualquer equipe ou indivíduo importante, independentemente de sua posição na cadeia de produção. Se você está em pesquisa e desenvolvimento, por exemplo, deve estar ciente dos principais recursos e áreas de melhoria. Se você está em vendas diretas ao consumidor, deve saber o que está tentando convencer o público a comprar.

No entanto, como qualquer gerente de recursos humanos ou recrutador poderá lhe dizer, esse conhecimento geralmente é superficial. Os líderes e membros da equipe simplesmente sabem o suficiente para realizar suas tarefas. Mas o objetivo da habilitação do produto é ir além disso.

O objetivo é que as decisões de design do seu produto, recursos funcionais e pontos de venda singulares permeiem a empresa e estruturem os pontos de vista e os pontos de ação relevantes para cada divisão.

Benefícios da ativação do produto

Da mesma forma que você gostaria que todos em sua organização entendessem as condições do mercado e o público-alvo, geralmente é uma boa ideia incutir algum grau de conhecimento do produto em todos os membros de sua empresa.

Vamos nos aprofundar em alguns benefícios específicos de promover ativamente a ativação do produto.

Conscientização do projeto

Os designers podem ser um pouco específicos sobre suas escolhas, mas é provável que eles saibam o que estão fazendo. De cores a notificações e horários, as escolhas que os designers e suas equipes fazem são respaldadas por insights e inúmeros experimentos.

Infelizmente, como seu trabalho passa por várias equipes e adaptações, os que estão no downstream geralmente entendem mal ou interpretam mal as decisões por trás de uma ferramenta de relacionamento com o cliente ou uma solução de pagamento. A habilitação do produto, operando bidirecionalmente, ajudará as divisões voltadas para o cliente a entender melhor os processos de pensamento e as restrições por trás das escolhas de design.

Primazia da marca

Você deve ter notado que a consciência, uma palavra geralmente empregada com “marca”, foi substituída aqui por primazia.

No caso do design, basta que os colegas saibam por que certas decisões foram tomadas. Sua marca, no entanto, merece mais do que isso.

O branding vai além de logotipos e cores corporativas: é a alma da sua empresa, sua maneira única de fazer as coisas e resolver problemas, que faz você se destacar em um mercado concorrido. Por meio de atividades de capacitação de produtos (mais sobre isso abaixo), você pode pregar para suas equipes como sua marca deve refletir no trabalho atual e em projetos futuros.

Alinhamento de metas

Embora sua marca provavelmente seja um recurso estável que influencia a entrega de seu produto, há muitos momentos na história de uma empresa em que são os projetos menores que importam.

Esteja você lançando uma nova linha, desativando um recurso antigo ou reformando seu site, canais fortes de capacitação de produtos permitem que essas metas em mudança se espalhem pelas divisões da empresa.

Momentos de mudança podem ser caóticos, mas se os objetivos compartilhados em relação à evolução do seu produto forem comunicados de forma rápida e eficaz, você evitará armadilhas e poderá se concentrar nos fundamentos.

Melhoria continua

Repensar, reequipar e renovar a maneira como sua equipe trabalha é um princípio fundamental do desenvolvimento ágil de produtos . Dito isso, nos espaços de trabalho compartilhados e movimentados de hoje, muitas vezes é difícil para equipes e indivíduos olharem além de suas preocupações imediatas.

Uma mentalidade de produto compartilhado pode promover faíscas criativas, algo que o gerenciamento de produtos promove por meio de extensos testes e iterações. Aqui, o feedback não é um processo passivo no final da linha, mas um caminho ativo para a criatividade.

Algumas das ofertas de empresas mais bem-sucedidas de hoje vieram de decisões criativas estimuladas pela capacitação de produtos em toda a empresa. Um exemplo importante é o Amazon Web Services. Inicialmente uma ferramenta interna, foi lançada externamente em resposta a inúmeros insights oferecidos por várias equipes da Amazon.

Quando priorizar a ativação do produto

Há muito a ganhar com a busca da capacitação do produto em qualquer negócio. Difundir o design thinking, defender a proposta de venda exclusiva da sua marca (USP) , coordenar as metas do projeto e liberar o poder do feedback do produto pode beneficiar todas as equipes em todos os momentos.

Ao mesmo tempo, todas as empresas e produtos não são criados iguais. Aqui está um esboço das prioridades de habilitação de produtos de acordo com a empresa e o tipo de produto.

Empresas estabelecidas

Acredite ou não, os gerentes de empresas com marcas e produtos conhecidos muitas vezes descobrem, para seu horror, que as equipes ignoram completamente os elementos básicos que definem o legado de sua marca. Se uma pesquisa oficial ou não oficial reflete essa falta de conhecimento do produto, talvez seja hora de articular as equipes de capacitação do produto.

O trabalho mais difícil para as equipes de habilitação de produtos é dissipar equívocos e abordagens comuns que podem ter se fossilizado ao longo de anos e até décadas de conhecimento informal do produto. Uma perspectiva de volta ao básico geralmente é o melhor ponto de partida.

Iniciantes

É verdade que muitas pequenas empresas, especialmente nos estágios iniciais, não possuem os recursos necessários para contratar gerentes de produto dedicados . Um gerente de habilitação de produto pode se tornar um objetivo secundário em situações em que os recursos são escassos. No entanto, embora os PMs sejam os líderes de capacitação de produtos mais típicos, qualquer gerente ou mesmo o CEO pode assumir essa responsabilidade em um piscar de olhos.

Construir uma cultura centrada no produto a partir do zero é uma das melhores sementes para o sucesso de uma startup. Mesmo que a empresa perca o crescimento futuro, todos que participaram do projeto se beneficiarão do conhecimento expandido do produto para sua próxima aventura.

Empresas em rápida expansão

As empresas que estão se expandindo rapidamente em escala ou escopo geralmente ignoram as habilidades mais suaves que desempenham um papel igualmente crítico no sucesso do produto.

Esteja você preocupado em aumentar a produção em uma fábrica no exterior ou obter aprovação regulatória para entrar em um novo mercado, prestar atenção às filosofias de design e aos princípios centrados no cliente pode parecer uma perda de tempo. No entanto, é justamente nesses momentos de crescimento que a capacitação do produto pode brilhar.

Pense em toda a nova inteligência de mercado que está pronta para ser coletada por equipes de atendimento ao cliente habilitadas para produtos que trabalham nesses novos mercados. Se você tiver essas estruturas no momento em que começar a ascender, terá bases sólidas para consolidar sua expansão.

Empresas em crise

As chances são de que, se você imbuiu sua cadeia de valor com a conscientização do produto, poderá evitar que muitos problemas catastróficos surjam. Mas se você já está no meio disso, ainda vale a pena lançar um exercício de capacitação de produto.

Quando você precisa tomar decisões como descontinuar uma prestação de serviço ou vender certas operações, suas equipes devem ser capazes de justificar suas escolhas de acordo com os princípios-chave do produto. Isso é particularmente importante se sua empresa tiver uma oferta combinada — ou seja, um de seus pontos de venda é fornecer um pacote coeso de serviços interconectados.

 

 

O que é habilitação de produto?  Definição e visão geral

O que faz um gerente de habilitação de produto?

Se você passou algum tempo em uma startup, saberá que não existe uma descrição de trabalho fechada nesses ambientes. Todo mundo faz tudo. Dito isso, existem algumas habilidades e responsabilidades necessárias que são comumente encontradas em uma descrição do cargo de gerente de habilitação de produto.

Abaixo estão alguns exemplos de responsabilidades associadas a uma função típica de gerente de habilitação de produto ou membro da equipe:

  • Equipes de pesquisa para avaliar o conhecimento do produto
  • Realizar sessões de treinamento para reforçar a conscientização do produto, com foco em elementos relevantes para a estratégia e o roteiro do produto
  • Promover a comunicação e a colaboração entre as equipes de produto , equipes multifuncionais e outras partes interessadas em toda a organização para garantir que todas as perspectivas sejam consideradas no desenvolvimento
  • Avalie a aplicação de perspectivas e iniciativas centradas no produto, represente-as em reuniões de nível superior e certifique-se de que elas tenham impacto nas comunicações internas e externas

Capacitação do produto versus gerenciamento do produto versus marketing do produto

Essas tarefas são dramaticamente diferentes do gerenciamento de produtos e do marketing de produtos, que normalmente não são feitos para operar entre empresas. A gestão de produtos constitui uma verdadeira divisão da empresa, encarregada de construir uma cultura de melhoria contínua  para garantir que os produtos cumpram as metas estabelecidas pela empresa.

Isso inclui subdisciplinas como comportamento do usuário, princípios de design, branding, etc. Por outro lado, os profissionais de marketing de produto são frequentemente incorporados às equipes de marketing e branding, garantindo que mercados consumidores específicos e as ofertas de produtos da empresa estejam alinhados.

Aqui está outra maneira de enquadrar a definição de habilitação de produto: habilitação de produto é uma atividade destinada a se espalhar por toda a empresa, generalizando uma abordagem e uma maneira de fazer as coisas entre grupos heterogêneos.

Por outro lado, gerentes de produto e profissionais de marketing de produto concentram-se em suas próprias atribuições, trabalhando em equipes homogêneas de profissionais com um objetivo distinto. Certamente, eles podem realizar atividades de habilitação de produtos em empresas menores, mas organizações maiores geralmente contratam profissionais de habilitação de produtos para promover perspectivas de produtos.

Fonte: https://blog.logrocket.com/product-management/what-is-product-enablement/

#product 

O Que é Habilitação De Produto? Definição E Visão Geral

What Is Product Enablement? Definition and Overview

If you know a little about product enablement, you might think it’s irrelevant as long as you have a competent product team. If you know nothing about it, you would be forgiven for confusing it with product management or product marketing.

Both perspectives are wrong. The fact is that product enablement is an increasingly essential attribute for cross-company teams.

Let’s start with the basics: how do we define product enablement? Then, we’ll outline key benefits and scenarios where product enablement skills come in handy.

Finally, we‘ll summarize the product enablement manager’s job description and responsibilities and highlight the distinction between this role, product marketing, and product management.

Source: https://blog.logrocket.com/product-management/what-is-product-enablement/

#product 

What Is Product Enablement? Definition and Overview
Adelle  Smith

Adelle Smith

1653658827

How to Conquer my Email with Superhuman

I deal with email all day and week long and it's starting to become my main tool as an entrepreneur. I starting looking around for a tool that would allow me to handle my email faster and more efficiently.

Superhuman is gorgeous. Blazingly fast. And comes with advanced features that make you feel superhuman. A.I. Triage. Undo Send. Insights from social networks. Follow-up Reminders, Scheduled Messages, and Read Statuses. To name but a few. Superhuman is so fast, delightful, and intelligent — you'll feel like you have superpowers.

0:00 - Intro
1:20 - The problem with normal email
2:20 - Superhuman basics
3:40 - Powerful Email Tools
5:52 - Superhuman Commands
6:50 - Scheduling
7:58 - Inbox Zero
8:30 - Workflow

#BeSuperhuman #freelancing  #product 

------------------------------------------------------------------------------------

🤝 //////////// My Courses, Templates, Free E-Books, & 1:1 Mentorship
https://learn.jesseshowalter.com/

👋 ////////// Follow me on Social
Instagram: https://www.instagram.com/iamjesseshow
Twitter: http://twitter.com/iamjesseshow

📫  ////////// Sign up for my Monthly Newsletter 
www.jesseshowalter.com/newsletter

------------------------------------------------------------------------------------

🖥️ ////////// I build most of my websites using Webflow
https://webflow.grsm.io/1976712

💻 ////////// I host all my websites with Hostinger
https://www.hostg.xyz/SH5fF

🎵 ////////// Elevate your videos with record-label quality music from Musicbed
http://share.mscbd.fm/iamjesseshow

📸 ////////// The Equipment I use
https://www.amazon.com/shop/jesseshowaltertv

How to Conquer my Email with Superhuman
Evan John

Evan John

1653567395

What is Instacart Advertising - Things To Know

Instacart is a rising grocery delivery and pick-up service company that provides these services via an app or website. It’s an up and coming retail platform with over 9.6 million active users in Canada and USA.  Read more here - https://www.ezrankings.org/blog/instacart-advertising/

#instacart #Instacartadvertising #advertising #ezrankings #yourdigitalpartner #SEO #digitalmarketing #socialmedia #promotion #product #ecommerce 

 

 

 What is Instacart Advertising - Things To Know

Building Trust by Using Technology: A Path towards Digital Transformat

When customers like your products and services, does it mean they totally trust you?. Well, technically the answer is no. Because it is not just about products and services. But it is also about the core purpose and the ethics of your organization serving as the fundamental parameters to gain a better level of trust from your customers. To build enough trust is a matter of choosing the right practices empowered with technology to communicate the brand personality to your audience.

https://brainstreamtechnolabs.com/building-trust-by-using-technology-a-path-towards-digital-transformation/

#digitaltransformation #digitalization #organization #services #technology #newblog #newarticle #product #digitaltrust  

Building Trust by Using Technology: A Path towards Digital Transformat
高橋  花子

高橋 花子

1650906720

開発者のための5つの簡単な生産性のヒント

可能な限り生産的になることは、すべての開発者の目標です。なんで?まあ、利点のリストは長く、あなた自身の幸福と仕事の満足度が含まれています。今日私があなたのために用意したヒントはよく知られていますが、人々(私自身も含む)はそれらを「単純すぎる」と忘れたり無視したりする傾向があります。そして、それは間違いです。なぜなら、私たち全員が知っているように、シンプルがしばしば最高だからです! 

より少ない時間で働く

非論理的に思えるかもしれませんが、1週間あたりの作業時間が少なくなると、生産性が向上します。時間が少なくなると、完了しなければならないタスクに集中でき、気を散らすことに時間を無駄にするのではなく、それらの特定のタスクに全力を注ぐことができます。これは2番目のポイントにつながります:

気を散らすものを最小限に抑える

「ゾーンに入る」のは簡単ではありませんが、一度やってみると気持ちいいですね。この心の状態をできるだけ頻繁に達成するために、あなたは勤務時間中にあなたの職場で気を散らすことを避けるように努めるべきです。あなたの環境を清潔で静かに保ち、そして最も重要なもの-FacebookとInstagramをオフにしてください、彼らは最悪の時間を食べる人です!

休憩を取る

1時間ごとにコンピューターから離れ、体を動かします。 

完全なフィットネスルーチンを仕事の日に組み込む必要はありません(ただし、それを強くお勧めします)。家の中を少し歩いたり、数回ストレッチしたりするだけでも、すべての違いを生むことができます。心をリセットすることも忘れないでください-キーボードから離れている間、仕事とは違うことを考えてください-あなたの脳はこのような休憩のたびにあなたに感謝します!

適切な睡眠をとる

夜間の休息を決して犠牲にしないでください。脳と体が再生する時間を得るのは夜間です(夜更かし型の場合でも、毎日7〜8時間の睡眠をとるようにしてください)。私たちは皆、締め切りを嫌いますが、モニターの前で12時間以上過ごすよりも、就寝して翌日仕事を再開する方がはるかに理にかなっている場合があります。そうすることで生産性が上がることはめったになく、仕事の質はおそらく向上しません。最善を尽くす。 

週末を大切に

あなたは「仕事を家に持ち帰る」こと、または土曜日の午後に「物事を成し遂げるために」数時間を費やすことで罪を犯していますか?長期的には仕事に圧倒される場合、それは良い一時的な解決策のように見えるかもしれませんが、それは多くの損害を引き起こす可能性があります。休暇をとらないことは、遅かれ早かれあなたの仕事だけでなく、人生の他の側面にも影響を及ぼします。週末を利用して、友達や家族と過ごしたり、新しい趣味を練習したり、ずっと棚で待っていた本を読んだり、ハイキングに出かけたりできます。あなたは月曜日の朝にあなたがリフレッシュし、エネルギーに満ち、そして揺れる準備ができていると感じることに間違いなく気付くでしょう!

生産性を高めるためのこれらの5つの簡単な方法が、悪い習慣に終止符を打ち、仕事と仕事と生活のバランスが良いことが生産性を高め、燃え尽き症候群を回避するための鍵であることを思い出させるのに役立つことを願っています。

ソース:https ://www.c-sharpcorner.com/article/5-simple-productivity-tips-for-developers/

#product #developer 

開発者のための5つの簡単な生産性のヒント

5 Sencillos Consejos De Productividad Para Desarrolladores

Ser lo más productivo posible es un objetivo de todo desarrollador. ¿Por qué? Bueno, la lista de beneficios es larga e incluye tu propio bienestar y satisfacción laboral. Los consejos que preparé para ti hoy son bien conocidos, pero la gente (incluido yo mismo) tiende a olvidarlos o ignorarlos como "demasiado simples". Y eso es un error porque, como todos sabemos, lo simple suele ser lo mejor. 

trabajar menos horas

Puede parecer ilógico, pero trabajar menos horas a la semana puede mejorar tu productividad. Tener menos tiempo te hace concentrarte en las tareas que tienes que terminar y te hace dedicar toda tu atención a esas tareas específicas en lugar de perder el tiempo en distracciones. Esto nos lleva al segundo punto:

Minimice las distracciones

"Entrar en la zona" no es fácil, pero una vez que lo haces, ¿no se siente genial? Para lograr este estado de ánimo con la mayor frecuencia posible, debe tratar de evitar las distracciones en su lugar de trabajo durante las horas de trabajo. Mantenga su entorno limpio y silencioso y, lo más importante, apague Facebook e Instagram, ¡son los peores comedores de tiempo!

Tomar descansos

Aléjate de tu computadora cada hora y mueve tu cuerpo. 

No es necesario que incorpore una rutina completa de ejercicios en su día de trabajo (aunque es muy recomendable), incluso una breve caminata por la casa o algunos estiramientos pueden marcar la diferencia. No olvides reiniciar tu mente también: mientras estés lejos del teclado, piensa en algo diferente al trabajo: ¡tu cerebro te agradecerá cada descanso como este!

dormir bien

Nunca debes sacrificar tu descanso nocturno: es durante la noche cuando tu cerebro y tu cuerpo tienen tiempo para regenerarse (incluso si eres un ave nocturna, trata de dormir de 7 a 8 horas todos los días). Todos odiamos los plazos, pero a veces tiene mucho más sentido irse a la cama y reanudar el trabajo al día siguiente en lugar de pasar más de 12 horas frente al monitor; rara vez se vuelve productivo al hacerlo y la calidad de su trabajo probablemente no lo hará. sé el mejor. 

Aprecia tus fines de semana

¿Eres culpable de "llevar el trabajo a casa" o de dedicar un par de horas un sábado por la tarde "a hacer las cosas"? Si bien puede parecer una buena solución temporal cuando está abrumado con el trabajo a largo plazo, puede causar mucho daño. No permitirte tiempo libre tarde o temprano influirá no solo en tu trabajo sino también en otros aspectos de la vida. Use sus fines de semana para pasar tiempo con sus amigos y familiares, practicar un nuevo pasatiempo, leer un libro que ha estado esperando en un estante por mucho tiempo o ir de excursión. ¡Definitivamente notará que el lunes por la mañana se siente renovado, lleno de energía y listo para rockear!

Espero que estas 5 sencillas formas de ser más productivo te ayuden a poner fin a las malas prácticas y te recuerden que un buen equilibrio entre el trabajo y la vida privada es clave para ser productivo y evitar el agotamiento.

Fuente: https://www.c-sharpcorner.com/article/5-simple-productivity-tips-for-developers/

#product #developer 

5 Sencillos Consejos De Productividad Para Desarrolladores
Diego  Elizondo

Diego Elizondo

1650225900

27 Antipatrones De Acumulación De Productos

Scrum es un marco táctico para crear productos, siempre que identifique lo que vale la pena hacer de antemano. Pero incluso después de una fase exitosa de descubrimiento de productos, es posible que tenga dificultades para crear lo correcto de la manera correcta si su Lista de productos no está a la altura: basura entra, basura sale. El siguiente artículo señala 27 antipatrones comunes de la Lista de productos pendientes, incluido el proceso de refinamiento de la Lista de productos pendientes, que limitan el éxito de su equipo Scrum.

El Product Backlog según la Guía Scrum

En primer lugar, echemos un vistazo a la edición actual de la Guía Scrum sobre el propósito del Product Backlog:

El Product Backlog es una lista emergente y ordenada de lo que se necesita para mejorar el producto. Es la única fuente de trabajo realizada por el Scrum Team.

Los elementos de la Lista de Producto que puede realizar el Equipo Scrum dentro de un Sprint se consideran listos para la selección en un evento de Planificación de Sprint. Suelen adquirir este grado de transparencia después de las actividades de refinación. El refinamiento de la cartera de productos es el acto de desglosar y definir aún más los elementos de la cartera de productos en elementos más pequeños y precisos. Esta es una actividad continua para agregar detalles, como una descripción, orden y tamaño. Los atributos a menudo varían con el dominio del trabajo.

Los Desarrolladores que estarán haciendo el trabajo son responsables del dimensionamiento. El propietario del producto puede influir en los desarrolladores ayudándolos a comprender y seleccionar compensaciones.

Fuente : Guía Scrum 2020 .

Scrum , al ser un marco táctico, es bueno para poner hipótesis validadas en manos de los clientes para cerrar el ciclo de aprendizaje, lo que permite la inspección de la suposición inicial y el proceso de decisión para construir un Incremento y, posteriormente, adaptar los preparativos para el próximo Sprint. .

Scrum no es bueno para formular hipótesis y ejecutar experimentos, validarlos o falsificarlos, lo que también se conoce como descubrimiento de productos. Eso no es táctica sino parte de las operaciones, posicionando al equipo Scrum para el éxito. Si observa el diagrama de flujo anterior, la parte de Scrum (tácticas) está en el lado derecho, mientras que la parte de descubrimiento de productos (operaciones) está en el lado izquierdo. Hay amplias oportunidades para lidiar con la parte izquierda del proceso, por ejemplo, Lean Startup, Design Thinking, Design Sprint, Lean UX, Dual-Track Agile , solo por nombrar algunos. 

En un momento dado, un equipo de Scrum necesita practicar el descubrimiento y la entrega de productos (o el desarrollo de productos) de manera simultánea y continua. Sin embargo, esta necesidad no obliga a comprimir todos los elementos de trabajo en el Product Backlog. Por el contrario, en mi experiencia, los equipos de Scrum se desempeñan por debajo de sus capacidades cuando no se adhieren estrictamente a mantener dos artefactos diferentes para ambas partes del proceso: 

  1. Habrá un artefacto transparente para realizar un seguimiento de las ideas, hipótesis, experimentos y resultados. (Me gusta referirme a una parte de ese artefacto como Anti-Product Backlog, un repositorio vivo de problemas que un equipo Scrum decide no seguir).
  2. El segundo artefacto es, por supuesto, el Product Backlog. Un equipo de Scrum efectivo pone mucho esfuerzo en mantener este artefacto “procesable”. Un Product Backlog procesable refleja el esfuerzo continuo del equipo Scrum en el descubrimiento de productos en general, desarrollando una opinión informada sobre qué idea puede ser valiosa para los clientes, y refinando esas hipótesis validadas en elementos adecuados del Product Backlog. En este punto, todos en el equipo Scrum entienden por qué el equipo persigue esta oportunidad sobre otros, qué deben construir los desarrolladores, cómo lograrán esto y, probablemente ya en esta etapa, quién trabajará en ello. Por lo general, el tamaño de una acción del Product Backlog comprende de 3 a 6 Sprints de trabajo, y dado que el Product Owner ordena los elementos del Product Backlog por valor,

Antipatrones comunes de acumulación de productos

A pesar de ser relativamente sencillo, el proceso de creación y refinamiento de un Product Backlog a menudo sufre de varios anti-patrones. He identificado cinco categorías diferentes para los antipatrones de Product Backlog:

Antipatrones generales de PB

  1. Priorización por poder:  Un único interesado o un comité de interesados ​​prioriza el Product Backlog. (La fuerza de Scrum se basa en la sólida posición del Dueño del producto. El Dueño del producto es la única persona que decide qué tareas se convierten en elementos de la Pila del producto. Por lo tanto, el Dueño del producto también decide ordenar la Pila del producto. Quite ese poder, y Scrum se convierte en un proceso de cascada 2.0 bastante poderoso).
  2. Sobredimensionado:  el Product Backlog contiene más elementos de los que el equipo Scrum puede entregar en tres a seis sprints. (Es muy probable que esta práctica resulte en esfuerzos desperdiciados: refinará elementos de trabajo que los desarrolladores nunca convertirán en incrementos. Además, al invertir todos los esfuerzos por adelantado, puede ser víctima de la falacia del costo irrecuperable, entregando menos valor del posible. )
  3. Problemas obsoletos:  la Lista de productos atrasados ​​contiene elementos que no se han tocado durante varias semanas o más. (Esa es típicamente la duración de tres o cuatro Sprints. Si el Product Owner está acumulando elementos pendientes, surge el riesgo de que los elementos más antiguos se vuelvan obsoletos, lo que hace que el trabajo previamente invertido del equipo Scrum quede obsoleto).
  4. Todo está detallado y estimado:  Todos los elementos del Product Backlog están completamente detallados y estimados. (Es demasiado trabajo inicial y conlleva el riesgo de asignar mal el tiempo del equipo Scrum. El refinamiento de los elementos de la Lista de Producto es un esfuerzo continuo solo hasta el punto en que el equipo Scrum se siente cómodo convirtiendo estos elementos en Incrementos).
  5. ¿INVERTIR? El equipo Scrum no aplica el principio INVEST a los elementos del Product Backlog. (Si no se crean elementos de trabajo independientes, valiosos y pequeños, aumenta el riesgo de fallas en la implementación durante el Sprint. Por lo tanto, se recomienda que un equipo Scrum invierta, sin intención de hacer un juego de palabras, en una práctica adecuada de refinamiento de la Lista de Producto para abordar posibles problemas antes empiezan a trabajar.)
  6. Elementos basados ​​en componentes:  los elementos de la cartera de productos se dividen horizontalmente en función de los componentes en lugar de verticalmente en función de la funcionalidad de un extremo a otro. (Esto puede deberse a su estructura organizativa, un efecto llamado ley de Conway. En este caso, supere esta deuda organizativa pasando a equipos multifuncionales para mejorar la capacidad de entrega del equipo Scrum. De lo contrario, el equipo Scrum debería invertir en un taller sobre cómo escribir mejores elementos de la cartera de productos).
  7. Faltan criterios de aceptación:  hay elementos del Product Backlog que necesitan criterios de aceptación adicionales sin enumerarlos. (No es necesario tener listos todos los criterios de aceptación al comienzo del ciclo de refinamiento, aunque harían la tarea mucho más accesible. Sin embargo, todos los elementos de la Lista de Producto deben cumplir con la Definición de Listo y, probablemente, con los requisitos específicos en el trabajo. Si la Definición de Listo no proporciona estos últimos, los criterios de aceptación ahora necesarios serán el resultado del proceso de refinamiento.)
  8. Criterios de aceptación demasiado detallados:  Hay elementos de Product Backlog con una lista extensa de criterios de aceptación. (Este es el otro extremo: el propietario del producto cubre cada caso límite sin negociar con los desarrolladores. Por lo general, de tres a cinco criterios de aceptación son más que suficientes. Si cree que necesita más criterios, esto puede indicar que el elemento de trabajo aún está pendiente). demasiado grande y necesita dividirse).
  9. 100% por adelantado:  el equipo de Scrum crea un Product Backlog que cubre el proyecto o producto completo por adelantado porque se cree que el alcance de la versión es limitado. (Permítanme hacer una pregunta: ¿Cómo puede estar seguro de saber hoy qué entregar dentro de seis meses cuando trabaje en un problema complejo y adaptativo? ¿No es el hecho de no poder predecir el futuro la razón por la que emplea Scrum en el ¿primer lugar?)
  10. No más que un título:  la cartera de productos contiene elementos que comprenden poco más que un título. (Crear ruido al agregar numerosos "recordatorios" al Backlog, ofuscando así la señal que proporcionará, disminuirá la capacidad del equipo Scrum para crear Incrementos valiosos para los clientes. Las ideas no pertenecen al Product Backlog; son parte del producto. sistema de descubrimiento).
  11. Sin investigación:  la cartera de productos contiene pocos o ningún pico o tareas de investigación limitadas en el tiempo. (Este efecto a menudo se correlaciona con un equipo de Scrum que pasa demasiado tiempo discutiendo problemas futuros en lugar de investigarlos con un pico como parte de un proceso continuo de refinamiento de la Lista de Producto).

Anti-patrones de backlog del propietario del producto

  1. Almacenamiento de ideas:  el propietario del producto utiliza la cartera de productos como depósito de ideas y requisitos. (Un gran Product Backlog probablemente se considere un signo de un "buen" equipo Scrum: Usted es completamente transparente, y esto es una prueba de su utilidad para la organización. Sin embargo, estar "ocupado" no es igual a valor para los clientes y la organización. El ruido adicional creado por la gran cantidad de problemas también puede nublar la detección de elementos valiosos. Por último, el tamaño del Product Backlog puede tener un efecto de exclusión en las partes interesadas, ya que se sienten abrumadas. El Product Backlog inflado de ideas puede impedir la comunicación crítica con ellos como consecuencia.)
  2. PO a tiempo parcial: El propietario del producto no está trabajando diariamente en la cartera de pedidos del producto. (La Lista de Producto debe representar el mejor uso del tiempo de los Desarrolladores en un momento dado. Supongamos que una actualización de la Lista de Producto ocurre solo ocasionalmente, por ejemplo, poco antes de la próxima Planificación de Sprint. Debido a la falta de refinamiento, es Es probable que deje mucho valor sobre la mesa. El valor del Product Backlog resulta en una parte significativa de la discusión abierta entre el Product Owner y los Desarrolladores. En un buen equipo Scrum, los Desarrolladores desafían constantemente al Product Owner con respecto al valor. de elementos sugeridos del Backlog del Producto. Este enfoque de control y equilibrio reduce la probabilidad de que el Dueño del Producto sea víctima del sesgo de confirmación, mitigando así el riesgo de que el equipo Scrum tome una decisión de inversión equivocada en la próxima Planificación del Sprint.
  3. Copiar y pegar PO:  el propietario del producto crea elementos de la cartera de productos al desglosar los documentos de requisitos recibidos de las partes interesadas en partes más pequeñas. (Ese escenario ayudó a acuñar el apodo de "mono de boletos" para el propietario del producto. Recuerde: refinar los elementos de la cartera de productos es un ejercicio de equipo. Además, el uso de prácticas como plantillas de historias de usuarios ayuda a todos a comprender el por qué, el qué y el cómo. Recuerde Karl Popper: “ Recuerda siempre que es imposible hablar de tal manera que no te puedan malinterpretar ”).
  4. Orden de compra dominante:  el propietario del producto crea elementos de la cartera de productos proporcionando no solo el "por qué", sino también el "cómo" y el "qué". (Solo siga la Guía de Scrum y sus comprobaciones y balances incorporados: los desarrolladores responden la pregunta 'Cómo', la implementación técnica, y tanto el equipo como el propietario del producto colaboran en la pregunta 'Qué': qué alcance es necesario para lograr el propósito deseado?)
  5. Autor de la historia del usuario:  el propietario del producto invierte demasiado tiempo por adelantado en la creación de elementos de la cartera de productos, lo que los hace demasiado detallados. (Si un elemento de trabajo parece completo, es posible que los desarrolladores no vean la necesidad de involucrarse en un mayor refinamiento. De esta manera, un elemento de la Lista de Producto "grueso" reduce el nivel de compromiso del equipo, comprometiendo la creación de un entendimiento compartido. Por cierto, esto no sucedía en los días en que usábamos fichas, dada su limitación física).
  6. El PO 'Lo sé todo':  El propietario del producto no involucra a las partes interesadas ni a los expertos en la materia en el proceso de refinamiento. (Un Product Owner que cree ser omnisciente o que es un portal de comunicación es un riesgo para el éxito del equipo Scrum. Los equipos Scrum capaces en general y los Product Owners en particular saben bien cuándo comunicarse con otros para comprender mejor un asunto. a mano.)

Antipatrones de acumulación de productos a nivel de cartera y hoja de ruta del producto

  1. ¿Mapa vial? El Product Backlog no está sincronizado con la hoja de ruta del producto . (Se supone que el Product Backlog debe ser lo suficientemente detallado como para lograr el objetivo del producto actual. En mi experiencia, este objetivo de planificación medio a menudo puede requerir hasta tres o cuatro Sprints para completarse. Más allá de ese punto, el Product Backlog debe centrarse en temas de la hoja de ruta del producto a grandes rasgos, apuntando al próximo objetivo del producto, pero nada ya demasiado específico. El riesgo de realización de estos temas en este punto es demasiado alto. En ese sentido, la cartera de productos refleja un subconjunto "continuo" de la hoja de ruta del producto en en cualquier momento.)
  2. Hojas de ruta anuales:  el plan de cartera de la organización, los planes de lanzamiento o las hojas de ruta de productos se crean una vez al año por adelantado, y nunca se volverán a tocar mientras tanto. (Si la cartera de productos se mantiene alineada con estos planes, probablemente introduzca una planificación en cascada por la puerta trasera. La planificación ágil siempre es "continua" para mitigar el riesgo de asignar incorrectamente los esfuerzos a planes obsoletos. Este tipo de "planificación continua" también se aplica a las hojas de ruta del producto que se benefician de ser revisados ​​al menos cada 6-12 semanas, dependiendo de la industria).
  3. Secretos de las hojas de ruta:  la planificación de la cartera, el plan de lanzamiento o la hoja de ruta del producto no son visibles para todos los involucrados en la creación de incrementos de productos. (Si no sabe hacia dónde se dirige, cualquier camino lo llevará allí. El "panorama general" es crucial para el éxito de cualquier equipo Scrum. Debe estar disponible para todos, ya que el éxito del producto es un deporte de equipo, que depende de las ideas. , conocimientos y habilidades de cada miembro del equipo y parte interesada).
  4. China en tus manos:  la planificación de la cartera, el plan de lanzamiento o la hoja de ruta del producto no se consideran alcanzables ni creíbles por parte de quienes se supone que deben entregarlo. (Si esto se refleja en el Product Backlog, es probable que refinar los elementos de trabajo sea un desperdicio).

Antipatrones de backlog de los desarrolladores

  1. Un equipo Scrum sumiso:  Los Desarrolladores siguen sumisamente todas las demandas del Dueño del Producto. (Desafiar al propietario del producto si su selección de elementos de trabajo es el mejor uso del tiempo de los desarrolladores es la obligación más noble de cada miembro del equipo: ¿Por qué deberíamos hacer esto? Scrum no funciona sin que todos cumplan con los controles y equilibrios integrados en el marco. Es fácil enamorarse de "su solución" en lugar de abordar el problema real del cliente. Si los desarrolladores simplemente hacen lo que el propietario del producto "sugiera", el valor general creado por el equipo Scrum probablemente estará por debajo de su potencial. es por eso que quieres misioneros en tu equipo, no solo mercenarios).
  2. ¿Qué deuda técnica? Los Desarrolladores no exigen el tiempo adecuado para abordar la deuda y los errores técnicos y preservar el estándar de calidad del producto. En su lugar, adoptan por completo la fábrica de funciones y envían una función nueva tras otra. (Mi regla general es que los desarrolladores deben considerar asignar hasta el 20 % de su tiempo para corregir errores y refactorizar la base de código. Una pila tecnológica de alta calidad es fundamental para poder, como equipo Scrum, adaptar los siguientes pasos a lecciones aprendidas y tendencias recientes del mercado. La excelencia técnica es un requisito previo de cualquier forma de agilidad empresarial; preservar este estado es un proceso continuo que requiere una inversión constante y sustancial).
  3. Sin tiempo de inactividad:  los desarrolladores no exigen un 20 % de tiempo de inactividad (o capacidad no planificada) al propietario del producto. (Esto se superpone con la Planificación del Sprint, la creación de los Objetivos del Sprint y la capacidad del equipo para pronosticar. Sin embargo, no se puede abordar lo suficientemente pronto. Si la capacidad de un equipo siempre se utiliza al 100 %, su rendimiento disminuirá. Todos se concentrarán en lograr su objetivo. tareas realizadas. Habrá menos tiempo para apoyar a los compañeros de equipo o emparejarse. Los problemas menores ya no se abordarán de inmediato. Y, en última instancia, la actitud de "Estoy ocupado" reducirá la creación de un entendimiento compartido entre todos los miembros del equipo por qué hacen lo que hacen. Ellos están haciendo.)

Product Backlog Anti-Patrones del Equipo Scrum

  1. Involucrar al equipo Scrum, ¿por qué? El propietario del producto no involucra a todo el equipo de Scrum en el proceso de refinamiento de la cartera de productos y, en cambio, depende solo del "ingeniero principal" y un diseñador. Además, los desarrolladores están de acuerdo con este enfoque, ya que les permite escribir más código que prefieren en lugar de averiguar qué vale la pena construir. (Cuando se trata de resolver un problema complejo, no hay expertos sino muchas ideas en competencia. Por lo tanto, limitar a los participantes activos en las actividades de refinamiento a unos pocos miembros del equipo en lugar de a todo el equipo Scrum aumenta el riesgo de ser víctima del sesgo de confirmación ya que la diversidad de opinión está limitada artificialmente.)
  2. No hay tiempo para el refinamiento:  el equipo de Scrum no tiene suficientes sesiones de refinamiento del Product Backlog, lo que resulta en un Product Backlog de baja calidad. (La Guía Scrum 2017 inicialmente aconsejó dedicar hasta el 10 % del tiempo del equipo Scrum en el refinamiento de la cartera de productos. Esta es una decisión comercial acertada: nada es más costoso que una función mal diseñada que ofrece poco o ningún valor).
  3. Demasiado refinamiento:  el equipo de Scrum tiene demasiadas sesiones de refinamiento, lo que da como resultado un Product Backlog demasiado detallado. (Demasiado refinamiento tampoco es saludable. Hay un momento en que el rendimiento marginal de un esfuerzo de refinamiento adicional es cero o probablemente incluso negativo: piense en análisis-parálisis. La única forma en que un equipo Scrum puede comprender si la validación previa del La hipótesis subyacente de una nueva característica es correcta es construir y enviar esta cosa. No hay forma de resolver esto en la mesa verde, refinando y discutiendo el problema sin cesar).

Conclusión

Incluso si ha identificado con éxito lo que vale la pena construir a continuación, es probable que su Product Backlog y su proceso de refinamiento proporcionen espacio para mejorar. Simplemente llévelo al equipo y aborde posibles antipatrones de Product Backlog en la próxima Retrospectiva. En mi experiencia, es la forma más fácil de mejorar el desempeño del equipo Scrum y, por lo tanto, la posición del equipo entre las partes interesadas y los clientes.

¿Qué antipatrones de Product Backlog has observado? Por favor comparte con nosotros en los comentarios.

Fuente: https://dzone.com/articles/27-product-backlog-anti-patterns

#backlog  #product  #agile

27 Antipatrones De Acumulación De Productos
高橋  花子

高橋 花子

1650106881

27製品バックログアンチパターン

スクラムは、製品を構築するための戦術的なフレームワークです。ただし、事前に作成する価値のあるものを特定する必要があります。しかし、製品発見フェーズが成功した後でも、製品バックログが機能しない場合は、適切な方法で適切なものを作成するのに苦労する可能性があります。次の記事は、スクラムチームの成功を制限する27の一般的な製品バックログのアンチパターン(製品バックログの改良プロセスを含む)を示しています。

スクラムガイドによる製品バックログ

まず、製品バックログの目的で、スクラムガイドの現在の版を見てみましょう。

製品バックログは、製品を改善するために必要なものの緊急の注文リストです。これは、スクラムチームによって行われる単一の作業ソースです。

1つのスプリント内でスクラムチームが実行できる製品バックログアイテムは、スプリント計画イベントで選択する準備ができていると見なされます。彼らは通常、活動を洗練した後にこの程度の透明性を獲得します。製品バックログの改良とは、製品バックログのアイテムをより小さく、より正確なアイテムに分解し、さらに定義することです。これは、説明、順序、サイズなどの詳細を追加するための継続的なアクティビティです。多くの場合、属性は作業ドメインによって異なります。

作業を行う開発者は、サイジングに責任があります。プロダクトオーナーは、開発者がトレードオフを理解して選択できるようにすることで、開発者に影響を与えることができます。

出典スクラムガイド2020

戦術的なフレームワークであるスクラムは、検証済みの仮説を効果的に顧客の手に渡して学習ループを閉じ、増分を構築するための最初の仮定と決定プロセスの検査を可能にし、その後、次のスプリントの準備を適応させるのに優れています。 。

スクラムは、仮説を立てたり、実験を実行したり、それらを検証または改ざんしたりするのが得意ではありません。これは、製品の発見とも呼ばれます。これは戦術ではなく運用の一部であり、スクラムチームを成功に導きます。上のフロー図を見ると、スクラムの部分(戦術)が右側にあり、製品発見の部分(操作)が左側にあります。プロセスの左側の部分を処理する十分な機会があります。たとえば、リーンスタートアップ、デザインシンキング、デザインスプリント、リーンUX、デュアルトラックアジャイルなどです。 

スクラムチームはいつでも、製品の発見と製品の提供(または製品開発)を同時に継続的に実践する必要があります。ただし、この必要性は、すべての作業項目を製品バックログに詰め込むことを義務付けるものではありません。それどころか、私の経験では、スクラムチームは、プロセスの両方の部分で2つの異なるアーティファクトを維持することに厳密に準拠していない場合、能力を下回ります。 

  1. アイデア、仮説、実験、および結果を追跡するための透明なアーティファクトが必要です。(私はそのアーティファクトの一部を、スクラムチームが追求しないことを決定した問題の生きたリポジトリであるAnti-Product Backlogと呼ぶのが好きです。)
  2. 2番目のアーティファクトは、もちろん、製品バックログです。効果的なスクラムチームは、このアーティファクトを「実用的」に保つために多大な努力を払っています。実用的な製品バックログは、製品発見全般におけるスクラムチームの継続的な取り組みを反映しており、どのアイデアが顧客にとって価値があるかについての情報に基づいた意見を作成し、検証済みの仮説を適切な製品バックログ項目に絞り込みます。この時点で、スクラムチームの全員が、チームが他の人よりもこの機会を追求する理由、開発者が何を構築するか、どのようにこれを達成するか、そしておそらくこの段階で誰がそれに取り組むかを理解しています。通常、アクションの製品バックログのサイズは3〜6のスプリントで構成され、製品所有者が製品バックログアイテムを値で注文すると、

一般的な製品バックログアンチパターン

比較的単純ですが、製品バックログを作成および調整するプロセスは、さまざまなアンチパターンに悩まされることがよくあります。製品バックログのアンチパターンについて、5つの異なるカテゴリを特定しました。

一般的なPBアンチパターン

  1. 代理人による優先順位付け: 単一の利害関係者または利害関係者の委員会が製品バックログに優先順位を付けます。(スクラムの強みは、プロダクトオーナーの確固たる地位に基づいています。プロダクトオーナーは、どのタスクがプロダクトバックログアイテムになるかを決定する唯一の人物です。したがって、プロダクトオーナーは、プロダクトバックログの注文も決定します。その権限を取り除いてください。スクラムは非常に強力なウォーターフォール2.0プロセスに変わります。)
  2. 特大: 製品バックログには、スクラムチームが3〜6回のスプリントで提供できるよりも多くのアイテムが含まれています。(この方法では、無駄な作業が発生する可能性が非常に高くなります。開発者が増分に変換しない作業項目を改良します。さらに、すべての作業を事前に投資することで、埋没費用の誤謬の犠牲になり、可能な限り価値が低くなる可能性があります。 )。
  3. 古い問題: 製品バックログには、数週間以上触れられていないアイテムが含まれています。(これは通常、3〜4スプリントの長さです。プロダクトオーナーがバックログアイテムを蓄えている場合、古いアイテムが古くなり、スクラムチームの以前に投資した作業が陳腐化するリスクが生じます。)
  4. すべてが詳細に見積もられています: すべての製品バックログ項目は完全に詳細に見積もられています。(これは事前の作業が多すぎて、スクラムチームの時間を誤って割り当てるリスクがあります。製品バックログアイテムの改良は、スクラムチームがこれらのアイテムを増分に変換することに抵抗がない場合にのみ継続的な取り組みです。)
  5. 投資? スクラムチームは、 INVEST原則を製品バックログアイテムに適用しません。(独立した、価値のある、小さな作業項目の作成に失敗すると、スプリント中に実装が失敗するリスクが高まります。したがって、スクラムチームは、前に起こりうる問題に対処するために、適切な製品バックログの改善の実践に投資することをお勧めします。彼らは働き始めます。)
  6. コンポーネントベース のアイテム:製品バックログアイテムは、エンドツーエンドの機能に基づいて垂直方向にスライスされるのではなく、コンポーネントに基づいて水平方向にスライスされます。(これは、組織構造、コンウェイの法則と呼ばれる効果のいずれかが原因である可能性があります。この場合、部門の枠を超えたチームに移動してスクラムチームの配信能力を向上させることにより、この組織の負債を克服します。それ以外の場合、スクラムチームはワークショップに投資する必要があります。より良い製品バックログアイテムの作成について。)
  7. 不合格の承認基準: リストせずに追加の承認基準を必要とする製品バックログアイテムがあります。(リファインメントサイクルの開始時にすべての受け入れ基準を準備する必要はありませんが、タスクがはるかにアクセスしやすくなります。ただし、すべての製品バックログアイテムは、完了の定義と、おそらく作業中の特定の要件を満たす必要があります。アイテムレベル。完了の定義が後者を提供しない場合、現在必要な受け入れ基準は、改良プロセスから生じるものとします。)
  8. 受け入れ基準が詳細すぎる:受け入れ基準 の広範なリストを含む製品バックログ項目があります。(これはもう1つの極端な例です。プロダクトオーナーは、開発者と交渉せずに各エッジケースをカバーします。通常、3〜5の受け入れ基準で十分です。さらに基準が必要であると思われる場合は、作業項目がまだ残っていることを示している可能性があります。大きすぎて分割する必要があります。)
  9. 100%事前に: リリース範囲が限定されていると考えられるため、スクラムチームはプロジェクト全体または製品を事前にカバーする製品バックログを作成します。(質問させてください:複雑で適応性のある問題に取り組むとき、6か月後に何を提供するかを今日確実に知るにはどうすればよいですか?スクラムを採用する理由を将来予測することができませんか?最初の場所?)
  10. タイトルのみ: 製品バックログには、タイトルのみを構成するアイテムが含まれています。(バックログに多数の「リマインダー」を追加してノイズを作成すると、提供する信号がわかりにくくなり、顧客にとって価値のある増分を作成するスクラムチームの能力が低下します。アイデアは製品バックログに属しません。これらは製品の一部です。発見システム。)
  11. 調査なし: 製品バックログには、スパイクやタイムボックス化された調査タスクがほとんどまたはまったく含まれていません。(この効果は、スクラムチームが、継続的な製品バックログの改善プロセスの一環として急増して問題を調査するのではなく、将来の問題について話し合うことに多くの時間を費やすことと相関することがよくあります。)

プロダクトオーナーのバックログアンチパターン

  1. アイデアの保管: プロダクトオーナーは、アイデアと要件のリポジトリとしてプロダクトバックログを使用します。(大量の製品バックログは、おそらく「優れた」スクラムチームの兆候と見なされます。あなたは完全に透明であり、これは組織にとっての有用性の証拠です。ただし、「忙しい」ことは、顧客や組織にとっての価値と同じではありません。膨大な数の問題によって生じる追加のノイズも、貴重なアイテムの検出を曇らせる可能性があります。最後に、製品バックログのサイズは、利害関係者が圧倒されていると感じて、混雑する影響を与える可能性があります。結果としてそれら。)
  2. パートタイムPO: プロダクトオーナーは、製品のバックログに毎日取り組んでいません。(製品バックログは、いつでも開発者の時間を最大限に活用する必要があります。たとえば、次のスプリント計画の直前など、製品バックログの更新がたまにしか発生しないとします。改良が不足しているため、プロダクトバックログの価値は、プロダクトオーナーと開発者の間のオープンな議論から重要な部分をもたらします。優れたスクラムチームでは、開発者は常にプロダクトオーナーに価値について挑戦します。このチェック&バランスアプローチは、プロダクトオーナーが確認バイアスの犠牲になる可能性を減らし、スクラムチームが次のスプリント計画で誤った投資決定を行うリスクを軽減します。
  3. POのコピーと貼り付け: プロダクトオーナーは、利害関係者から受け取った要件ドキュメントを小さなチャンクに分割することにより、プロダクトバックログアイテムを作成します。(このシナリオは、プロダクトオーナーのニックネーム「チケットモンキー」の作成に役立ちました。覚えておいてください。製品バックログアイテムの改良はチームの演習です。さらに、ユーザーストーリーテンプレートなどのプラクティスを使用すると、誰もが理由、内容、方法を理解するのに役立ちます。覚えておいてください。 Karl Popper:「誤解されないような方法で話すことは不可能であることを常に忘れないでください。」)
  4. 支配的なPO: プロダクトオーナーは、「理由」だけでなく、「方法」と「何」も提供することにより、製品バックログアイテムを作成します。(スクラムガイドとその組み込みのチェックとバランスに固執するだけです。開発者は「方法」の質問に答えます-技術的な実装-そしてチームとプロダクトオーナーの両方が「何」の質問に協力します:どのスコープが必要ですか目的を達成するには?)
  5. ユーザーストーリー の作成者:プロダクトオーナーは、プロダクトバックログアイテムの作成に多くの時間を費やし、詳細になりすぎています。(作業項目が完全に見える場合、開発者はさらなる改良に関与する必要性を認識しない可能性があります。このように、「太い」製品バックログ項目はチームのエンゲージメントレベルを低下させ、共通の理解の作成を危うくします。ちなみに、これは、物理的な制限があるため、インデックスカードを使用していた時代には起こりませんでした。)
  6. 「私はそれをすべて知っている」PO: プロダクトオーナーは、洗練プロセスに利害関係者や対象分野の専門家を関与させません。(全知であるか、コミュニケーションゲートウェイであると信じているプロダクトオーナーは、スクラムチームの成功へのリスクです。一般的な有能なスクラムチーム、特にプロダクトオーナーは、問題をよりよく理解するために他の人に連絡するタイミングをよく知っています。手元に。)

ポートフォリオおよび製品ロードマップレベルでの製品バックログアンチパターン

  1. ロードマップ? 製品バックログは製品ロードマップと同期していません。(製品バックログは、現在の製品目標を達成するのに十分詳細であると想定されています。私の経験では、この中規模の計画目標では、完了するまでに最大3〜4回のスプリントが必要になることがよくあります。それを超えると、製品バックログは代わりに次のテーマに焦点を当てる必要があります。製品ロードマップは、次の製品目標を示していますが、まだ具体的ではありません。この時点でのこれらのテーマの実現リスクは高すぎます。その点で、製品バックログは、製品ロードマップの「ローリング」サブセットを反映しています。いつでも。)
  2. 年間ロードマップ: 組織のポートフォリオ計画、リリース計画、または製品ロードマップは、1年に1回前もって作成され、その間は二度と触れられません。(製品バックログがこれらの計画と一致している場合、バックドアを介してウォーターフォール計画が導入される可能性があります。アジャイル計画は常に「継続的」であり、古い計画への取り組みの誤配分のリスクを軽減します。この種の「ローリング計画」は製品ロードマップにも適用されます。業界にもよりますが、少なくとも6〜12週間ごとに改訂することでメリットが得られます。)
  3. ロードマップの秘密: ポートフォリオ計画、リリース計画、または製品ロードマップは、製品増分の作成に関与するすべての人に表示されるわけではありません。(どこに行くのかわからない場合は、どの道でもそこにたどり着きます。「全体像」は、スクラムチームの成功にとって非常に重要です。製品の成功はチームスポーツであり、アイデアに応じて、すべての人が利用できるようにする必要があります。 、すべてのチームメンバーと利害関係者の洞察とスキル。)
  4. あなたの手にある中国: ポートフォリオ計画、リリース計画、または製品ロードマップは、それを提供することになっている人々によって達成可能であり、信頼できるとは見なされません。(これが製品バックログに反映されている場合、作業項目の調整はおそらく無駄になります。)

開発者のバックログアンチパターン

  1. 従順なスクラムチーム: 開発者は、プロダクトオーナーのすべての要求に従順に従います。(作業項目の選択が開発者の時間を最大限に活用するかどうかをプロダクトオーナーに挑戦することは、すべてのチームメンバーの最も崇高な義務です:なぜこれを行うのですか?スクラムは、組み込まれたチェックとバランスに全員が従わなければ機能しませんフレームワーク。実際の顧客の問題に対処するよりも「あなたのソリューション」に夢中になるのは簡単です。開発者がプロ​​ダクトオーナーが「提案する」ものを単純に作成した場合、スクラムチームによって作成される全体的な価値はその潜在能力を下回る可能性があります。傭兵だけでなく、チームに宣教師が必要なのはそのためです。)
  2. どのような技術的負債ですか? 開発者は、技術的負債やバグに取り組み、製品の品質基準を維持するために十分な時間を要求しません。代わりに、機能ファクトリを完全に採用し、新しい機能を次々に出荷します。(私の経験則では、開発者はバグの修正とコードベースのリファクタリングに最大20%の時間を割り当てることを検討する必要があります。高品質の技術スタックは、スクラムチームとして次の手順を学んだ教訓と最近の市場動向。技術的な卓越性は、あらゆる形態のビジネスの俊敏性の前提条件です。この状態を維持することは、着実かつ実質的な投資を必要とする継続的なプロセスです。)
  3. スラックタイムなし: 開発者は、プロダクトオーナーに20%のスラックタイム(または計画外の容量)を要求しません。(これは、スプリント計画、スプリント目標の作成、およびチームの予測能力と重複します。ただし、十分に早期に対処することはできません。チームの能力が常に100%で使用されると、パフォーマンスが低下します。全員がチームメイトをサポートしたりペアリングしたりする時間が少なくなります。小さな問題がすぐに解決されることはなくなります。最終的には、「忙しい」という態度は、チームメンバー全員が何をするのかについての共通の理解を生み出すことを減らします。彼らがやっています。)

スクラムチームの製品バックログアンチパターン

  1. スクラムチームを巻き込む—なぜですか? プロダクトオーナーは、スクラムチーム全体をプロダクトバックログの改良プロセスに関与させるのではなく、「リードエンジニア」とデザイナーだけに依存しています。さらに、開発者は、構築する価値があるものを理解するよりも好みのコードをより多く記述できるため、このアプローチで問題ありません。(複雑な問題を解決しようとすると、専門家はいないが、多くの競合するアイデアがあります。したがって、精緻化活動のアクティブな参加者をスクラムチーム全体ではなく少数のチームメンバーに制限すると、多様性として確証バイアスの犠牲になるリスクが高まります。意見は人為的に制限されています。)
  2. 改良 の時間がない:スクラムチームには十分な製品バックログの改良セッションがないため、製品バックログの品質が低くなります。(スクラムガイド2017は当初、スクラムチームの時間の最大10%を製品バックログの改良に費やすことを推奨していました。これは健全なビジネス上の決定です。設計が不適切な機能がほとんどまたはまったく価値を提供しないほど高価なものはありません。)
  3. 改良が多すぎる: スクラムチームの改良セッションが多すぎるため、製品バックログが詳細になりすぎています。(あまりにも多くの改良は健全ではありません。追加の改良努力の限界利益がゼロまたはおそらく負でさえある瞬間があります-分析-麻痺を考えてください。スクラムチームが以前の検証が新機能の根底にある仮説は正しいです。これを構築して出荷することです。これをグリーンテーブルで理解し、問題を無限に洗練して議論する方法はありません。)

結論

次に構築する価値のあるものをうまく特定できたとしても、製品バックログとその改良プロセスは改善の余地を提供する可能性があります。それをチームに持っていき、次の回顧展で考えられる製品バックログのアンチパターンに対処してください。私の経験では、これはスクラムチームのパフォーマンスを向上させる最も簡単な方法であり、したがって、利害関係者と顧客の間でチームの地位を向上させることができます。

どのような製品バックログのアンチパターンを観察しましたか?コメントで私たちと共有してください。

ソース:https ://dzone.com/articles/27-product-backlog-anti-patterns

#backlog  #product  #agile

27製品バックログアンチパターン