Tema 2.0 — Entrada de trabajo

En una frase: Cómo entra el trabajo a tu organización —a través de una única puerta de entrada visible, capturado de forma consistente, y reconocido con prontitud— determina si alguna vez llegas a elegir qué haces, o simplemente reaccionas a quien grite más fuerte.

Por qué esto importa en la salud y la atención#

En la salud y la atención, el coste de una entrada caótica no es solo esfuerzo desperdiciado —es riesgo clínico, inequidad, y confianza erosionada. Cuando la solicitud de una sala para un flujo de trabajo de observaciones electrónicas más seguro, la propuesta de un proveedor, un mandato nacional, y la idea favorita de un miembro de la junta directiva llegan todos a través de canales diferentes sin un registro común, la organización no puede ver su propia demanda, y mucho menos gobernarla. Las solicitudes críticas para la seguridad quedan enterradas detrás de otras bien conectadas pero de bajo valor.

El dinero público agrava las consecuencias. Cada unidad de capacidad digital que gastas en demanda no evaluada y no registrada es capacidad no gastada en la lista de espera, el registro de atención compartido, o el trabajo de interoperabilidad del que depende un sistema. Los reguladores, auditores y Consejos de Atención Integrada (ICB) cada vez más esperan una respuesta defendible a "¿cómo se priorizó esto?" —y no puedes responder a eso si ni siquiera puedes mostrar cómo llegó. Una buena entrada es el primer punto de control en un modelo operativo gobernable, equitativo y basado en evidencia (véase el Tema 1.1 — El modelo operativo, y el Tema 1.3 — Decisiones basadas en evidencia).

Conceptos clave#

La entrada es el proceso disciplinado de recibir, registrar, clasificar y reconocer cada unidad de demanda antes de que se tome cualquier decisión sobre si o cómo hacerla. Está deliberadamente separada de la clasificación (evaluar y dirigir —Tema 2.1) y la priorización (ordenar —Tema 2.2). El único trabajo de la entrada es hacer que la demanda sea visible y comparable.

La gestión de la demanda, en la tradición de gestión de servicios de ITIL (IT Infrastructure Library), es la práctica de anticipar y canalizar la demanda para que pueda satisfacerse "sin incurrir en costes no planificados." Su dispositivo central es la puerta de entrada única: una ruta a través de la cual se recopilan todas las solicitudes, para que nada se pierda ni se procese a través de canales no oficiales. ITIL 4 enmarca esto como un catálogo de servicios (la puerta de entrada misma) más la gestión de solicitudes de servicio (lo que sucede una vez que alguien cruza esa puerta).

Los tipos de demanda no son intercambiables, y combinarlos es una fuente común de disfunción. Una taxonomía de trabajo útil:

• Ideas / oportunidades — "no sería bueno si…"; no probadas, necesitan descubrimiento.
• Solicitudes / mejoras — un cambio definido a un servicio existente.
• Incidentes / problemas — algo está roto o es inseguro ahora; generalmente una vía operativa separada y más rápida.
• Mandatos — trabajo estatutario, regulatorio o dirigido nacionalmente (p. ej. un requisito de un programa nacional de NHS England) con discreción limitada.

Cada tipo merece una vía posterior diferente, pero todos deberían llegar a través de la misma puerta de entrada y registrarse en el mismo backlog de demanda.

La entrada en la sombra —la prima del lado de la demanda de la TI en la sombra— es el antipatrón: demanda que evita la puerta de entrada —la conversación de pasillo, el correo electrónico directo a un desarrollador amigable, el "pequeño favor." La entrada en la sombra es invisible, no gobernada, y la mayor amenaza individual para un sistema justo y seguro.

Buenas prácticas#

1. Establecer una única puerta de entrada visible. Proporciona una única ruta, bien publicitada, para toda la nueva demanda —típicamente un formulario respaldado por una herramienta de cola o de tickets— y dirige todo a través de ella, incluyendo las solicitudes de líderes senior. La puerta de entrada no tiene que ser un único equipo, pero debe ser un único registro. La visibilidad de la demanda es imposible si las solicitudes viven en doce bandejas de entrada.

