PROCESS

Ici, c'est Comment Construire

Conception

L'exemple

Antes de que empiecen los capítulos, aquí está el caso al que volverán. Un proceso, visto una vez por completo, y luego girado, capítulo a capítulo, para que cada cosa de la que se compone una regla pueda verse en algo real. Léelo primero como una historia. Las lecciones vienen después.

Una empresa vende software por suscripción. Como cualquier empresa así, tiene clientes con problemas: algo no funciona, o funciona mal, o ha dejado de funcionar del todo. Cómo responde la empresa a esos problemas, qué dice, a quién, cuándo y cómo, es el trabajo del que trata este ejemplo. No cómo se repara el software. Eso es el oficio de los ingenieros, y otro libro. Esto trata del proceso alrededor del arreglo: cómo se entiende, se clasifica y se comunica el problema, dentro de la empresa y hacia el cliente. Porque una empresa puede tener a los mejores ingenieros del mundo, y aun así perder a sus clientes, y a veces la vida, por comunicar mal cuando algo va mal.

El cliente puede ser una sola persona con un plan personal, o un cliente empresarial cuyo propio administrador se ocupa de muchos usuarios. La diferencia importa, y el ejemplo abarca ambos. Con una sola persona, la empresa habla con el afectado. Con un cliente empresarial, a menudo habla con el administrador, que está entre la empresa y su propia gente, y que ayuda a acotar qué es lo que falla realmente antes de que llegue siquiera a la empresa.

Cuando llega un problema, el primer trabajo real no es resolverlo. Es clasificarlo. ¿Es el problema de un solo cliente, o de muchos? Si es de uno, se trata como un caso único, trabajado con el cliente o el administrador hasta resolverlo. Si el mismo problema empieza a aparecer en muchos clientes, y Soporte o el sistema nota el patrón, se trata como algo mayor. Un marco reconocido del sector llamaría al caso único un incidente y al mayor un problema. Este libro los llama una incidencia y una incidencia emergente. Las palabras importan menos que el pensamiento, y el pensamiento es el mismo en cualquier sector y en cualquier puesto.

Una incidencia mayor es de uno de dos tipos: conocida o desconocida. Una incidencia conocida es una que la empresa ya ha visto antes. Ya tiene instrucciones para tratarla y plantillas para explicarla, y se presenta en dos formas, una en la que existe una solución y puede darse, y otra en la que la causa se entiende pero el arreglo no está listo, y también se le dice eso al cliente. Algunas incidencias conocidas son lo bastante grandes o serias como para merecer sus propias plantillas dedicadas, escritas con especial cuidado, en lugar del texto general. Una incidencia desconocida es la nueva, la incidencia emergente, el problema que nadie ha visto todavía. No tiene plantilla lista, porque no se puede hacer una plantilla de lo que aún no se entiende. Se trata con un proceso hecho exactamente para esto: una vía de escalado que la lleva a las personas que pueden trabajarla, y una manera de comunicar que se va dando forma a medida que se entiende la incidencia, un poco más segura con cada actualización.

Y aquí está el motor silencioso de todo. Una incidencia emergente no sigue siendo emergente. A medida que el Equipo Técnico la trabaja y aporta los pasos para resolverla, el Propietario convierte esos pasos en la resolución de problemas que Soporte puede seguir, y en las plantillas que recibirá el cliente. En ese momento lo desconocido se vuelve conocido. La incidencia emergente se ha convertido en una incidencia conocida, con sus propias instrucciones y sus propias plantillas, lista para la próxima vez que aparezca. Así que el proceso no solo resuelve problemas. Fabrica sus propias reglas futuras. Cada incidencia emergente, una vez resuelta, deja tras de sí una pieza permanente de proceso.

