Cómo asignar tareas de gestión de proyectos

TL;DR

En mis más de 10 años de trabajo, he utilizado muchos sistemas de gestión de proyectos, incluidos Excel, Microsoft Project, dotProject, Redmine, Jira, Teambition, Worktile, y Tello.... Más de los que jamás he tenido novia.

Aquí no hablaré de qué herramienta es mejor, sólo puedo decir que varía de persona a persona. Actualmente en el mercado hay veteranos tradicionales como Redmine y Jira, así como recién llegados como Teambition y Worktile.

Redmine es el sistema de gestión de proyectos que uso ahora. Es un sistema de gestión de proyectos multiplataforma gratuito y de código abierto desarrollado en base al marco ROR. Los datos se pueden almacenar fácilmente localmente y los complementos también son abundantes.

La interfaz estilo cartelera de Teambition está más de moda y hay una aplicación para verla fácilmente en cualquier momento y en cualquier lugar.

?Personalmente, no lo he usado en profundidad. No sé si las tareas correspondientes y el seguimiento del estado de ERROR son fáciles de usar. Por ejemplo, un ERROR comienza desde "New-gt; Assign". -gt; Proceso-gt; Resuelto-gt; pendiente de verificación -gt; cerrar/denegar". Además, si arrastra la vista Kanban, ¿será fácil arrastrarla al lugar equivocado durante el seguimiento del estado? Si alguien sabe algo al respecto, ¿podría contarme su experiencia usándolo?

Qué herramienta utilices no es lo más importante, lo importante es realmente utilizar la herramienta. No importa cuán poderosa sea la herramienta, si no la usas o si es demasiado complicada y el costo de uso es demasiado alto, ¡todo es en vano!

A menudo, cuanto más compleja es una herramienta, mayor es el coste de utilizarla y menores son las posibilidades de aplicarla a un proyecto.

Puedes elegir la herramienta más sencilla en lugar de construir un "Big Mac" desde el principio, que se conoce como "el mejor del universo" (¡tienes Visual Studio!).

Creo que el costo de gestión y el costo de aprendizaje de una herramienta estilo Family Bucket no deberían ser bajos para otras empresas que no sean empresas de subcontratación japonesas. Si es así, bienvenido a contarnos su opinión. sentimientos.

Mucha gente piensa que la función Redmine es demasiado simple, pero yo creo que la función Redmine todavía es un poco complicada. Si estuviera a cargo del diseño de productos de Redmine, eliminaría la mitad de las funciones desde el principio.

Las herramientas no pueden convertirse en una forma de informar a los líderes. Esto sólo hará perder tiempo y aumentará costes de gestión sin sentido.

No importa qué herramienta elijas, se puede considerar una buena herramienta de gestión de proyectos si incluye la siguiente información:

Las horas de trabajo previstas a la hora de asignar tareas deben ser lo suficientemente detalladas, el cuanto más detallado mejor, generalmente contrólelo en medio día, no más de un día, pero esto también aumenta los costos de gestión. Esto requiere que los gerentes hagan una concesión basada en sus propios equipos de I+D.

¿Cómo lo hacemos? Vea la imagen a continuación:

Por supuesto, si su equipo de I+D está motivado y siempre puede terminar el trabajo perfectamente, solo necesita organizarles de manera aproximada las tareas de la semana, y eso será genial. .

Hay dos razones para este problema:

Para que la asignación de proyectos sea lo más precisa posible, el asignador de tareas debe comprender las tecnologías relacionadas con la I+D, pero? No muy hábil, al menos tengo algo de comprensión. Además, lo mejor es tener más de 6 años de experiencia laboral.

Por supuesto, si esta tarea es solo para tratar con el jefe, simplemente busque al subordinado más ocioso para hacerlo.

Después de que las tareas estén generalmente subdivididas, el lunes por la mañana, el equipo discutirá los puntos funcionales de las tareas que todos deben completar esta semana. Esto tiene las siguientes ventajas:

Encuentro. Si el proyecto requiere comunicación externa con los clientes, tendrá problemas. ¡Sólo aquellos que realmente han tratado con clientes conocen el coeficiente intelectual de los clientes en proyectos de software!

Además de los costes de comunicación interna que habitualmente se ignoran, los jefes de producto, los jefes de proyecto, los directores de I+D, los equipos de I+D…

Por cierto, también están esos malditos costes de ventas. Personal, no sé cuando estaba tomando una copa con un cliente y dije que el producto tiene todas las funciones y se puede entregar para su uso en un mes. Finalmente sé lo que se siente al tener diez mil animales corriendo por mi corazón.

También existe el tiempo para probar y depurar el producto que siempre se ha olvidado. De hecho, se dedica mucho tiempo a esto durante el proceso de desarrollo del proyecto, superando incluso el tiempo de codificación.

Además, tu jefe siempre vendrá a verte cuando tenga algo que hacer, lo que siempre interrumpirá tu línea de pensamiento. (Expresar preocupación, en realidad es para impulsar el progreso y ver si se está perdiendo el tiempo, pero aún así tiene que decírselo al jefe, gracias por su preocupación)

En los diez años que llevo trabajando, ¡Tengo que confesarlo y recordarlo! ¡Ningún proyecto se completa realmente a tiempo!

¿Qué, dijiste que todos tus proyectos se completan a tiempo? Mi primera reacción sería: ¡Este tipo definitivamente está bromeando!

Si tu plan de trabajo es muy detallado, el total de horas de trabajo esperadas en horas será muy exacto, pero si lo calculas en base a 8 horas diarias, lo siento, ¡el proyecto definitivamente se retrasará! Y se ampliará por el doble de tiempo.

¿De verdad crees que tus programadores son realmente como motores, funcionando a alta velocidad durante 8 horas? Básicamente, 99,99 empresas no lo son (todavía queda 0,01 para su empresa para su año anual).

¿Quieres hablar de American FAG? Te digo que esas increíbles empresas lo son aún menos. ¡El tiempo de trabajo efectivo normal es solo la mitad de 8: 3 horas!

También hay "factores de fuerza mayor" que ahora son inimaginables: los programadores se enamoran, se desenamoran, se casan, se pelean, quedan embarazadas... de repente la oficina se queda sin electricidad e Internet. ..

Si de repente un programador importante se enferma y renuncia, desde el punto de vista del jefe, solo hay dos maneras: (De hecho, ambos métodos son imprudentes)

Si Piensa que mi artículo te resulta útil, dale me gusta. ¡Tu apoyo me animará a seguir creando!

Mi blog personal