2. Capturar la demanda con un formulario ligero y estructurado. Pide solo lo que necesitas para clasificar: solicitante y servicio, el problema o resultado buscado (no la solución), usuarios y volúmenes afectados, cualquier factor de seguridad o estatutario, y una idea aproximada de la urgencia. Resiste inflar el formulario en un caso de negocio completo —una entrada demasiado pesada empuja a las personas de vuelta a los canales en la sombra.

3. Clasificar en la puerta. Etiqueta cada elemento por tipo de demanda (idea / solicitud / incidente / mandato), servicio de origen, y si toca la seguridad clínica o los datos personales. La clasificación es lo que permite enviar los incidentes por una vía operativa rápida mientras las ideas van al descubrimiento, sin hacer que los solicitantes entiendan tu maquinaria interna.

4. Separar la vía de incidentes —pero seguir registrándola. Algo inseguro o roto ahora no debe hacer cola detrás de las solicitudes de cambio. Dirige los incidentes a tu proceso operativo/de mesa de servicio inmediatamente, pero asegúrate de que el volumen y el patrón de incidentes siga siendo visible para la entrada, porque los incidentes recurrentes suelen ser la señal más fuerte de dónde debería ir la inversión en cambio.

5. Pedir solo lo suficiente de un caso de negocio —proporcionado al tamaño. Para solicitudes pequeñas, una frase del beneficio esperado es suficiente. Para propuestas más grandes, usa un caso ligero de una página: problema, resultado previsto y quién se beneficia, tamaño aproximado, riesgos clave, y el coste de no hacerlo. Reserva el rigor completo del caso de negocio (Green Book / modelo de cinco casos del Tesoro) para decisiones de inversión genuinas, no para cada idea.

6. Establecer y publicar un SLA de reconocimiento. Comprométete a un acuerdo de nivel de servicio para el reconocimiento —por ejemplo, "cada solicitud reconocida en dos días hábiles, con una indicación de los próximos pasos y la fecha de clasificación esperada." El reconocimiento no es acuerdo para hacer el trabajo; es la promesa de que la solicitud ha sido vista y será evaluada. Esta única disciplina hace más que cualquier otra cosa para eliminar la entrada en la sombra, porque las personas usan canales alternativos principalmente cuando la puerta de entrada se siente como un agujero negro.

7. Hacer visible la cola de entrada para todos. Publica el backlog de demanda —al menos internamente— para que los solicitantes puedan ver su elemento, su estado, y su lugar en relación con otros. La transparencia convierte "¿por qué nadie ha atendido mi asunto?" en una respuesta de autoservicio y construye confianza en la justicia del proceso.

8. Nombrar un propietario y ritmo de entrada. Alguien debe poseer la puerta de entrada: asegurando que los elementos estén completos, correctamente clasificados, sin duplicar, y pasados a la clasificación en un ritmo predecible (véase el Tema 2.1). La entrada sin un propietario se obstruye en semanas.

9. Hacer que las rutas de entrada sean accesibles y equitativas. Las personas con las necesidades más agudas —personal de primera línea, proveedores de atención social, y comunidades rara vez escuchadas— a menudo son las menos capaces de presentar una solicitud pulida. Ofrece más de una forma de entrada, mantén el lenguaje llano, y ayuda a los solicitantes a articular el problema subyacente en lugar de preespecificar una solución. Un proceso de entrada que solo pueden navegar los bien dotados de recursos sesga silenciosamente toda la cartera.

10. Cerrar el bucle con los solicitantes. Diles a las personas qué sucedió con su solicitud —aceptada, fusionada, aparcada, o rechazada— y por qué, en una escala de tiempo predecible. La entrada silenciosa destruye la confianza e impulsa la demanda en la sombra y las soluciones alternativas, mientras que la retroalimentación honesta y oportuna (incluso un "no") mantiene creíble la puerta de entrada y reduce la persecución.