A través de todo ello corren las plantillas, y son el corazón de este ejemplo. Hay plantillas para el cliente y plantillas para los Equipos de dentro. Llevan las vías de escalado y las palabras estándar para cada tipo de incidencia. Existen para que la buena comunicación no tenga que reinventarse, con angustia, en mitad de una crisis, por quien esté allí en ese momento. Un buen mensaje está incorporado en ellas de antemano: escrito en el propio idioma del receptor y a su propio nivel, técnico para el técnico, llano para el llano; lo bastante completo como para satisfacer, pero no tan cargado de detalle como para preocupar al lector sin motivo; con la etiqueta y el pequeño cuidado político que permiten que un mensaje caiga bien en el lugar donde cae; y siempre, siempre, terminando con el siguiente paso, aunque el siguiente paso sea simplemente esperar.

Hacer tales plantillas es en sí mismo un proceso, con sus propias reglas. Un Equipo de Redacción las redacta. Se traducen a cada idioma que leen los clientes. Cada una se aprueba antes de poder usarse, por quienes responden de ella: Comunicación por las palabras, el Propietario de Oferta por lo que se promete, y el Diseñador por el proceso. Una vez aprobadas, se cargan en los Sistemas, para que la correcta pueda elegirse por un Ejecutor, o enviarse por el propio sistema, en el momento en que se necesita. Y todo ello debe estar listo antes de que se forme a los Ejecutores, para que puedan formarse con lo real.

Ese es el caso. Una empresa de software respondiendo a los problemas: clasificándolos, trabajándolos y, sobre todo, comunicándolos, dentro y fuera, a través de una estructura de plantillas y reglas que convierte el caos en algo en lo que un cliente puede confiar, y lo desconocido en conocido. Los capítulos que siguen toman este único proceso y lo giran, para que cada cara de una regla, qué se hace, cómo, cuándo, por qué y por quién, pueda verse en funcionamiento en él.

Principles se construit sur des principes, des façons structurées de penser les processus, les systèmes et la transformation. Chaque Discipline se construit sur la précédente, passant des idées les plus simples aux réalités complexes des opérations réelles. Elle suit la façon dont les organisations grandissent réellement, des étapes individuelles aux grandes opérations qui fonctionnent sur des systèmes et tiennent à l'échelle.

Ce n'est pas un guide théorique. Cela vient d'un travail réel à travers des opérations mondiales, des migrations de systèmes et de la conception de processus. Les idées présentées ici ont été observées, appliquées et affinées dans des environnements complexes impliquant de nombreux pays, de nombreux systèmes et de nombreuses personnes.

Tous les exemples sont anonymisés et abstraits. Ils sont basés sur des situations réelles, mais les noms, les organisations et les détails identifiants ont été retirés à dessein. Le but n'est pas de montrer où l'expérience a été acquise, mais de montrer comment la pensée peut être appliquée dans tout environnement vaste et international.

Ce n'est pas un livre sur ce qui devrait fonctionner. C'est un livre sur ce qui fonctionne, systématiquement, quand les processus sont conçus pour évoluer, les systèmes sont alignés pour les soutenir, et les organisations sont prêtes à se transformer.

NOTE IMPORTANTE :

Les lecteurs sont vivement encouragés à consulter et à partager le contenu original via marvinpro.com. MarvinPro est une œuvre en évolution permanente, dont le contenu est régulièrement mis à jour afin d’intégrer de nouvelles perspectives, des cadres améliorés et des ressources d’apprentissage enrichies. Le contenu copié ou reproduit ailleurs peut ne plus refléter la version la plus récente, tandis que le site en ligne fournira toujours l’expérience d’apprentissage la plus actuelle et la plus complète.

© COPYRIGHT 1990-2026 MarvinPro

Tous droits réservés. Le contenu peut être librement consulté et partagé par lien. Vous êtes autorisé à partager des citations de cette œuvre à condition que l’attribution complète soit reproduite exactement telle qu’elle apparaît dans le texte, y compris la citation, le nom de l’auteur, l’année et marvinpro.com. La copie ou la reproduction d’autres parties, de sections complètes ou de chapitres sans autorisation préalable n’est pas autorisée.

Think Simple.