Todos saben qué es un plazo, pero no todos saben cómo configurarlo correctamente. Para hablar acerca de romper la fecha límite del proyecto, puede recoger muchas metáforas hermosas. Yubitsume es uno de esos. Este es un corte ritual de la falange del dedo en Japón. En particular, recurren a Yubitsume para disculparse con el líder o el propietario por un error. Si viste películas sobre el yakuza, entonces entendiste de qué se trataba.
El ritual fue de entre la comunidad de juego de Bakuto, y fue visto como un sustituto adecuado para pagar la deuda. El deudor permitió que se consumiera la pequeña falange, y esto complicó su vida futura: ya no podía sostener su espada de forma segura y en la batalla dependía más de sus compañeros, incluido el propietario.
No importa a qué hora y lugar vivas y qué hagas: las relaciones de equipo deben ser sólidas y los plazos deben respetarse. Los gerentes de
Live Typing Studio, aunque no se cortan los dedos, siguen siendo responsables de la palabra dada al cliente. La experiencia me ha permitido formular seis errores, por lo que, definitivamente, corre el riesgo de perder el trabajo a tiempo y qué hacer para cumplir con los plazos. Al dejar de cometer estos errores, notará cómo aumentará la calidad de sus proyectos, cuánto tiempo se liberará para descansar y cómo mejorarán las relaciones entre los miembros del equipo y con el cliente.
No sabes con quien trabajas
Cada miembro del equipo de desarrollo es como un personaje en un juego de rol: alguien tiene una gran capacidad para involucrarse en el proyecto, pero carece de perseverancia y concentración, y alguien aprecia el tiempo que lleva completar la tarea. De este último, se obtienen los timbales, que generalmente son buenos en todo.
Con todo esto, tan diferente, las personas necesitan trabajar con un estilo diferente. Algunos necesitan incentivos, ya sea un control estricto o palabras alentadoras; otros esperan que les cuentes sobre los antecedentes del cliente, sus ideales y su perspectiva de la vida, lo que espera del equipo y cómo confía en él; aún otros simplemente trabajan. Si no tiene en cuenta el carácter de un miembro de su equipo, se le dejará en sus propios dispositivos y sus peores hábitos, y la fecha límite probablemente se verá interrumpida.
No menos importante es la experiencia de un especialista. Distribuya las tareas de acuerdo con sus habilidades y coeficiente de productividad, de lo contrario, junio o medio fallarán una tarea que inicialmente no pueden hacer.
No entendiste los objetivos del proyecto
El trabajo en un sitio web o aplicación comienza con
la fase de diseño . Esta es una etapa seria: queda por ver quién usará el producto, qué objetivos se pretende lograr y cómo traerá dinero a su propietario. Los resultados de esta etapa se registran en la tarea funcional, y la
tarea funcional sirve como base para formular tareas para diseñadores y desarrolladores.
La funcionalidad de la aplicación debe tener un propósito claro. Si el gerente no lo entendió, esto significa que el diseño está mal hecho y que la tarea no se configurará correctamente para el contratista. El resultado es impredecible, porque el desarrollador puede comenzar a pensar en el rol de la funcionalidad, inflarla y, finalmente, pasar mucho tiempo escribiendo y reescribiendo código.
Para evitar esto, llevamos a cabo una revisión de diseño: todo el equipo observa cuidadosamente e iterativamente el prototipo o diseño resultante y encuentra tantos espacios, errores y pantallas faltantes como sea posible. La ejecución de alta calidad de una revisión de diseño afecta en gran medida el tiempo.
Cuanto más precisa y completa sea la documentación, menos desarrolladores tendrán malentendidos y errores durante el desarrollo, lo que garantiza el cumplimiento de los plazos.
Los miembros de su equipo calificaron incorrectamente las tareas
Una calificación incorrecta es la causa de la mayoría de los plazos de entrega. Cada caso de una evaluación incorrecta debe discutirse en retrospectiva, encontrar los motivos y desarrollar tácticas para abordarlos en el futuro.
Algunos juniors y middles tienden a sobreestimar sus fortalezas. Con experiencia, un buen gerente comienza a comprender esto y hace ajustes: por ejemplo, después de escuchar un estimado de 10 horas, lo multiplica por 2 y obtiene un resultado que luego resulta ser más cierto.
Un desarrollador sénior no es mayor que el resto, pero sabe que puede llevar más tiempo completar una tarea de lo esperado, y lo admite valientemente a sí mismo y al gerente. Un desarrollador senior es consciente de los riesgos, y usted debería hacerlo. El siguiente error está dedicado a esto.
Usted y su cliente no son conscientes de los riesgos.
Los riesgos son todo lo que no planeó y que retrasarán el trabajo en las tareas. Son externos e internos. La desconexión de Internet, un huracán o una inundación, un cambio en los requisitos de un producto, son razones externas que los artistas no pueden influir de ninguna manera. Una larga búsqueda de una solución a un problema, una crisis nerviosa en el desarrollador: estas son causas internas y pueden controlarse.
Puede reducir la probabilidad de riesgos debido a la descomposición, o dividir una tarea grande en pequeñas. 40 horas no siempre son cuatro tareas de 10 horas cada una; durante la descomposición, puede resultar que para la integración de un sistema de pago dolorosamente familiar en un proyecto desconocido, las soluciones de caja preparadas no serán suficientes y tendrá que escribir la suya. La descomposición ayudará a evaluar correctamente los plazos y simplificará el control sobre su cumplimiento.
Algunas de las causas externas también pueden verse influenciadas, especialmente cuando se encuentran en el cliente. Cuanto antes el cliente dé acceso a textos, logotipos, documentación, API (en caso de que el lado del servidor ejecute el comando en el lado del cliente), mejor. Y será aún mejor si reúne los riesgos asociados con el cliente y los incluye en el contrato. Este será un gran recordatorio para el cliente de que él también forma parte del proyecto.
Si el cliente está en buena forma, el proyecto será fácil. Infórmele sobre el estado de las tareas, hable sobre todo lo que puede salir mal y que provocará demoras, hable sobre lo que está tratando de resolver el problema. En primer lugar, puede sorprenderse de cómo lo acerca y lo alienta a participar en el diálogo más constructivo posible. En segundo lugar, una posible salida del plazo y su reasignación ya no serán una sorpresa para el cliente. La buena comunicación es la
clave del éxito .
No tienes plan B
Un buen gerente, como un jugador de ajedrez, calcula las opciones de eventos por adelantado. Pero si un jugador de ajedrez mira hacia el futuro por solo unos minutos, entonces el gerente, por un par de meses antes de la fecha límite, seguro. Durante este tiempo, todos los riesgos deben salir.
En tal caso, para una serie de tareas particularmente complejas, es necesario elegir una versión más presupuestaria de su solución, a partir de la cual la experiencia del usuario no se verá afectada, y el resultado general seguirá siendo adecuado. Esto se llama flexión. Opción
flexible :
abandone el diseño personalizado . Pero aún use las pautas de Apple y Google. Simplemente no olvide explicarle al cliente que ahora esta es la mejor opción para cumplir con la fecha límite.
No puede agregar valor al cliente a los ojos del cliente.
Aún así, comenzar con una disculpa es normal, esto es cortesía básica. Otra cosa es que las disculpas deben ser respaldadas por algo aplicado. Será genial si usted:
- analizar el problema en la reunión con el equipo, sacar conclusiones y prometerle al cliente que esto no volverá a suceder;
- justificar que la fecha límite tenía sentido para el proyecto en el futuro. Durante estas 16 horas adicionales, es probable que haya probado escrupulosamente la aplicación y solucionado errores que arruinarían irreparablemente el producto y la imagen del cliente si cayera en manos del usuario.
Si no desea sentirse culpable y hacer un mal funcionamiento en el ritmo medido de su vida, no cometa ninguno de estos errores. He enumerado los más básicos y creemos que los detalles de su trabajo conducen a otros errores. Será genial si hablas de ellos en los comentarios.