Preguntas para debatir con tu equipo#

1. ¿Cómo sabríamos realmente cuánta entrada en la sombra está evadiendo nuestra puerta de entrada en este momento? Esta pregunta importa porque no puedes gobernar la demanda que no puedes ver, y la mayoría de los líderes subestiman gravemente cuánto trabajo entra a través de conversaciones de pasillo, correos electrónicos directos a desarrolladores amigables, y "pequeños favores" para interesados bien conectados. La tensión es que las mismas personas que dirigen la puerta de entrada a menudo son las menos conscientes de lo que la evade, así que una respuesta honesta requiere preguntar a los desarrolladores y equipos de entrega hacia qué se les está realmente atrayendo, no solo leer la cola. Considera sondeos concretos: auditar una muestra del trabajo completado del último trimestre y preguntar "¿de dónde se originó esto, y hay un registro de entrada para ello?"; preguntar al personal de primera línea y clínico cómo plantearían una preocupación hoy y ver si la puerta de entrada siquiera aparece en su respuesta. Una buena respuesta resiste el supuesto reconfortante de que "tenemos un formulario, así que la demanda es visible" y en su lugar nombra canales alternativos específicos, estima su volumen, e identifica por qué las personas los prefieren —generalmente porque la puerta de entrada es más lenta o se siente como un agujero negro. La evidencia a buscar es la brecha entre la demanda registrada y el trabajo entregado; una brecha grande es una medida de tu punto ciego, no de tu capacidad.

2. ¿Cuál es el conjunto más pequeño de campos que podemos exigir en la puerta sin empujar a las personas de vuelta a los canales en la sombra? Esta es una disyuntiva de diseño genuina sin almuerzo gratis: cada campo que añades mejora tu capacidad de clasificar más tarde pero eleva el coste de enviar, y por encima de cierto umbral las personas dejan de usar la puerta de entrada por completo. En un entorno de salud y atención las consecuencias son más agudas porque una marca obligatoria de seguridad clínica y datos personales no es negociable, sin embargo un formulario inflado hasta un caso de negocio completo suprimirá exactamente las señales de seguridad tempranas y tentativas que más quieres captar. El debate debería sacar a la luz quiénes son tus solicitantes más difíciles de alcanzar —personal de sala de primera línea y colegas de atención social sin apoyo para escribir propuestas— y diseñar para su presupuesto de esfuerzo, no el apetito de información de la oficina de cartera. Ángulos concretos: redacta el formulario y cronométrate completándolo como lo haría una enfermera ocupada; distingue los campos necesarios para dirigir un elemento de los campos necesarios para decidir sobre él, y aplaza los segundos a las etapas de clasificación o de caso de negocio. Una respuesta sólida articula un principio —capturar el problema y el resultado, no la solución; capturar lo suficiente para clasificar y reconocer, nada más— y acepta que se perseguirá cierta información más tarde en lugar de exigirla de antemano. La versión honesta admite que un formulario fácil para el coordinador a menudo es difícil para el solicitante, y elige conscientemente la conveniencia del solicitante.

3. Cuando un líder senior intenta dirigir una solicitud alrededor de la puerta de entrada, ¿qué haremos realmente? La evasión ejecutiva es el comportamiento individual con más probabilidades de colapsar una disciplina de entrada, porque señala a todos que la puerta de entrada es para otras personas, e importa más en organizaciones jerárquicas del NHS y del gobierno donde desafiar la antigüedad es culturalmente difícil. La tensión es real: el líder generalmente tiene una solicitud legítima y autoridad genuina, así que la respuesta no puede ser una negativa rotunda a ayudar, pero tampoco puede ser una excepción silenciosa que se convierte en la norma en un mes. El equipo debería ensayar el guion específico y la escalada —¿el coordinador lo registra en la puerta de entrada en nombre del líder y redirige suavemente las solicitudes futuras, y quién tiene la posición para mantener esa línea cuando se resiste? Considera cómo se vería el cumplimiento ejecutivo visible como una señal positiva: un director que presenta públicamente su propia solicitud a través del formulario hace más para legitimar el proceso que cualquier documento de política. Una buena respuesta nombra una respuesta concreta y repetible en lugar de la esperanza de que "no será un problema," e identifica a los uno o dos patrocinadores senior cuyo propio comportamiento hará o deshará la cultura. La respuesta deshonesta es "nuestros líderes no harían eso" —lo harán, y el plan necesita sobrevivir la primera vez que lo hagan.

