Continuemos con el ejemplo del post anterior: te hacen jefe de una unidad de informática en un centro de medicina, y tu primera medida es implementar un software de gestión para el centro.
\nFinalmente decidiste contratar una empresa de desarrollo de software.
\n¿Ahora qué? te preguntas…
\nEn este post, veremos las etapas típicas de un proyecto de creación de software, de manera de que te enteres en qué consiste y qué responsabilidades tendrías tú como “cliente”.
\nUn proyecto de desarrollo de software es parecido a otros tipos de proyectos. La diferencia central es que el resultado del proyecto es un software o programa.
\nEste tipo de proyectos se realizan bajo un proceso, el cual define la forma en la cual se llevará a cabo el proyecto.
\nEs importante que el proceso que utilice la empresa que contrates te involucre a ti y a los usuarios finales. Si no es así, ¡tu proyecto está destinado a fallar!
\nLa forma fácil es preguntar “¿Cuándo podremos tener una versión inicial?”
\nSi te dicen que en 1 año más, lo más probable es que utilicen un proceso en cascada, donde se intenta definir TODO el proyecto en un principio, parecido a la construcción de un edificio.
\nEl problema es que al comienzo uno no tiene muy claro lo que quiere ni las características que debe tener el software para que sea fácil de usar por los usuarios. A lo más puedes tener ideas (hipótesis) de una posible solución. Incluso cuando todos los involucrados (proveedor, cliente y usuarios) consideren que una solución “en papel” es perfecta, la única manera de saberlo con seguridad es utilizando el software. Así que mientras antes lo probemos, mejor.
\nIdealmente, la empresa que contrates utilizará una “metodología ágil”. Recordando el post anterior, este tipo de metodología busca entregar software que te ayude lo más rápido posible de manera que en un par de semanas ya veas y uses la primera versión. Las siguientes versiones se hacen paso a pasito (cada 2 ó 6 semanas). El plus de estas metodologías es que buscan involucrar al cliente y los usuarios finales a lo largo de todo el proyecto.
\nAquí hay una imagen que revela el “paso a pasito” que es ideal en proyectos de software:
\nIndependiente del proceso que la empresa utilice, existen actividades claves que son transversales y comunes. Las voy a definir como etapas secuenciales porque así es más fácil entender. Sin embargo, en la práctica son actividades que se realizan a lo largo de todo el proyecto.
\nLas actividades base son las siguientes:
\nTú como cliente tienes un problema que requiere solución. Así que tu labor es tener más o menos una idea de cuáles son los problemas que quieres que el software te ayude a solucionar.
\nEs normal que no tengas conocimientos para definir una solución ni que tengas total claridad del problema de fondo.
\nUn buen proveedor te ayudará a descubrirlo en un proceso que los informáticos llaman “levantamiento de requisitos”.
\nEn el levantamiento de requisitos las empresas evalúan la situación actual, te ayudan a descubrir una situación deseada (meta) y comienzan a pensar sobre posibles caminos que te permiten llegar a la meta. Puede darse el caso de que el camino NO SEA construir un software a la medida (lo que quieres), sino que sea utilizar uno ya existente (lo que realmente necesitas).
\nAlgunas empresas cobran por esto, parecido a una consulta médica. Hay otras que lo hacen gratis como parte de su estrategia de ventas.
\nAl final de esta etapa, tú y el proveedor tendrán una idea si el proyecto es factible, considerando costos, plazos y el objetivo del proyecto.
\n¿Cómo se ve esto en la práctica? Tienes una o varias reuniones con el equipo del proveedor, donde con un screening te van haciendo preguntas para descubrir que es lo que realmente necesitas (la meta). Luego, es posible que te llegue una propuesta de trabajo que indique el paso a paso, plazos y cuánto va a costar. Esta propuesta puede involucrar crear el software o ser un ante proyecto para definir mejor el software a construir. Luego tu opción es aceptar la propuesta o rechazarla.
\nLa etapa de concepción es el por qué, mientras que la de elaboración es el cómo.
\nEn esta etapa, tú y tu equipo junto a el proveedor trabajan en definir un producto mínimo viable (MVP): un producto bien chiquito que cumpla con el objetivo más importante del proyecto.
\nEs importante que en esta etapa se involucren todos los interesados: tú, los usuarios finales y el equipo proveedor. Muchas veces el proveedor no sabe nada sobre tu contexto, y si ellos diseñan el sistema sin tu ayuda, es probable que el resultado sea un software para informáticos y no para clínicos (¿suena familiar?).
\nEl resultado de esta etapa puede ser bocetos, diseños o mockups del sistema. El nivel de involucramiento de los participantes de tu lado debe ser al menos de dar feedback sobre los bocetos.
\nEs posible que esta etapa considere solo una parte de todo el sistema, dejando para “más adelante” la definición del resto. Recuerda que estas etapas pueden irse repitiendo a lo largo del proyecto, es normal y deseable hacerlo “paso a paso” en vez de definir todo de un golpe.
\nNota: Muchas veces esta etapa de “Elaboración” es lo que algunas empresas venden como “ante proyecto”.
\nUna vez ya están validados los bocetos, pasamos a…
\nEn construcción el proveedor hará su “magia” y luego de un tiempo razonable (2 a 6 semanas) te entregarán un software funcional.
\nEl software que construyan va en línea con el por qué (concepción) y con el cómo (elaboración). Pueden haber diferencias, y es posible que algo que visualizaron en un inicio no funcione muy bien en la práctica.
\nDurante la construcción, el equipo podrá preguntarte cosas o darte alternativas para ciertos escenarios.
\nLa estabilización es la etapa en la cual el software ya está instalado y los usuarios finales lo están usando.
\nEs posible que existan errores o fallas. Lo importante es que la empresa que construyó el software te ofrezca un periodo de garantía donde se comprometa a solucionar los problemas que surjan con el uso. Existen 2 grandes clases de problemas:
\nLa gracia de pasar por un proceso de “elaboración” donde involucre a los usuarios finales y además de construir el software en iteraciones, es que estos problemas aparecen antes.
\nEspero que este post te haya sido de ayuda para entender cuáles son las etapas de un proyecto de software y para que te hagas una idea de cuál es tu nivel de involucramiento.
\nLa verdad es que los proyectos de software son colaborativos. Y como tal, no es algo que mandas a construir y luego te olvidas. Es importante que tú y tu equipo tengan una colaboración activa en el proceso de construcción, así que tienes que considerar esto como parte de la inversión de recursos.
\nEn futuras publicaciones continuaremos explicando términos utilizados en el ambiente de la informática, para seguir creando puentes entre ambos mundos.
","fields":{"tags":[{"name":"Tecnología","slug":"tecnologia"}]},"frontmatter":{"title":"Informática para no informáticos #2","date":"22 de enero, 2021","description":"Aquí te explicamos las etapas de un desarrollo de software para no informáticos.","author":{"slug":"nico","avatar":{"childImageSharp":{"fixed":{"base64":"data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABQAAAAUCAYAAACNiR0NAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAEqUlEQVQ4y22T2XMUVRSH58kHtRDIOpnp7pnuniXbJJMdshEyIQnZYFgCRCKEJJCwC0mUFMpigEBYEtawhCAJBgEt1iqg1BIpKUuLguJBLV98sKzywb/h83SHzdKHU32r77nf/f3OPceRYMzCini9VL5lOP2VuFLqUNKiqBlLUcLNqFkr0SRUWSuhxbK3QHIacAaqSDBn22cnz8/C8RImG0nBGtySrGYuQ8teiTeniUC4iuRwBWaoEm84ije/E092i52jpC/ElVxLoq/8FfAlTDaU9EV4spaj5XUQyKkjMiOTmSGDUMCL36tieD2YGRGBtkuskdz3UEONorZeoJEXCstE2dznsGb0gnUYuUuIFGbRUJhCrplId1MthekBprz9DlPeegO3kYlR3PVc7cpJqKVUhDmsmrmlXprUR89fjV7cQ1p+PeVhnfLsIHvWr+Dvn+7y682z9K9vJqC5mD49BqNoI0ZJj5zpsJVa9pMC1ThcyXV28b25begzN2KW78aXs5gsbwxb3m3g6/Fh/vjhPs9ujzO27wM6Fs8hLjYWvbRHcnehF72PN281WmYT7tQGHJY66wbbqtzoqzyAUtTNqmiE7y4c4kTPOp5eO8mnOzbQ29JEX+ciQkGdpMIu/FUHMUo/FCEbbOuWSofVBp6cVvTCzZhlH+GbewSlbDe961r5/avLPL1+kd9ujPDZzg08GBng3qmdVBZlo5Rux1dzFHP2DrG/RRy2i9MlOGy7Itko3opPLHirBglFhzm9byd/PrrDXw9v8WB0kMObWngydoibxz5maSSbUN1B9JoTmJFPbGdeqaUWbhKg9JPVAkZJt2z2YcwdIjD/Agf6h3l8a4SHE2d4NHGRKwf3MLJ7CwPdzTRE2whGL2DUHMes2Dtpu2CtAJf/F2jWDKHXj5Kx9DIT54d5cuM0T66Mc3toP6N9a9nUuYLUxs8x549J7rH/Ab5m2Xpho/oI/nln0edfob1riHuXDvP07jVujwzS3VZLdbSF5MYv8TWcs93Yrl63bD2K97VHMSr346s/hdpwmc6uo5wb2Mq2zR00L6yhqthPbW09/uglzPqzGFUDrx4lr91uP7tttBdtU9qLOadfXvoQrpJe2lat4fGd0/Rva6dlUTndrdUsq5uJK7dF7A5K7gGMWdv/3TZ2Y0tT6nmtGAVtApcRTC1FDeYRidSI3XF+vHWeqyd3cfV4Lw3VFUyNV1ED+eKsEWOGDER+mz1p7tR51uhVoKXORgsWyIyGUMx0NH8WeuoMFH8eo4N7eXZ/gu+/OMPYUB/eQJgkPR3Vl4HLE8Stp0leLkqwREYvIkBDmtQUkC9TvhK+bNxmGE8wB5cklkdq+eWb6/z87R2qqqPEa2kCScepJZOgBCSC9jpR9RPrCuBIVFNw+7JEYQ5aIIckb7oNtEIVpdOcfjpXtbFkQSNvTnWR5EnB6Uklzu0nQRWQliKwZOLdAaYnaDhinSZOgShyWBGw6s+24YovbK9VuSTG5Ze6eXCJMivHLXsuI0OshwRowXwC8zAtXoAxiTpxcsACTKp6DhT7L1RbSj3B3EmY/LfCJfV2etJs27FJBlPj3EyLU/gHBhzbgqfkxlYAAAAASUVORK5CYII=","width":70,"height":70,"src":"/static/c454b7eddf2624b2e434eb2b68050446/31406/nico.png","srcSet":"/static/c454b7eddf2624b2e434eb2b68050446/31406/nico.png 1x,\n/static/c454b7eddf2624b2e434eb2b68050446/1edbf/nico.png 1.5x,\n/static/c454b7eddf2624b2e434eb2b68050446/b3779/nico.png 2x"}}},"bio":"Ingeniero Civil en Computación PUC.","github":"muZk","linkedin":"codewithnico","name":"Nicolás Gómez","twitter":"codewithnico"},"image":{"childImageSharp":{"resize":{"src":"/static/81c11e5c1158d3632dd1250c8ff0acad/f3583/preview.png","height":627,"width":1200}}}}},"previous":{"fields":{"slug":"/iniciando-una-carrera-tech-desde-enfermeria/"},"frontmatter":{"title":"Iniciando una carrera Tech desde Enfermería"}},"next":{"fields":{"slug":"/glosario-tecnologias/"},"frontmatter":{"title":"Informática para no informáticos #3"}}},"pageContext":{"id":"05c7a71f-2d5c-5d3e-be58-3499d0f32467","previousPostId":"34b91c55-9795-5106-80a5-f94b35f5e8c6","nextPostId":"29165cad-8f7a-5547-997d-937afb5bed1c"}},"staticQueryHashes":["3832538981"]}