Diferencia entre revisiones de «Certificaciones técnicas/British/CDS/Creación, entrega y soporte de Servicios»

De Portfolio Academico
Línea 1: Línea 1:

<meta charset="utf-8" />
<meta property="mw:pageId" content="2044" />
<meta property="mw:pageNamespace" content="0" />
<meta property="mw:revisionSHA1" content="28f3da623135aef6d28c2f4207b7f8c40797a000" />
<meta property="dc:modified" content="2021-06-04T08:44:53.000Z" />
<meta property="mw:html:version" content="2.2.0" />
[https://inigo.sendino.org/academico/index.php/Certificaciones_t%C3%A9cnicas/British/CDS/Creaci%C3%B3n%2C_entrega_y_soporte_de_Servicios]<title>Certificaciones técnicas/British/CDS/Creación, entrega y soporte de Servicios</title><base href="https://inigo.sendino.org/academico/index.php/" />[/academico/load.php?lang=es&modules=mediawiki.skinning.content.parsoid%7Cmediawiki.skinning.interface%7Csite.styles&only=styles&skin=vector]
<meta http-equiv="content-language" content="es" />
<meta http-equiv="vary" content="Accept" />


<meta charset="utf-8" />
<meta charset="utf-8" />
Línea 31: Línea 43:


Uno de los métodos de priorización es el '''Enjambre (Swarming):''' Método de gestión del trabajo, en el que diferentes recursos especializados comienzan a trabajar en un elemento de trabajo hasta que queda perfectamente claro cuál de ellos está mejor ubicado para continuar trabajando en dicho elemento y cuál puede pasar a otros elementos. Es una alternativa al de una organización jerárquica con recursos especializados, a través de los cuales el trabajo se va escalando hasta encontrar el nivel adecuado de competencia.
Uno de los métodos de priorización es el '''Enjambre (Swarming):''' Método de gestión del trabajo, en el que diferentes recursos especializados comienzan a trabajar en un elemento de trabajo hasta que queda perfectamente claro cuál de ellos está mejor ubicado para continuar trabajando en dicho elemento y cuál puede pasar a otros elementos. Es una alternativa al de una organización jerárquica con recursos especializados, a través de los cuales el trabajo se va escalando hasta encontrar el nivel adecuado de competencia.
== Consideraciones comerciales y de abastecimiento ==
=== Definiciones ===
* Socio: Organización que proporciona productos y servicios a los consumidores y trabaja en estrecha colaboración con sus consumidores para lograr metas y objetivos comunes.
* Proveedor: Organización que proporciona productos y servicios a los consumidores pero que no tiene metas u objetivos en común con sus consumidores.
* Vendedor: Término genérico utilizado para describir cualquier organización que vende un producto o servicio a un cliente.
=== Estrategia de abastecimiento ===
Al adquirir o construir un producto o servicio, tendremos en cuenta factores como las necesidades de abastecimiento, los costes actuales y futuros, la competencia, etc.
Nos decantaremos por construir cuando los componentes de servicio dependen en gran medida del conocimiento de la organización y su negocio, cuando haya una alta demanda de personalización, cuando esté sujeto a cambios rápidos, etc.
Nos decantaremos por comprar cuando el producto requiera poca personalizacion, esté disponible ampliamente en el mercado, el ecosistema sea estable, etc.
=== Mercantilización ===
Conforme aumenta la adopción de tecnología, se van necesitando herramientas de orden superior para gestionar la tecnología de manera más eficiente y efectiva. Cuando se considera construir o comprar un componente de servicio, es importante tener en cuenta el nivel actual de "mercantilización" y las tendencias actuales de la industria para comercializar ese componente.
=== Requerimientos de componentes del servicio ===
Se trata de recoger las necesidades de todas las partes interesadas, no solo las necesidades funcionales. Por ejemplo, la capacidad de mantenimiento, la ubicación geográfica, el coste del consumo, etc. En definitiva, definir los requerimientos en base a los resultados mejor que centrarse en las características técnicas.
=== Categorización de requerimientos (MoSCoW) ===
* M o Must have - Tiene que tener: Requerimientos obligatorios que cubren las necesidades más importantes
* S o Should have – Debería tener: Requerimientos que deberían ser incluidos si fuera posible
* C o Could have – Podría tener: Requerimientos que podrían incluirse si no afectan a los requerimientos “M” o “S”
* W o Won´t have – No tendrá: Requerimientos que no serán incluidos ahora pero que se podrán incluir en una versión futura

Revisión del 09:17 4 jun 2021

 <meta charset="utf-8" /> <meta property="mw:pageId" content="2044" /> <meta property="mw:pageNamespace" content="0" />

<meta property="mw:revisionSHA1" content="28f3da623135aef6d28c2f4207b7f8c40797a000" /> <meta property="dc:modified" content="2021-06-04T08:44:53.000Z" /> <meta property="mw:html:version" content="2.2.0" /> [1]<title>Certificaciones técnicas/British/CDS/Creación, entrega y soporte de Servicios</title><base href="https://inigo.sendino.org/academico/index.php/" />[/academico/load.php?lang=es&modules=mediawiki.skinning.content.parsoid%7Cmediawiki.skinning.interface%7Csite.styles&only=styles&skin=vector] <meta http-equiv="content-language" content="es" /> <meta http-equiv="vary" content="Accept" />

 <meta charset="utf-8" /> <meta property="mw:pageId" content="2044" /> <meta property="mw:pageNamespace" content="0" />

<meta property="mw:revisionSHA1" content="139ab761e9d658577e41809cf7d9325dcaeabb8b" /> <meta property="dc:modified" content="2021-06-04T08:15:11.000Z" /> <meta property="mw:html:version" content="2.2.0" /> [2]<title>Certificaciones técnicas/British/CDS/Creación, entrega y soporte de Servicios</title><base href="https://inigo.sendino.org/academico/index.php/" />[/academico/load.php?lang=es&modules=mediawiki.skinning.content.parsoid%7Cmediawiki.skinning.interface%7Csite.styles&only=styles&skin=vector] <meta http-equiv="content-language" content="es" /> <meta http-equiv="vary" content="Accept" />

Coordinar, priorizar y estructurar las actividades y trabajos de CDS

Gestionar colas y pilas de tareas (Backlogs)

La gestion de colas busca adaptar la demanda de trabajo a la capacidad de proveer ese trabajo. Es común que esta gestión se articule mediante tickets para priorizar e individualizar estos trabajos.

Idealmente, un diseño de servicio efectivo no requiere que se eviten o eliminen los tickets. Simplemente no deberían ser la influencia dominante en la experiencia del usuario.

En este proceso, aplicaremos también los principios de Design Thinking.

Priorizar trabajo

Es el método de gestionar el trabajo de acuerdo con su importancia relativa, creando una secuencia ordenada de trabajo que permita satisfacer en primer lugar la demanda más importante. Puede ser vista como una técnica dentro de la práctica de gestión de riesgos de la organización.

Las técnicas de priorización pueden estar basadas en varios criterios:

  • Disponibilidad o calidad de los recursos
  • Factores de tiempo
  • Factores económicos
  • Fuente de la demanda.

Uno de los métodos de priorización es el Enjambre (Swarming): Método de gestión del trabajo, en el que diferentes recursos especializados comienzan a trabajar en un elemento de trabajo hasta que queda perfectamente claro cuál de ellos está mejor ubicado para continuar trabajando en dicho elemento y cuál puede pasar a otros elementos. Es una alternativa al de una organización jerárquica con recursos especializados, a través de los cuales el trabajo se va escalando hasta encontrar el nivel adecuado de competencia.

Consideraciones comerciales y de abastecimiento

Definiciones

  • Socio: Organización que proporciona productos y servicios a los consumidores y trabaja en estrecha colaboración con sus consumidores para lograr metas y objetivos comunes.
  • Proveedor: Organización que proporciona productos y servicios a los consumidores pero que no tiene metas u objetivos en común con sus consumidores.
  • Vendedor: Término genérico utilizado para describir cualquier organización que vende un producto o servicio a un cliente.

Estrategia de abastecimiento

Al adquirir o construir un producto o servicio, tendremos en cuenta factores como las necesidades de abastecimiento, los costes actuales y futuros, la competencia, etc.

Nos decantaremos por construir cuando los componentes de servicio dependen en gran medida del conocimiento de la organización y su negocio, cuando haya una alta demanda de personalización, cuando esté sujeto a cambios rápidos, etc.

Nos decantaremos por comprar cuando el producto requiera poca personalizacion, esté disponible ampliamente en el mercado, el ecosistema sea estable, etc.

Mercantilización

Conforme aumenta la adopción de tecnología, se van necesitando herramientas de orden superior para gestionar la tecnología de manera más eficiente y efectiva. Cuando se considera construir o comprar un componente de servicio, es importante tener en cuenta el nivel actual de "mercantilización" y las tendencias actuales de la industria para comercializar ese componente.

Requerimientos de componentes del servicio

Se trata de recoger las necesidades de todas las partes interesadas, no solo las necesidades funcionales. Por ejemplo, la capacidad de mantenimiento, la ubicación geográfica, el coste del consumo, etc. En definitiva, definir los requerimientos en base a los resultados mejor que centrarse en las características técnicas.

Categorización de requerimientos (MoSCoW)

  • M o Must have - Tiene que tener: Requerimientos obligatorios que cubren las necesidades más importantes
  • S o Should have – Debería tener: Requerimientos que deberían ser incluidos si fuera posible
  • C o Could have – Podría tener: Requerimientos que podrían incluirse si no afectan a los requerimientos “M” o “S”
  • W o Won´t have – No tendrá: Requerimientos que no serán incluidos ahora pero que se podrán incluir en una versión futura