4. ¿Cómo nos aseguraremos de que nuestra puerta de entrada sea genuinamente alcanzable por las personas con las necesidades más agudas, no solo por los digitalmente confiados? Esta pregunta importa porque un proceso de entrada da forma silenciosamente a toda la cartera, y si solo los equipos bien dotados de recursos pueden navegarlo, la demanda que ves está sistemáticamente sesgada lejos de las voces de primera línea, de atención social, y rara vez escuchadas. La tensión es que la misma estructura y rigor que hacen que la demanda sea gobernable —formularios, campos, herramientas de gestión de servicios— también elevan la barrera para una enfermera de distrito ocupada, un gestor de residencia de cuidados, o un equipo orientado al paciente sin apoyo para escribir propuestas. Considera ángulos concretos: ¿quién ha presentado realmente a través de la puerta de entrada en el último trimestre, y coincide esa población con dónde realmente se sitúan el riesgo clínico y la inequidad? Ofrece más de una forma de entrada —una llamada telefónica o una conversación corta que un coordinador redacta— y comprueba si el lenguaje asume jerga interna que excluye a los foráneos. Una respuesta honesta nombra los grupos actualmente infrarrepresentados en la cola y se compromete con adaptaciones específicas para ellos, en lugar de asumir que un único formulario en línea es neutral. La evidencia a buscar es la distribución demográfica y organizacional de quién plantea la demanda, no solo el volumen total.

5. Cuando dos solicitudes resultan ser la misma necesidad subyacente, ¿quién decide que son duplicados, y cómo protegemos la confianza de los solicitantes cuando las fusionamos? La duplicación es inevitable a cualquier escala —la misma necesidad de "observaciones electrónicas" o conciliación de medicamentos llega desde varias salas o sitios— y sin gestionar infla el backlog aparente y fragmenta el esfuerzo entre variantes a medio construir. La disyuntiva es que fusionar es un acto de juicio que puede silenciosamente privar de derechos a un solicitante: la persona cuyo ticket se plegó en otro puede sentir que su problema específico fue desestimado, especialmente si el elemento superviviente se enmarca con las palabras de otra persona. El equipo debería decidir dónde reside la autoridad de desduplicación —generalmente el propietario de entrada— y qué evidencia justifica llamar a dos cosas "lo mismo," porque las solicitudes superficialmente similares a veces esconden contextos clínicos genuinamente diferentes. Práctica concreta: mantén cada solicitud original rastreable incluso después de una fusión, y dile a ambos solicitantes qué sucedió y por qué, para que la consolidación se sienta como ser escuchados juntos en lugar de anulados. Una buena respuesta trata la desduplicación como una disciplina de curación con propiedad clara y un rastro de auditoría, no como una limpieza silenciosa. La versión deshonesta asume que los duplicados son obvios e inofensivos de colapsar, cuando de hecho la fusión descuidada es una razón común por la que las personas dejan de confiar en la puerta de entrada.

