<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>organisational structure on Humbly Proud</title>
    <link>https://humblyproud.com/es/tags/organisational-structure/</link>
    <description>Recent content in organisational structure on Humbly Proud</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>es</language>
    <copyright>Toni Tassani. All rights reserved.</copyright>
    <atom:link href="https://humblyproud.com/es/tags/organisational-structure/rss.xml" rel="self" type="application/rss&#43;xml" /><item>
      <title>Espacio negativo</title>
      <link>https://humblyproud.com/es/blog/espacio-negativo/</link>
      <pubDate>Mon, 11 Apr 2022 00:00:00 &#43;0000</pubDate>
      <lastBuildDate>Mon, 11 Apr 2022 00:00:00 &#43;0000</lastBuildDate>
      <guid>https://humblyproud.com/es/blog/espacio-negativo/</guid>
      <description><![CDATA[<img src="https://humblyproud.com/es/blog/espacio-negativo/images/05-teams-and-negative-space.png" alt="Featured image of post Espacio negativo" /><p>Pixar es una compañía muy interesante. Comenzaron como investigadores en el ámbito de los ordenadores y las imágenes, se convirtieron en una empresa tecnológica y cambiaron hacia su aspiración inicial de crear películas de animación. El libro <em>Creativity, Inc.</em> <a class="link" href="#ref-catmullCreativityIncOvercoming2014" >[1]</a> explica su historia desde su creación por George Lucas, la posterior adquisición por Steve Jobs hasta su asociación con Disney. El autor, Ed Catmull, antiguo presidente de Pixar Animation, explica que justo después de estrenar <em>Toy Story</em> crearon la Pixar University, inicialmente para formar a los empleados en su software propietario, pero pronto incluirían muchos otros temas.</p>
<p>Crearon un curso para enseñar dibujo a todos los empleados, aunque ya tenían buenos dibujantes. Lo hicieron porque pensaban que hay algo en el proceso de dibujar que a todo el mundo le vendría bien. Crearon talleres basados en el libro de Betty Edwards de 1979 <em>Drawing on the Right Side of the Brain</em> (<em>Dibujar con el lado derecho del cerebro</em>) <a class="link" href="#ref-edwardsNewDrawingRight1999" >[2]</a> para mejorar las habilidades de observación. El libro de Edwards usa los conceptos del lado derecho y el lado izquierdo del cerebro, siendo el lado izquierdo el verbal y analítico y el derecho el visual y perceptual. Parte del proceso de aprender a dibujar es aprender a ver, y para conseguirlo, es necesario desconectar el lado izquierdo del cerebro.</p>
<p>Por ejemplo, cuando intentas dibujar una silla, sabes que tiene cuatro patas e intentas representar el modelo mental que tienes en tu cabeza, independientemente de que veas las patas o no. Las personas que dibujan mejor son capaces de mantener al margen sus modelos previos. Por eso es importante desconectarse del lenguaje y de la lógica cuando dibujamos y centrarnos únicamente en lo que estamos viendo en este momento.</p>
<p>Hay diferentes maneras de educarnos en ese hábito. Una es poner el modelo que estamos intentando dibujar cabeza abajo de manera que el dibujante no pueda reconocer el objeto y ve únicamente las formas. El lado izquierdo del cerebro no se activará porque no hay referencias familiares. El lado derecho trabajará solo con tamaños y distancias relativas de lo que ve.</p>
<figure>
<img src="images/05-upside-down.jpg" data-nozoom="nozoom" height="250" alt="Upside down" />
<figcaption aria-hidden="true">Upside down</figcaption>
</figure>
<p>Otra técnica consiste en dibujar “lo que no es el objeto”. Dibujar los contornos, lo que hay alrededor, los límites que definen lo que no es el objeto a dibujar: el espacio negativo. En el ejemplo, al dibujar el espacio negativo de la silla el dibujante no va a usar su modelo mental de una silla y las proporciones se van a percibir más fácilmente, centrándose únicamente en lo que tiene delante. No va a haber ningún significado añadido a lo que está viendo, suspendiendo todo el conocimiento previo y todos los impulsos que pueden distorsionar su mirada.</p>
<figure>
<img src="images/05-negative-chair.jpg" data-nozoom="nozoom" height="250" alt="Negative space" />
<figcaption aria-hidden="true">Negative space</figcaption>
</figure>
<p>Así de fascinante como es, no tiene nada que ver con dibujar, sino con ser capaz de ver “lo que no está ahí”.</p>
<h2 id="dar-forma-a-la-organización">Dar forma a la organización
</h2><p>En el libro <em>Team of Teams</em> (<em>Equipo de equipos</em>) <a class="link" href="#ref-mcchrystalTeamTeamsNew2015" >[3, Ch. 138]</a> el autor menciona el acrónimo MECE que significa “mutuamente excluyente y colectivamente exhaustivo”. Una descomposición en MECE tiene la intención de dividir el todo en una serie de categorías que no se solapan pero que conjuntamente lo cubren todo. Una estructura organizativa tiene la intención de ser una estructura MECE: nadie asume que va a haber algo que no estará cubierto y se pone mucho esfuerzo en clarificar las responsabilidades para que no se solapen. <img src="images/05-mece.png" data-nozoom="nozoom" height="200" alt="MECE and Non MECE" /></p>
<p>Aunque esa es la intención, a veces hay responsabilidades en la organización que no quedan bien cubiertas o que son cubiertas por más de un departamento. Desde ahí se puede empezar a perfilar el <strong>espacio negativo</strong> de la organización.</p>
<p>Si visualizamos el organigrama de una organización, la jerarquía trata de clarificar la asignación de responsabilidades, que puede ser útil cuando es necesario un arbitraje. Si algo no está claro a nivel del equipo el líder del equipo puede ayudar. Si algo no está claro entre equipos, el responsable del grupo de equipos puede ayudar a resolver la disputa. Pero cuando la diferencia está en algo que no queda entre las responsabilidades de ningún equipo, en el espacio negativo, es difícil saber mirando el organigrama quien tiene que ayudar y el problema puede ser olvidado hasta que sea muy serio. ¿De quién es el problema? ¿Quien ha de coordinar? ¿Tendría que intervenir el CEO? No tendría mucho sentido.</p>
<figure>
<img src="images/05-teams-and-negative-space.png" data-nozoom="nozoom" height="250" alt="Teams and negative space" />
<figcaption aria-hidden="true">Teams and negative space</figcaption>
</figure>
<h2 id="la-solución-mecánica">La solución mecánica
</h2><p>Una forma de resolver este problema, aunque presentado de otra forma, sugiere eliminar por completo el espacio entre los equipos. El libro <em>Team Topologies</em> (<em>Topologías de equipos</em>) <a class="link" href="#ref-skeltonTeamTopologiesOrganizing2019" >[4]</a> sugiere que la organización debería estar estructurada de manera que el actor más pequeño sea el equipo (no el individuo), los equipos interactuan en base a tres modos (colaboración, como un servicio o como facilitadores) y que hay cuatro tipos de equipos: alineados al flujo de valor (el tipo preferido), equipos habilitadores, equipos de subsistemas complicados y equipos de plataforma.</p>
<p>Los autores de esta solución obvian las estructuras que hay por encima de los equipos, la gestión y las compañías externas, y su promesa es que todas las dependencias entre múltiples equipos se resuelven a través de una plataforma.</p>
<p>Estoy de acuerdo en que este modelo es una buena herramienta para pensar y proporciona un buen vocabulario para hablar de equipos y sus relacione. También coincido en que su solución puede ayudar a algunas organizaciones, pero no creo que sea aplicable para todos los entornos.</p>
<h2 id="es-complejo">Es complejo
</h2><p>Puede que nos estemos haciendo la pregunta incorrecta. Estamos tratando de encontrar las piezas que forman una organización y de ponerlas juntas para construir el todo puzzle. Estamos pensando en una organización como si fuese una máquina y necesitáramos encontrarle la solución. ¿Qué pieza nos falta?</p>
<p>El General McChrystal, tratando de mejorar la adaptabilidad por encima de la eficiencia, encontró que una organización anti-MECE funciona mejor. La redundancia de responsabilidades crea ineficiencias que permiten adaptabilidad y eficacia <a class="link" href="#ref-mcchrystalTeamTeamsNew2015" >[3, p. 139]</a>. “Los grandes equipos se parecen menos a ‘máquinas increibles’ que a ‘organismos increibles’”.</p>
<p>Una vieja parábola dice más o menos así: Tres hombres ciegos que nunca antes se habían encontrado con un elefante, trataron de entenderlo tocándolo. Uno de ellos dijo “es como un árbol”, mientras abrazaba su pata. Otro dijo “yo tengo los hechos reales y es amplio y ancho, como una alfombra”, tocando la oreja. El tercer hombre, sujetando la trompa dijo “estáis los dos equivocados, es como una serpiente”. Todos ellos estaban equivocados y todos ellos tenían parte de razón. <a class="link" href="#ref-BlindMenElephant2021" >[5]</a>.</p>
<figure>
<img src="images/05-blind-men.png" title="A symbolic image of three men touching an alephant" data-nozoom="nozoom" height="250" alt="Blind men and the elephant" />
<figcaption aria-hidden="true">Blind men and the elephant</figcaption>
</figure>
<p>Un sistema es más que la suma de sus partes <a class="link" href="#ref-meadowsThinkingSystemsPrimer2008" >[6, p. 11]</a>. Yo uso el lenguaje de las máquinas y las fábricas cuando hablo sobre equipos: entradas y salidas. Es fácil de entender pero estoy perpetuando la imagen de la máquina.</p>
<p>Mientras encontramos un lenguaje mejor (¿organismos? ¿jardines? <a class="link" href="#ref-tanejaWhatYourCollaboration2013" >[7]</a>) podemos hablar del espacio negativo para pensar en cómo mejorar nuestra forma de trabajar.</p>
<p>Toni Tassani — 11 de abril de 2022</p>
<p>Este artículo fue publicado originalmente en inglés el 1 de marzo de 2021 en la intranet de Ocado Technology.</p>
<hr>
<div id="refs" class="references csl-bib-body" entry-spacing="0">
<div id="ref-catmullCreativityIncOvercoming2014" class="csl-entry">
<p><span class="csl-left-margin">[1] </span><span class="csl-right-inline">Edwin E. Catmull and Amy Wallace, <em>Creativity, Inc: Overcoming the Unseen Forces That Stand in the Way of True Inspiration</em>, First edition. New York: Random House, 2014. </span></p>
</div>
<div id="ref-edwardsNewDrawingRight1999" class="csl-entry">
<p><span class="csl-left-margin">[2] </span><span class="csl-right-inline">Betty Edwards, <em>The New Drawing on the Right Side of the Brain</em>. New York: Jeremy P. Tarcher/Putnam, 1999. </span></p>
</div>
<div id="ref-mcchrystalTeamTeamsNew2015" class="csl-entry">
<p><span class="csl-left-margin">[3] </span><span class="csl-right-inline">Stanley A. McChrystal, Tantum Collins, David Silverman, and Chris Fussell, <em>Team of Teams: New Rules of Engagement for a Complex World</em>. New York, New York: Portfolio/Penguin, 2015. </span></p>
</div>
<div id="ref-skeltonTeamTopologiesOrganizing2019" class="csl-entry">
<p><span class="csl-left-margin">[4] </span><span class="csl-right-inline">Matthew Skelton and Manuel Pais, <em>Team Topologies: Organizing Business and Technology Teams for Fast Flow</em>, First edition. Portland, OR: IT Revolution, 2019. </span></p>
</div>
<div id="ref-BlindMenElephant2021" class="csl-entry">
<p><span class="csl-left-margin">[5] </span><span class="csl-right-inline">“Blind men and an elephant,” <em>Wikipedia</em>. 12-Feb-2021 [Online]. Available: <a class="link" href="https://en.wikipedia.org/w/index.php?title=Blind_men_and_an_elephant&amp;oldid=1006397387"  target="_blank" rel="noopener"
    >https://en.wikipedia.org/w/index.php?title=Blind_men_and_an_elephant&oldid=1006397387</a>. [Accessed: 25-Feb-2021]</span></p>
</div>
<div id="ref-meadowsThinkingSystemsPrimer2008" class="csl-entry">
<p><span class="csl-left-margin">[6] </span><span class="csl-right-inline">Donella H. Meadows, <em>Thinking in Systems: A Primer</em>. White River Junction, Vt: Chelsea Green Pub, 2008. </span></p>
</div>
<div id="ref-tanejaWhatYourCollaboration2013" class="csl-entry">
<p><span class="csl-left-margin">[7] </span><span class="csl-right-inline">Pankaj Taneja, “What is your collaboration style? French Garden or English Garden? (Infographic) -,” <em>HyperOffice</em>, 16-May-2013. [Online]. Available: <a class="link" href="https://www.hyperoffice.com/blog/2013/05/16/what-is-your-collaboration-style-french-garden-or-english-garden-infographic/"  target="_blank" rel="noopener"
    >https://www.hyperoffice.com/blog/2013/05/16/what-is-your-collaboration-style-french-garden-or-english-garden-infographic/</a>. [Accessed: 03-Mar-2021]</span></p>
</div>
</div>
]]></description>
      <author>Toni Tassani</author>
    </item><item>
      <title>Qué es un equipo</title>
      <link>https://humblyproud.com/es/blog/que-es-un-equipo/</link>
      <pubDate>Mon, 28 Mar 2022 00:00:00 &#43;0000</pubDate>
      <lastBuildDate>Mon, 28 Mar 2022 00:00:00 &#43;0000</lastBuildDate>
      <guid>https://humblyproud.com/es/blog/que-es-un-equipo/</guid>
      <description><![CDATA[<img src="https://humblyproud.com/es/blog/que-es-un-equipo/images/03-team.png" alt="Featured image of post Qué es un equipo" /><p>La palabra <em>equipo</em> puede ser confusa y es necesario clarificar qué queremos decir cuando la usamos. En el libro <em>Team Topologies</em> <a class="link" href="#ref-skeltonTeamTopologiesOrganizing2019" >[1, p. 32]</a> la definen explícitamente así:</p>
<blockquote>
<p><em>En este libro, “equipo” tiene un significado muy específico. Por equipo, nos referimos a un grupo estable de entre cinco y nueve personas que trabajan hacia un objetivo compartido como una unidad. Consideramos que el equipo es la entidad más pequeña de entrega dentro de la organización.</em></p>
</blockquote>
<p>La definición del <a class="link" href="https://dictionary.cambridge.org/dictionary/english/team"  target="_blank" rel="noopener"
    >diccionario de Cambridge</a> dice algo como “un número de personas que hacen algo juntas como grupo”. Otras definiciones incluyen “conseguir su objetivo”. Estas definiciones funcionan para <em>compañía</em> o <em>organización</em> tan bien como para <em>equipo</em>. Y usamos el mismo término para referirnos al grupo que “hace el trabajo” y también para “el equipo de liderazgo”. De hecho, uno de los best seller sobre el rendimiento de equipos, <em>Las cinco disfunciones de un equipo</em> <a class="link" href="#ref-lencioniFiveDysfunctionsTeam2013" >[2]</a>, es sobre un equipo de liderazgo. ¿Por qué no hablamos más de equipos de “líderes de equipo”?</p>
<p>En el libro <em>Team of Teams</em> (Equipo de equipos) <a class="link" href="#ref-mcchrystalTeamTeamsNew2015" >[3]</a> el General McChrystal describe cómo una organización militar se tornó más adaptativa, y usa el término <em>equipo</em> sin definirlo. En <em>Superteams</em> <a class="link" href="#ref-tuSuperteamsSecretsStellar2012" >[4]</a> Khoi Tu usa el término <em>equipo</em> para describir grupos y organizaciones tan dispares como Pixar (una compañía), la Cruz Roja (una ONG), un equipo de la Ryder Cup (un equipo de jugadores de golf), la SAS (una unidad militar), los participantes en el proceso de paz de Irlanda del Norte, Ferrari en la Formula 1 y los Rolling Stones. <em>Equipo</em> es un término flexible.</p>
<h2 id="grupos-de-personas">Grupos de personas
</h2><p>Hay muchas composiciones posible de grupos de personas haciendo algo juntas. Si hablamos de deportes, entendemos que un equipo de baloncesto, uno de fútbol americano y uno de judo se comportarán de forma muy diferente. Algunos deportes requieren que todos los participantes trabajen juntos al mismo tiempo como en el baloncesto. Otros requieren equipos especializados en defensa y otros en ataque, como el fútbol americano. Y en otros deportes los participantes participan de forma aislada o por turnos, y luego suman las puntuaciones de cada uno, como en el judo o en los bolos. Incluso en el deporte, <em>equipo</em> puede tener diferentes significados.</p>
<p>Las investigaciones sobre el rendimiento de equipos han mostrado que el equipo no es siempre la mejor solución para resolver problemas <a class="link" href="#ref-hackmanCollaborativeIntelligenceUsing2011" >[5, Ch. 2]</a>. El mismo autor, el psicólogo social Richard Hackman, identificó las condiciones óptimas para un equipo efectivo <a class="link" href="#ref-hackmanLeadingTeamsSetting2002" >[6, Pt. II]</a>:</p>
<ul>
<li>Crear un equipo real</li>
<li>Establecer un dirección convincente</li>
<li>Proporcionar una estructura propicia</li>
<li>Establecer un contexto de apoyo</li>
<li>Organizar para un <em>coaching</em> de expertos</li>
</ul>
<p>El mismo autor también identifica diferentes tipos de colaboración que pueden ampliar la definición de equipo:</p>
<ul>
<li>Comunidad de interés</li>
<li>Comunidad de práctica</li>
<li>Colaboración emergente</li>
<li>Equipo coadyuvante (trabajan en paralelo, pero no tienen responsabilidad colectiva)</li>
<li>Equipo distribuido</li>
<li>Equipo de proyecto y <em>task force</em> (grupo de trabajo)</li>
<li>Equipo de trabajo semipermanente</li>
</ul>
<p>La literatura <em>agile</em> ha hecho muy presentes otros conceptos como los equipos de alto rendimiento, el modelo de Tuckman de formación de grupos <a class="link" href="#ref-smithBruceTuckmanForming2005" >[7]</a> (la letanía <em>forming</em>, <em>storming</em>, <em>norming</em>, <em>performing</em>), y los equipos estables, aunque ahora hay algunas voces que cuestionan algunas de esas ideas <a class="link" href="#ref-helfandDynamicReteamingArt2020" >[8]</a>.</p>
<p>La autoorganización es otro concepto extendido. Hackman habla de cuatro niveles de autogestión <a class="link" href="#ref-hackmanLeadingTeamsSetting2002" >[6, Ch. 2]</a>: dirigido por un gerente, autogestionado, autodiseñado y autogobernado. La guía de Scrum de 2020 <a class="link" href="#ref-schwaberkenScrumGuide2020" >[9, p. 5]</a> ha cambiado “autoorganizado” por “autogestionado”. Según la historia de versiones de la guía de Scrum, con autoorganizado quieren decir “elegir quién y cómo hace el trabajo” mientras que con autogestionado quieren decir “elegir quién, cómo, y en qué trabajar”. Otros autores incluyen otros aspectos en la definición de equipo autogestionado, como gestionar su propio presupuesto, horario o recompensas <a class="link" href="#ref-jainnareshSelfOrganisedVsSelfManaged2014" >[10]</a>. El concepto de equipos autogestionados es también una parte esencial de las organizaciones <em>teal</em> <a class="link" href="#ref-lalouxReinventingOrganizationsGuide2014" >[11, p. 61]</a> y también está muy alineado con el concepto de equipos de producto empoderados <a class="link" href="#ref-caganEmpoweredProductTeams2018" >[12]</a>.</p>
<h2 id="equipos-de-software">Equipos de software
</h2><p>En muchas organizaciones que desarrollan software, un <em>equipo</em> es un grupo de personas organizadas juntas para conseguir una misión. Estos grupos están formados de manera que sean lo más autónomos posible, con todas las habilidades necesarias. Prefieren no tener equipos altamente especializados que estén dedicados a realizar sólo partes muy específicas de la misión, como un equipo de interacción de usuario, un equipo de documentación o un equipo de pruebas, porque fácilmente podrían convertirse en un cuello de botella. Así que reúnen personas con diferentes habilidades: programación, análisis, diseño de la interacción, documentación, inteligencia artificial, etc.</p>
<p>Algunas compañías llaman a estos equipos <em>equipos de producto</em>. Una construcción similar se describe en el libro <em>Team Topologies</em> <a class="link" href="#ref-skeltonTeamTopologiesOrganizing2019" >[1]</a> con el nombre de <em>stream aligned teams</em> (equipos alineados al flujo). En <em>The Connected Company</em> <a class="link" href="#ref-grayConnectedCompany2014" >[13]</a> prefieren el nombre <em>pods</em> (vainas).</p>
<figure>
<img src="images/03-team.png" data-nozoom="nozoom" alt="A team" />
<figcaption aria-hidden="true">A team</figcaption>
</figure>
<p>En algunas organizaciones los equipos también tienen un o una <em>product manager</em> (gerente de producto), alguien dedicado a asegurarse de que el equipo está trabajando en lo más valioso. Finalmente los equipos también tienen un o una <em>team leader</em> (líder del equipo).</p>
<h2 id="liderar-el-qué">¿Liderar el qué?
</h2><p>El líder del equipo <sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup> es un responsable de algunos de los ingenieros del equipo, habitualmente excluyendo algunas especializaciones como UX o Data Science, y también excluyendo al gerente de producto. Supuestamente, el líder de equipo lidera el equipo. Entonces, ¿qué es el equipo?</p>
<p>Tenemos un líder de equipo que está gestionando a un grupo de personas que son parte de un grupo, junto a otras personas que son gestionadas por gente fuera de ese grupo. En algunas ocasiones nos referimos a las personas gestionadas por el líder como <em>el equipo</em> y otras nos referimos a todo el grupo que colabora para conseguir la misión como <em>el equipo</em>. Sin embargo, a veces usan expresiones como “el equipo y el <em>product manager</em>”, excluyendo a este último del equipo. ¿No sería estupendo que tuviesen una sensación de pertenencia generada por el lenguaje que usan?</p>
<p>¿Los equipos necesitan a alguien que los lidere? Parece que tienen esta creencia.</p>
<h2 id="el-primer-equipo">El primer equipo
</h2><p>¿Podemos pertenecer a más de un equipo? Podemos pertenecer a más de un grupo de personas, eso seguro. Podemos ser parte de nuestro grupo de lectura, nuestro club deportivo, el vecindario, los voluntarios del hospital, los fiesteros del fin de semana y la parroquia, y cada uno de esos pueden ser grupos diferentes sin problema.</p>
<p>En Spotify <a class="link" href="#ref-knibergScalingAgileSpotify2012" >[14]</a> exploraron la posibilidad de pertenecer a múltiples grupos que llamaron <em>capítulos</em> y <em>gremios</em> y, como también querían refinar el significado de <em>equipo</em>, decidieron usar el término <em>squad</em>. También hay comunidades de práctica y clubs de lectura. Podemos pertenecer a múltiples equipos.</p>
<p><strong>Ejemplo 1</strong>: Shelly, una ingeniera en el equipo PrioratWine de Barcelona, y le interesa el Domain Driven Design, pertenece a los siguientes “equipos”:</p>
<ul>
<li>El equipo PrioratWine</li>
<li>La comunidad de práctica de DDD</li>
<li>Los organizadores de <em>meetups</em></li>
<li>El club de <em>runners</em> de la compañía</li>
</ul>
<p><strong>Example 2</strong>: Alex, la líder en el mismo equipo, puede pertenecer a:</p>
<ul>
<li>El equipo PrioratWine</li>
<li>La comunidad de práctica de facilitadores</li>
<li>El club de juegos de mesa de la compañía</li>
<li>El equipo de líderes de equipo de su área</li>
</ul>
<p>Tienen una sensación de pertenencia a diferentes grupos y pueden haber muchos solapamientos. Parece razonable que el equipo de líderes de equipo pueda trabajar juntos para conseguir un objetivo común. Ellos también serían un equipo.</p>
<p>Si somos capaces de pertenecer a más de un equipo es importante tener muy claro cuál es nuestro <strong>primer equipo</strong>.</p>
<p>Toni Tassani — 28 de marzo de 2022</p>
<p>Este artículo fue publicado originalmente en inglés el 15 de febrero de 2021 en la intranet de Ocado Technology.</p>
<hr>
<div id="refs" class="references csl-bib-body" entry-spacing="0">
<div id="ref-skeltonTeamTopologiesOrganizing2019" class="csl-entry">
<p><span class="csl-left-margin">[1] </span><span class="csl-right-inline">Matthew Skelton and Manuel Pais, <em>Team Topologies: Organizing Business and Technology Teams for Fast Flow</em>, First edition. Portland, OR: IT Revolution, 2019. </span></p>
</div>
<div id="ref-lencioniFiveDysfunctionsTeam2013" class="csl-entry">
<p><span class="csl-left-margin">[2] </span><span class="csl-right-inline">Patrick M. Lencioni, <em>The Five Dysfunctions of a Team: A Leadership Fable</em>. San Francisco, Calif.: Jossey-Bass, 2013 [Online]. Available: <a class="link" href="https://learning.oreilly.com/library/view/the-five-dysfunctions/9780787960759/"  target="_blank" rel="noopener"
    >https://learning.oreilly.com/library/view/the-five-dysfunctions/9780787960759/</a>. [Accessed: 04-Dec-2020]</span></p>
</div>
<div id="ref-mcchrystalTeamTeamsNew2015" class="csl-entry">
<p><span class="csl-left-margin">[3] </span><span class="csl-right-inline">Stanley A. McChrystal, Tantum Collins, David Silverman, and Chris Fussell, <em>Team of Teams: New Rules of Engagement for a Complex World</em>. New York, New York: Portfolio/Penguin, 2015. </span></p>
</div>
<div id="ref-tuSuperteamsSecretsStellar2012" class="csl-entry">
<p><span class="csl-left-margin">[4] </span><span class="csl-right-inline">Khoi Tu, <em>Superteams: The Secrets of Stellar Performance from Seven Legendary Teams</em>. London: Portfolio Penguin, 2012. </span></p>
</div>
<div id="ref-hackmanCollaborativeIntelligenceUsing2011" class="csl-entry">
<p><span class="csl-left-margin">[5] </span><span class="csl-right-inline">J. Richard Hackman, <em>Collaborative Intelligence: Using Teams to Solve Hard Problems</em>. San Francisco, CA: Berrett-Koehler Publishers, 2011 [Online]. Available: <a class="link" href="https://learning.oreilly.com/library/view/collaborative-intelligence/9781605099910/"  target="_blank" rel="noopener"
    >https://learning.oreilly.com/library/view/collaborative-intelligence/9781605099910/</a>. [Accessed: 11-Jan-2021]</span></p>
</div>
<div id="ref-hackmanLeadingTeamsSetting2002" class="csl-entry">
<p><span class="csl-left-margin">[6] </span><span class="csl-right-inline">J. Richard Hackman, <em>Leading Teams: Setting the Stage for Great Performances</em>. Boston, Mass: Harvard Business School Press, 2002 [Online]. Available: <a class="link" href="https://learning.oreilly.com/library/view/leading-teams/9781633691216/"  target="_blank" rel="noopener"
    >https://learning.oreilly.com/library/view/leading-teams/9781633691216/</a></span></p>
</div>
<div id="ref-smithBruceTuckmanForming2005" class="csl-entry">
<p><span class="csl-left-margin">[7] </span><span class="csl-right-inline">Mark K. Smith, “Bruce W. Tuckman – forming, storming norming and performing in groups,” <em>infed.org</em>, 2005. [Online]. Available: <a class="link" href="https://infed.org/mobi/bruce-w-tuckman-forming-storming-norming-and-performing-in-groups/"  target="_blank" rel="noopener"
    >https://infed.org/mobi/bruce-w-tuckman-forming-storming-norming-and-performing-in-groups/</a>. [Accessed: 07-Jan-2021]</span></p>
</div>
<div id="ref-helfandDynamicReteamingArt2020" class="csl-entry">
<p><span class="csl-left-margin">[8] </span><span class="csl-right-inline">Heidi Helfand, <em>Dynamic Reteaming: The Art and Wisdom of Changing Teams</em>. O’Reilly Media, 2020 [Online]. Available: <a class="link" href="https://learning.oreilly.com/library/view/dynamic-reteaming-2nd/9781492061281/"  target="_blank" rel="noopener"
    >https://learning.oreilly.com/library/view/dynamic-reteaming-2nd/9781492061281/</a>. [Accessed: 11-Jan-2021]</span></p>
</div>
<div id="ref-schwaberkenScrumGuide2020" class="csl-entry">
<p><span class="csl-left-margin">[9] </span><span class="csl-right-inline">Sutherland Schwaber, Ken Jeff, “The Scrum Guide,” Nov-2020. [Online]. Available: <a class="link" href="https://www.scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-US.pdf"  target="_blank" rel="noopener"
    >https://www.scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-US.pdf</a>. [Accessed: 07-Jan-2021]</span></p>
</div>
<div id="ref-jainnareshSelfOrganisedVsSelfManaged2014" class="csl-entry">
<p><span class="csl-left-margin">[10] </span><span class="csl-right-inline">Jain, Naresh, “Self-Organised vs. Self-Managed vs. Self-Directed…What’s the Difference?” <em>Managed Chaos</em>, 29-Oct-2014. [Online]. Available: <a class="link" href="https://blogs.agilefaqs.com/2014/10/29/self-organised-vs-self-managed-vs-self-directed-whats-the-difference/"  target="_blank" rel="noopener"
    >https://blogs.agilefaqs.com/2014/10/29/self-organised-vs-self-managed-vs-self-directed-whats-the-difference/</a>. [Accessed: 07-Jan-2021]</span></p>
</div>
<div id="ref-lalouxReinventingOrganizationsGuide2014" class="csl-entry">
<p><span class="csl-left-margin">[11] </span><span class="csl-right-inline">Frederic Laloux, <em>Reinventing Organizations: A Guide to Creating Organizations Inspired by the Next Stage of Human Consciousness</em>. Brussels: Nelson Parker, 2014. </span></p>
</div>
<div id="ref-caganEmpoweredProductTeams2018" class="csl-entry">
<p><span class="csl-left-margin">[12] </span><span class="csl-right-inline">Marty Cagan, “Empowered Product Teams,” <em>Silicon Valley Product Group</em>, 31-Oct-2018. [Online]. Available: <a class="link" href="https://svpg.com/empowered-product-teams/"  target="_blank" rel="noopener"
    >https://svpg.com/empowered-product-teams/</a>. [Accessed: 13-Dec-2020]</span></p>
</div>
<div id="ref-grayConnectedCompany2014" class="csl-entry">
<p><span class="csl-left-margin">[13] </span><span class="csl-right-inline">Dave Gray and Thomas Vander Wal, <em>The Connected Company</em>. O’Reilly Media, 2014. </span></p>
</div>
<div id="ref-knibergScalingAgileSpotify2012" class="csl-entry">
<p><span class="csl-left-margin">[14] </span><span class="csl-right-inline">Henrik Kniberg, “Scaling Agile @ Spotify with Tribes, Squads, Chapters &amp; Guilds,” <em>Crisp’s Blog</em>, 14-Nov-2012. [Online]. Available: <a class="link" href="https://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotify"  target="_blank" rel="noopener"
    >https://blog.crisp.se/2012/11/14/henrikkniberg/scaling-agile-at-spotify</a>. [Accessed: 12-Jan-2021]</span></p>
</div>
</div>
<div class="footnotes" role="doc-endnotes">
<hr>
<ol>
<li id="fn:1">
<p>A partir de este momento utilizo únicamente el masculino para referirme a los roles del equipo para simplificar la lectura.&#160;<a href="#fnref:1" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p>
</li>
</ol>
</div>
]]></description>
      <author>Toni Tassani</author>
    </item>
  </channel>
</rss>
