El propietario del producto te entregó un prototipo; Devuélvele mejores (hasta que termines)
Parece que te han proporcionado un prototipo de papel para comenzar el proyecto. Ese no es un comienzo terrible. Le sugiero que se comunique con el propietario de la empresa en el mismo idioma , proporcionando prototipos con capacidad progresiva.
Sus prototipos deberían comenzar con el papel, pasar a las maquetas digitales y luego construirse con tecnologías "reales".
Treehouse tiene una excelente guía para esto, que concluye:
Lo maravilloso de los prototipos con un marco es que el prototipo a menudo se convierte en el sitio real porque la estructura y el estilo ya están en su lugar. No es necesario volver a crear el sitio desde cero si va a utilizar el mismo marco.
Es posible que también desees proporcionar una especificación formal, especialmente si sigues preocupado por que te culpen por un mal resultado. Pero probablemente obtendrás más comentarios de los prototipos.
Cumple con su fecha límite
Tenga en cuenta que sus esfuerzos posteriores no serán "prototipos" clásicos como todos, ya que no serán desechables (o parte de ellos no lo serán). La última iteración, la más capaz, que complete antes de la fecha límite se convierte en su entrega.
Su fecha límite es el requisito mejor definido que tiene. Tenga algo completo y coherente que pueda entregar a tiempo.
Colabora con tus evaluadores
Si este proceso flexible es algo nuevo para su empresa, es probable que sus evaluadores se encuentren más perdidos que usted y que busquen orientación en usted . Tienes que conseguir algo de su tiempo al principio del proceso. Hágale saber a su jefe que está tratando de ayudarlo a proporcionar una prueba significativa sin recibir los criterios de aceptación formal.
Averigüe si los evaluadores tienen algo firme que deban proporcionar, como documentación de prueba de prueba, que pueda "volver a consultar".
Pruebe Probar primero el diseño
Dado que no tiene requisitos formales, obtener casos de prueba para desarrollarse proporcionaría cierta estructura.
Familiarícese con Test First Design y / o desarrollo impulsado por pruebas y proporciona orientación a sus evaluadores sobre el proceso según sea necesario. Para un proyecto rápido como este, no necesita convertirse en un experto en el proceso. Pero el uso de una metodología probada se reflejará bien en usted y en sus evaluadores.
Cumplir con los estándares, especialmente para la interfaz de usuario
No tiene requisitos de apariencia, pero sí tiene una fecha límite. Utilice el trabajo de diseño de otra persona para minimizar el trabajo que necesita hacer para crear un artefacto de aspecto profesional.
Elija una IU estándar para su sitio y no la personalice a menos que / hasta que se le indique. No sé para qué plataforma está desarrollando, pero Bootstrap o Google Material Design son dos ejemplos.
Comunicar, pero no molestar
Sugeriría enviar un correo electrónico al propietario del producto por día. Solo envía más que eso si es una emergencia.
Si tiene preguntas, describa cómo procederá si no recibe orientación. Por ejemplo:
¿Los usuarios de esta aplicación necesitarán acceder a ella con dispositivos móviles? En este momento, estamos asumiendo que este será un sistema de escritorio / computadora portátil únicamente.
No te asustes
He participado en muchos proyectos para personas que no sabían el término "requisito". La mayoría tuvieron éxito. Los propietarios de productos sin intervención le dan la libertad para crear grandes soluciones.
Tenga en cuenta que algunos propietarios de proyectos en estos proyectos fueron imposibles de complacer y se escondieron detrás de la excusa de "Estoy demasiado ocupado para ..." por su incompetencia. Pero la mayoría estaban "encantados" con los resultados finales.