6. ¿Cuál es nuestra política honesta para decir "no" o "ahora no," y estamos dispuestos a hacer que la demanda rechazada sea tan visible como la demanda aceptada? La mayoría de las conversaciones sobre entrada se centran en cómo entra el trabajo, pero la salud del sistema depende igualmente de cómo se rechaza honestamente el trabajo, porque una puerta de entrada que solo puede decir "sí" o silencio se obstruirá y perderá credibilidad. En la salud y la atención las consecuencias son marcadas: rechazar o aparcar una solicitud puede ser la decisión correcta frente a un presupuesto finito, pero también puede enterrar una señal real de seguridad o equidad, así que el razonamiento debe registrarse y ser revisable en lugar de perderse. La tensión es cultural —un claro "no, y aquí está por qué" es más respetuoso y más útil que un indefinido "lo miraremos," sin embargo es más difícil de decir, particularmente a solicitantes senior o clínicos. Considera ángulos concretos: ¿tienen los elementos aparcados una fecha de revisión, y puede un solicitante ver por qué se rechazó su solicitud y qué cambiaría la decisión? Hacer visible la demanda rechazada y aparcada junto a la demanda aceptada es lo que permite a la organización aprender de sus propias elecciones y defenderlas ante un ICB o auditor. Una respuesta honesta se compromete con un cierre oportuno y razonado para cada elemento —aceptado, fusionado, aparcado, o rechazado— y acepta que un "no" creíble protege la puerta de entrada mucho más que un backlog esperanzador de cosas que nadie comenzará jamás.

En la práctica: un ejemplo de salud y atención#

Un Sistema de Atención Integrada (ICS) no tenía forma compartida de recibir demanda digital. Los fideicomisos enviaban correos electrónicos al director del programa; los proveedores presionaban a los directores clínicos; un mandato nacional de interoperabilidad llegó por carta; el personal de sala planteaba preocupaciones de seguridad en papel que nunca llegaban al equipo digital. Nadie podía decir cuánta demanda existía o por qué estaba en marcha cualquier pieza dada de trabajo.

El ICS introdujo un único formulario de entrada en su herramienta existente de gestión de servicios, con cuatro tipos de demanda y una marca obligatoria de "seguridad clínica / datos personales." Cada ruta —proveedor, fideicomiso, organismo nacional, primera línea— se dirigió a ese formulario; los líderes senior acordaron modelar el comportamiento usándolo ellos mismos. Un coordinador de entrada reconocía cada elemento dentro de dos días hábiles y realizaba una breve sesión semanal para comprobar la completitud y la clasificación antes de entregar los elementos a la junta de clasificación.

En un trimestre, cambiaron tres cosas. Primero, el ICS pudo por primera vez mostrar a su junta directiva una única imagen de la demanda digital por tipo y por organización de origen. Segundo, un grupo de incidentes de primera línea sobre un flujo de trabajo de conciliación de medicamentos —previamente invisible— salió a la luz como un candidato claro y respaldado por evidencia para el cambio. Tercero, las solicitudes en la sombra cayeron marcadamente, porque la puerta de entrada ahora respondía más rápido de lo que jamás lo habían hecho los canales alternativos.

Perspectivas sectoriales#

Startup#

Una pequeña empresa de salud digital vive o muere por el enfoque, así que su puerta de entrada trata menos sobre gobernar a muchos interesados y más sobre resistir la atracción de cada prospecto, inversor y asesor clínico que quiere una funcionalidad a medida. La entrada aquí es ligera —un tablero compartido o una única hoja de cálculo— pero aun así debe ser un único registro, porque el canal alternativo liderado por el fundador de "simplemente constrúyelo" es la versión de la startup de la entrada en la sombra y remodela silenciosamente la hoja de ruta. La restricción de financiación es el clasificador más agudo: cada elemento se sopesa contra un tiempo de financiación disponible corto, así que el campo más valioso del formulario de entrada es "¿qué resultado de cliente o regulatorio desbloquea esto?" Las marcas de seguridad clínica y protección de datos no se pueden omitir incluso a esta escala, porque una startup que maneja datos de pacientes carga con los mismos deberes DCB0129 y UK GDPR que un fideicomiso. La disciplina de decir "capturado, todavía no iniciado" es lo que evita que una empresa prometedora se fragmente en una docena de pilotos a medio construir.

