Los desarrolladores de software enfrentan un gran desafío tratando de crear y entregar software que se adapte a las necesidades de un cliente y optimice su proceso de negocio. Hay muchas dificultades para evitar durante el ciclo de desarrollo de software y la hoja de ruta a menudo no está clara. Muchas veces, los clientes no entienden las ineficiencias en su propio proceso comercial, o si lo hacen, no entienden cómo aplicar una solución de software para hacerlo más eficiente. En gran parte, ese es el trabajo del desarrollador de software.
En escenarios típicos, un cliente se acerca a un desarrollador de software que actualmente participa en un proceso comercial ineficiente y costoso. Por ejemplo, tal vez se gestiona un proceso de solicitud y aprobación de recursos utilizando una serie de hojas de cálculo desarticuladas y llamadas telefónicas constantes para garantizar el flujo continuo del proceso. El software estándar se ha probado, pero no satisface las necesidades específicas de la empresa en cuestión. Esto es cuando se llama a un desarrollador de software para desarrollar una aplicación personalizada que pueda usarse para administrar el proceso de una manera simplificada y rentable. La ejecución exitosa de esta tarea se puede dividir en diez pasos específicos.
Paso uno: Comprenda el flujo de proceso comercial del cliente
Es fundamental comprender el Flujo de proceso para el cual se está desarrollando el software. Reúnase con el cliente y discuta su negocio. ¿Qué procesos se están utilizando actualmente para administrar el negocio? Haga preguntas y investigue al cliente para obtener más detalles. Al final de la reunión, o tal vez varias reuniones, el desarrollador debería comprender el proceso comercial tan bien que podría explicarlo a fondo a otra persona, o tal vez incluso capacitar a un empleado en él. Una vez que se entiende el proceso, el desarrollador trabaja con el cliente en posibles formas de optimizar el proceso con una solución de software.
Paso dos: recopile requisitos específicos del cliente </p >
La recopilación de requisitos es la base sobre la cual se construirá el resto del proyecto de software. Sin buenos requisitos, el resultado típico es el software que no satisface las necesidades del cliente o no se ajusta al flujo de proceso comercial. Los requisitos constituyen el plan detallado para el programa de software que se desarrollará. Son listas detalladas y descripciones de acciones específicas que el software debe realizar. Esto a menudo incluye definir los niveles de seguridad o el acceso al software, la configuración de datos y los requisitos de almacenamiento, la funcionalidad específica en toda la aplicación, capacidades de informes y otros detalles. Todo esto debe ser asado con el cliente lo más completamente posible antes de que se escriba una línea de código. Es por eso que es crucial comprender el problema que el software está abordando y el flujo comercial del software se está desarrollando para admitir. Los requisitos deben cubrir cada paso de ese proceso.
Paso tres: documente los requisitos
Una vez que todos los requisitos se hayan reunido y esbozado en la placa de carteles, Tableros blancos y servilletas de bar, es hora de escribir un documento de requisitos adecuados. Organice los requisitos de una manera que siga el flujo del proceso comercial. Cree un documento conciso y limpio que incorpore todos los requisitos del cliente. Esto no solo proporciona al desarrollador un buen plan para el programa, sino que también sirve para responsabilizar al cliente más adelante (como se detalla en el Paso 7: Evite el alcance del alcance).
Paso cuatro: Revisión Los requisitos con el cliente
se reúnen con el cliente una vez más, o tantas veces como se necesite, revisar el documento de requisitos. Repase cada detalle para asegurarse de que todo esté cubierto. Esto asegurará que el programa satisfaga perfectamente las necesidades del cliente y apoyará completamente el flujo de su proceso comercial. Eso fue broma; nunca sera perfecto. Esto simplemente ayudará a minimizar la cantidad de fallas de requisitos que surgirán más adelante e afectará el proceso de codificación. Cuanto más completamente se realice el trabajo de la recopilación de requisitos, cuanto más suave sea el ciclo de codificación, pero siempre habrá cosas que el cliente olvida (o incluso el desarrollador, estremecimiento!), Se perdieron en las discusiones o mal entendidos por todas partes. .
Paso cinco: acuerde una fecha de finalización estimada
Discuta el marco de tiempo del proyecto con el cliente. Idealmente, la fecha límite será lo suficientemente flexible como para permitir suficiente tiempo para el desarrollo, la prueba y la liberación de la aplicación adecuados. Siendo realistas, el cliente generalmente tiene una fecha límite que en parte dicta el horario. Si es demasiado agresivo, hay un par de opciones. Primero, se podrían agregar más desarrolladores al proyecto. Esto puede acelerar el tiempo de desarrollo, pero el desarrollo del equipo viene con sus propios desafíos y merece su propio artículo. En segundo lugar, el desarrollador y el cliente pueden comenzar el proceso de recortar los requisitos en un esfuerzo por acortar el tiempo de desarrollo. Quizás hay algunos requisitos que pueden esperar una segunda versión del software, o algunos que se pueden combinar o simplemente caer como “agradables de tener”. Al final, acuerde una fecha y apégate a ella. El cliente no solo estará contento, sino que el desarrollador puede pasar al próximo proyecto. Nada mata el espíritu de los desarrolladores más rápido que un proyecto para siempre que nunca se completa, siempre que necesita más ajustes.
Paso seis: codifique la aplicación
Con los requisitos aprobados por el cliente en la mano, es hora de salir y codificar la aplicación. Para la mayoría de los desarrolladores, esta es la parte divertida. A menudo se trata de una gran cantidad de cafeína. La codificación es el momento para que el desarrollador flexione sus músculos técnicos y creativos. El desarrollador inteligente aprovechará cada proyecto como una oportunidad para extender la comprensión técnica y aprender una nueva habilidad o dos. Prueba algo un poco diferente a la última vez; Continuar creciendo en habilidad y técnica. Durante la fase de codificación, no tenga miedo de reunirse con el cliente cuando sea necesario para obtener una aclaración o refinar un requisito.
Paso siete: evite el alcance de arrastre < /P>
“ACEPE SEAP” es un término bien odiado conocido por cualquier desarrollador que haya escrito software. Es el proceso por el cual el cliente continúa agregando o cambiando los requisitos bien en la fase de código, o incluso en la fase de prueba. Aquí es donde entra en juego el documento de requisitos. Señale cortésmente al cliente que, aunque es una idea brillante, no fue capturada en los requisitos acordados y consulte el documento si es necesario. En la mayoría de los casos, el cambio o característica se puede archivar hasta después del lanzamiento inicial y se está considerando una segunda versión. A veces, sin embargo, el requisito que se perdió es tan importante que el cliente juega la temida tarjeta “no podremos usar esto sin ella”. En este punto, el desarrollador puede conceder e incorporar el cambio en el software. Alternativamente, puede imprimir todo el código fuente, grabarlo en su parrilla de gas y alejarse.
Paso ocho: el desarrollador prueba la aplicación
It se recomienda encarecidamente que el desarrollador pruebe su propio trabajo a medida que se realiza el desarrollo, y una vez que se completa la codificación. Ejecute cada escenario posible en el software, úselo como lo hará el cliente, abusarlo como lo hará el cliente. El objetivo es descubrir tantos errores como sea posible antes de liberarlo al cliente para su prueba. El cliente aún encontrará mucho de qué quejarse, pero con suerte a través de las acciones fuera de la pared, sin encontrar problemas obvios. Es una buena regla general que cada buen probador de software encuentra aproximadamente un tercio de los errores, así que encuentre algunos buenos probadores imparciales si es posible. Pueden sacudir la aplicación antes de que llegue al cliente.
Paso nueve: suelte al cliente para probar
Reúnase con el cliente y la demostración el producto terminado. Responda cualquier pregunta y ayude al cliente a ver cómo el software aborda las necesidades comerciales. Muchos clientes no tienen idea de cómo probar el software, así que explique los conceptos básicos para ellos. Haga que pasen la mayoría de las diferentes pantallas y funciones del programa. Dígale al cliente que debe “tratar de romperlo”. A la mayoría de las personas les gusta ese desafío y lo probarán más a fondo. Si es necesario, proporcione al cliente algunos scripts de prueba, pasos a seguir para las pruebas, para preparar la bomba y comenzar. Establezca un buen proceso para que el cliente use para documentar errores. Enviar al desarrollador un correo electrónico cada vez que se encuentra un error no es un buen proceso. Enumerar rápidamente una letanía de problemas por teléfono al desarrollador no es un buen proceso. Haga que el cliente documente los errores en el software de seguimiento de errores, o incluso una hoja de cálculo. Muéstreles cómo proporcionar capturas de pantalla que muestren el estado y el error de la aplicación. A medida que se corrigen los errores, el documento se puede actualizar para reflejar la solución.
Paso 10: Liberar a la producción
Finalmente, el proyecto está completo y él es el momento de lanzarlo a la producción. Ahora se utilizará para administrar el proceso de negocio del cliente. Trate de no que se acerque a escribir los materiales de capacitación para el cliente a menos que estén pagando específicamente por ese servicio. Incluso entonces, contrate a un escritor hambriento para que haga eso. Las buenas habilidades de desarrollo de software no deben desperdiciarse al escribir material de capacitación. A menudo, el cliente o parte de su personal escribirán los materiales de capacitación mientras se realizan las pruebas, por lo que está listo antes del lanzamiento. Acuerde una fecha de lanzamiento y recuérdele al cliente que la comunicación sobre el nuevo software debería ir a la compañía con semanas de anticipación para que las personas estén preparadas para el cambio. Si es posible, el cliente también debe realizar las clases de capacitación necesarias necesarias antes del lanzamiento o poco después. Después del lanzamiento, consulte con el cliente sobre cómo el software funciona para ellos y determine si hay algún problema que sea necesario solucionar. El éxito no se garantiza siguiendo estos diez pasos, pero las posibilidades de crear un software útil son mucho mejores. Los proyectos de software, especialmente los proyectos muy grandes, son extremadamente difíciles de ejecutar sin problemas. Se necesita experiencia para obtener las habilidades necesarias para un buen proyecto, pero cada vez que se completa el proceso, el desarrollador debe ser más capaz de evitar las dificultades comunes y liberar un gran producto.
