Queremos compartir los principios de trabajar con tareas en el empresa de desarrollo web django que se han formado a lo largo de los años de nuestra práctica. Su objetivo es crear una forma de pensar destinada a aumentar la eficacia de la consecución de resultados.
El artículo es útil para principiantes y equipos jóvenes. Los principios se aplican fácilmente a cualquier proceso y herramienta de desarrollo. Se basan en una comprensión de lo que es una tarea en su esencia y cómo trabajar con ella en conjunto.
Una tarea aquí se refiere tanto a una "tarea" específica como a una "característica" o "epopeya". No habrá ejemplos de interpretación de los principios en el texto, para no inflarlos. Dejaré algunos materiales recomendados que revelarán un poco más la esencia de las tesis individuales, y estaré encantado de responder las preguntas restantes en los comentarios.
Orientación a objetivos
¿Por qué toda tarea tiene un objetivo? Para que el proceso de lograrlo sea efectivo, debe quedar claro en la tarea por qué se necesita el resultado deseado. Preguntas útiles para la formulación de problemas:
- ¿Qué resultado se necesita producir?
- ¿Por qué era necesario este resultado? ¿Para qué sirve? ¿Para quién y qué valor traerá?
- ¿Cómo entender que el problema está resuelto (se obtiene el resultado)?
Haga estas preguntas considerando las necesidades y características de los usuarios del sistema que se está desarrollando y los objetivos comerciales. Ponte en el lugar del usuario o cliente. Es difícil, pero puedes aprender: prueba y verifica las suposiciones de camaradas experimentados.
¿Qué significa establecer una tarea?
Piensa y describe:
- Propósito, necesidad o problema.
- Resultado deseado. Alinearlo con la meta. Asegúrese de que el resultado contribuya a su consecución.
- Restricciones, como el tiempo o la tecnología.
La tarea debe ser igualmente clara para el ejecutante, el autor, el evaluador y otras personas interesadas en resolverla. Basarse en conceptos generalmente aceptados, excluir dobles interpretaciones y ser suficientes, pero no redundantes. Por un lado, no debe crear restricciones innecesarias para el ejecutante. Por otro lado, es necesario no perder los requisitos significativos para el resultado.
¿Qué significa aceptar una tarea?
- Entender el resultado requerido y el propósito. De acuerdo con su correspondencia óptima entre sí.
- Estar de acuerdo con las limitaciones de la tarea en términos de tiempo o la complejidad máxima de la solución.
- Asumir la responsabilidad de lograr resultados dentro de los límites establecidos.
El que establece la tarea es responsable de establecer la tarea. Pero antes de aceptar la tarea para el trabajo, puede influir en su redacción y discutirla y corregirla junto con el autor.
La presencia de incertidumbre en un problema es siempre un riesgo. Antes de aceptar una tarea, comprenda la estrategia para trabajar con ella.
¿Qué significa hacer?
Una tarea está "terminada" cuando el resultado de su ejecución está listo para el uso previsto y no requiere acciones adicionales. La tarea no puede estar “casi terminada”. Está hecho o en cualquier otro estado. Una tarea enviada para la prueba también es una tarea que aún no se ha realizado.
Si afirma que ha completado la tarea, esto debería significar que no se requieren pruebas, implementación y verificación adicionales, y que se puede utilizar el resultado del trabajo. Lo contrario también es cierto: si no se requieren más acciones y el resultado trae el beneficio esperado, entonces la tarea está terminada y debe transferirse al estado terminado.
Cuando se dice que una tarea debe realizarse en un momento determinado, para ese momento debe haber superado todas las etapas necesarias del ciclo de vida, incluidas las pruebas y la aceptación. Para que la tarea se realice a tiempo, debe comenzar a "entregarla" antes de la fecha límite.
Este principio debe aplicarse también a la planificación. Nombrar el tiempo y la laboriosidad de resolver el problema, considerando pruebas, depuración, etc.
Eficiencia
Cuanto antes obtenga un resultado de valor agregado, mejor. La retroalimentación aparece más rápido, la gestión de la calidad, las expectativas y el proyecto en su conjunto son más efectivos.
Mover tareas hacia su finalización. No deben quedar atrapados en un estado o acumularse con un artista. Estos son síntomas de problemas que reducen la efectividad de lograr resultados.
Se requiere una descomposición "saludable" para mantener el principio de desempeño.
Descomposición basada en la necesidad
La descomposición de tareas debería aumentar la eficiencia de obtener el resultado general y simplificar el proceso de gestión de proyectos.
Un buen nivel de descomposición es cuando el resultado de cada tarea puede usarse para controlar el logro del resultado general del proyecto y su calidad. Al mismo tiempo, la aparición de un resultado intermedio no ralentiza el proceso de consecución del objetivo. Cuanto más pequeñas son las tareas, más distracciones hay para cambiar entre ellas.
Seguimiento del tiempo para la comunicación.
Si necesita registrar el tiempo dedicado al trabajo, considere el tiempo dedicado a la comunicación. La familiarización con el problema y su discusión es parte del proceso de solución. No debe iniciar tareas separadas para "hablar".
Por ejemplo, una discusión sobre el diseño de una aplicación con el programador SaaS (https://www.softformance.com/services/saas-development/), un ejemplo entre un diseñador y un desarrollador, es parte de la tarea de desarrollar este diseño. La comunicación es una herramienta de colaboración. Pero también es necesario considerar la comunicación en la complejidad de resolver el problema. A veces lleva más tiempo hablar para averiguar y ponerse de acuerdo que escribir código. Y eso está bien.