Pequeña empresa#

Un proveedor pequeño y establecido —una consulta de médico de cabecera, una farmacia comunitaria, una residencia de cuidados, o una clínica de un solo emplazamiento— tiene pacientes reales y operaciones continuas pero rara vez una función de TI o digital dedicada, así que la entrada es un deber que recae en un gestor de consulta o gestor registrado junto con todo lo demás. La puerta de entrada aquí es modesta —a menudo un buzón compartido o un único registro— sin embargo aún importa, porque la demanda llega de clínicos, el gestor de cuentas de un proveedor, una acción de la CQC, y una solicitud de un ICB todos a la vez, y sin un registro los trabajos más pequeños y ruidosos desplazan a los importantes. La restricción vinculante es el tiempo de las personas en lugar de las rondas de financiación: la pregunta de entrada que se gana su lugar es "¿aborda esto una obligación de seguridad del paciente, regulatoria, o contractual, o puede esperar?" Estas organizaciones cargan con los mismos deberes de seguridad clínica y UK GDPR que un gran fideicomiso pero deben cumplirlos con una fracción de la capacidad, así que una forma ligera y consistente de capturar y reconocer la demanda es lo que evita que las obligaciones estatutarias se pasen por alto en la prisa diaria. El objetivo realista no es la sofisticación sino la fiabilidad —cada solicitud escrita una vez, en un lugar, y examinada en un ritmo regular, aunque simple.

Gran organización#

Un fideicomiso del NHS o un ICS tiene el problema opuesto: muchos canales legítimos (salas, servicios corporativos, proveedores, organismos nacionales) y fuertes corrientes políticas, así que la puerta de entrada única es tanto un cambio cultural como una herramienta. La función de entrada generalmente es un coordinador nombrado o un pequeño equipo dentro de una oficina de cartera, respaldado por una plataforma empresarial de gestión de servicios, y su tarea más difícil es convencer a los directores de dirigir sus propias solicitudes a través de ella en lugar de alrededor de ella. El volumen fuerza una clasificación y desduplicación reales —la misma solicitud de "observaciones electrónicas" a menudo llega cinco veces desde cinco sitios— y la marca de seguridad debe integrarse con la gestión de riesgo clínico y el registro de peligros del fideicomiso. La responsabilidad es externa: un ICB, auditores, o un regulador pueden preguntar cómo se justificó cualquier programa dado, así que el registro de entrada es un artefacto de gobernanza, no solo una cola.

Gobierno#

A nivel de NHS England, DHSC, un gobierno descentralizado, o una autoridad local, la entrada da forma a la demanda nacional y al dinero público a escala, y gran parte de ella llega como mandato en lugar de solicitud —deberes estatutarios, compromisos ministeriales, condiciones de revisión de gasto. La puerta de entrada a menudo es un pipeline formal de cartera o inversión gobernado por el modelo de cinco casos del Tesoro y el Green Book, así que incluso las ideas tempranas se capturan según el ajuste estratégico y el valor por dinero desde el principio. El apetito de riesgo es bajo y el escrutinio es alto: el interés de la National Audit Office y el Public Accounts Committee significa que cada elemento aceptado debe tener un origen y razonamiento rastreables. El desafío es la proporcionalidad —aplicar suficiente rigor para defender el gasto sin un control tan pesado que las voces de primera línea y de autoridad local, que carecen de equipos de escritura de propuestas, queden efectivamente bloqueadas. La transparencia del pipeline de demanda es, por lo tanto, tanto una medida de eficiencia como un deber de equidad.

Modos de fallo comunes#

