Cambios durante el desarrollo, cómo gestionarlos

Cambio de sentido

El otro día revisando antiguos posts del blog, recordé uno que había escrito mi compañero Nicolás Osuna titulado “Pesadillas de un programador” y me dediqué un tiempo a la reflexión de los problemas que los desarrolladores se encuentran en el día a día.Entre todo lo que habéis apuntado me centré en el siguiente punto:2.- Los cambios durante el desarrollo: lo que el cliente, supuestamente, quería decir pero se le olvidó comentar, lo que dice que dijo y realmente no dijo, los “pequeños cambios que seguro que son muy sencillos”Para evitar estas situaciones mi consejo es la realización de una consultoría de análisis y necesidades de desarrollo para la implantación de nuestra aplicación en casa del cliente, por supuesto por escrito y que antes de comenzar con el desarrollo, el cliente debe validar y firmar.Incluyendo este paso en nuestro procedimiento interno para la realización de un nuevo proyecto, minimizaremos en un porcentaje muy alto los posibles problemas por malos entendidos u olvidos temporales.Las partes más importantes que creo que este documento debe reflejar son:Situación actual: debemos conocer al dedillo la operativa del cliente, todos sus procesos y reconocer las necesidades que tenga. Y ésto, por supuesto, plasmarlo gráficamente en el documento. En esta parte debemos tener en cuenta todas las partes de la organización que influyen en los diferentes procesos operativos.Situación futura: indispensable el anterior punto: No podemos ofrecer una solución o aportar beneficios dentro de una organización, si no somos conocedores de su operativa y todos sus procesos. Por tanto, debemos hacer una descripción pormenorizada de cómo quedarán y cómo se realizarán los procesos anteriormente descritos y cuales serán los cambios o desarrollos que aconsejamos realizar para aportar el mayor rendimiento a la organización.Beneficios: importantísimo!!! Debemos aportar beneficios cuantificables dentro de la operativa y procesos del cliente. Sin duda, ésto dará valor a nuestro trabajo y la aportación que nuestro aplicativo y / o desarrollo aportará al grupo.Finalmente, debemos presentar este documento al cliente y si habemos seguido los pasos no tendremos problema en que lo valide y firme. Ésto nos permitirá evitar los problemas indicados en el punto "(…)lo que el cliente supuestamente quería decir, pero se olvidó de comentar(...)”, todos los desarrollos necesarios estarán documentados y no habrá problemas de malentendidos… podremos tener otros :-) , pero eso lo dejamos para otro artículo.Espero que este post os sea de ayuda.Un saludo!

Déjanos tus datos para probar la plataforma