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!