• La puerta de entrada agujero negro. Existe un formulario, pero las solicitudes desaparecen en él sin reconocimiento. Las personas vuelven a los canales alternativos en semanas. Solución: un SLA de reconocimiento, mantenido implacablemente.
• Entrada con forma de solución. El formulario pregunta "¿qué quieres que se construya?" en lugar de "¿qué problema intentas resolver?", fijando una solución antes del descubrimiento. Solución: capturar resultados y problemas, no diseños.
• Control pesado en la puerta. Exigir un caso de negocio completo para presentar una idea suprime buenas señales tempranas e impulsa la entrada en la sombra. Solución: captura proporcionada; el rigor viene después.
• Evasión ejecutiva. Los líderes dirigen sus propias solicitudes alrededor del proceso, señalando que la puerta de entrada es para otras personas. Solución: cumplimiento ejecutivo visible; sin excepciones.
• Incidentes perdidos en la cola de cambio. Las averías críticas para la seguridad esperan detrás de las solicitudes de mejora. Solución: una vía de incidentes separada y más rápida que la entrada aún ve.
• Entrada sin propietario. La cola se llena pero nadie la cura. Solución: un coordinador nombrado y un ritmo fijo.

Modelo de madurez#

Lista de verificación#

• Hay una puerta de entrada publicitada para toda la nueva demanda digital.
• El formulario de entrada captura el problema/resultado, no solo una solución solicitada.
• Cada elemento se clasifica por tipo de demanda (idea / solicitud / incidente / mandato).
• Una marca de seguridad clínica y datos personales es obligatoria en la entrada.
• Los incidentes tienen una vía separada más rápida pero siguen siendo visibles para la entrada.
• Existe un SLA de reconocimiento publicado y se mide.
• La cola de demanda es visible para los solicitantes y los interesados.
• Un propietario nombrado cura la entrada en un ritmo fijo.
• El esfuerzo del caso de negocio es proporcionado al tamaño de la solicitud.
• Los líderes senior usan la puerta de entrada como todos los demás.

Fuentes clave#

• ITIL 4 (AXELOS / PeopleCert) — prácticas de Gestión de Demanda y Gestión de Solicitudes de Servicio; el concepto de "puerta de entrada única."
• NHS England — DCB0129 Clinical Risk Management: its Application in the Manufacture of Health IT Systems (marcado de seguridad del cambio).
• Manual de Servicio de GOV.UK (Government Digital Service) — entender las necesidades y problemas del usuario antes que las soluciones.
• NHS Digital Service Standard — diseñar para las necesidades del usuario; hacer visible el trabajo.
• HM Treasury — The Green Book y el modelo de cinco casos (casos de negocio proporcionados).
• Reinertsen, D. — The Principles of Product Development Flow (gestión de colas y demanda).

Referencias#

1. Demand management — Wikipedia — https://en.wikipedia.org/wiki/Demand_management
2. ITIL — Wikipedia — https://en.wikipedia.org/wiki/ITIL
3. IT service management — Wikipedia — https://en.wikipedia.org/wiki/IT_service_management
4. Service catalog — Wikipedia — https://en.wikipedia.org/wiki/Service_catalog
5. Service-level agreement — Wikipedia — https://en.wikipedia.org/wiki/Service-level_agreement
6. Shadow IT — Wikipedia — https://en.wikipedia.org/wiki/Shadow_IT
7. Business case — Wikipedia — https://en.wikipedia.org/wiki/Business_case
8. ITIL 4: Demand Management and Service Request Management practices — AXELOS / PeopleCert — https://www.peoplecert.org/itil
9. DCB0129: Clinical Risk Management: its Application in the Manufacture of Health IT Systems — NHS England — https://digital.nhs.uk/services/clinical-safety/documentation
10. GOV.UK Service Manual — Government Digital Service — https://www.gov.uk/service-manual
11. NHS Service Standard — NHS England — https://service-manual.nhs.uk/standards-and-technology/service-standard
12. The Green Book: appraisal and evaluation in central government (five-case model) — HM Treasury — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government
13. Reinertsen, D. — The Principles of Product Development Flow — Celeritas Publishing — https://www.celeritas.com/