¿Cuáles podrían ser los objetivos del proyecto de aumentar la eficiencia en la industria de TI?

Esta es una gran pregunta. Dame más detalles. ¿Cuál es el contexto? No soy el técnico … Y tampoco tengo mucha experiencia con varios equipos. Este es un nuevo campo para mí que es extremadamente interesante. Creo en las siguientes ideas:

(Tenga en cuenta que estos no son objetivos, sino que son pautas. Pero las pautas conducen a objetivos … y los objetivos conducen a soluciones. Cada proyecto no tiene los mismos objetivos, pero tiene pautas muy similares. Siga las pautas primero y encontrará su huevo de Pascua)

Creo que estás hablando de eficiencia en el trabajo, ¿verdad? Eficiencia humana?

Primero me las quito del camino:

En primer lugar, ¿todas las partes están de acuerdo con el objetivo general / de oro para el proyecto? (de acuerdo en la meta de oro (objetivo) …)

¿Se alinea este objetivo de oro con la visión de la empresa? ¿Encaja en la estrategia a largo plazo? ¿Será relevante para los próximos años? Si no, ¿por qué estás haciendo este proyecto, cuál es el punto?

Si estos no son bloques sólidos / de concreto, encontrará que la eficiencia nunca mejora. De hecho, se deteriora porque el equipo se mueve en diferentes direcciones.

Creo que el tamaño óptimo del equipo es 4. Aunque la literatura que leí hace años decía 7 …

Si estás trabajando con varios equipos en un solo proyecto. La eficiencia cae naturalmente. Por lo tanto, creo en ser el intermediario, enfrentar a un equipo frente al otro y ser el director de orquesta. Creo que cada equipo, naturalmente, va sesgado a lo que hacen. Por lo tanto, ponerlos “uno contra el otro” es mutuamente beneficioso.

Una vez que está fuera del camino, puede aumentar la eficiencia a través de muchos métodos:

1. Todos usan las mismas herramientas / plataforma / aplicaciones, etc. (probablemente lo sepan)

2. Todos usan el mismo formato para archivos / fotos / datos (probablemente lo sepan)

3. Dividiría un proyecto en partes manejables, mínimo 5 y máximo 10. Lógicamente, estos vienen en un orden específico, así que debes resolverlo. A veces, cambia este orden una vez que comienza porque encuentra información nueva. Yo no lo haria Genial, pero si su sistema se está volviendo más complejo, lógicamente, el número de partes manejables debería aumentar, ¿verdad? No lo creo. Mantenga las partes manejables como “secciones”, “áreas”, “datos de patrones”. No asuste al equipo con 25/30 partes. Una gran cantidad de problemas con un gran proyecto es la psicología, la psicología humana. Asuste a su equipo y a su cocido.

4. Estas partes tienen prioridad “clasificaciones”. No estoy diciendo orden. Estoy diciendo importancia. Estas son dos cosas diferentes. La importancia se relaciona con la gestión del tiempo. Tienes un tiempo limitado. Así que usa puntos / estrellas para calificar tus partes. Luego divide tu tiempo en esta proporción. Sabrás claramente dónde estás parado / a tiempo o fuera …

5.Charts. Grafica lo que se puede graficar. Usted sabe de lo anterior la gestión del tiempo por parte / tarea. Por lo tanto, grafique todas las tareas que conforman la “solución del proyecto” / producto. Marque en su estado “en tiempo real” y vea si está en blanco / apagado. ¿Dibuje tendencias, está mejorando o empeorando? ¿Hay una racha? ¿Dónde? ¿Ocurrió la caída, por qué? ¿Alguien se aflojó o alguien se puso a toda marcha? ¿Alguien dejó el equipo / tuvo otras tareas / proyectos que tienen prioridad / tiempo de espera, cuál debería ser el tiempo “legítimamente” de su proyecto? ¿Cómo corrige esto?

6. ¿Estás perdiendo tracción? ¿Se está secando la idea para el proyecto? Necesitas un foro / comunidad. Debe “concentrar” su problema y obtener retroalimentación lo antes posible. No obtenga retroalimentación de nadie. Alguien que haya estado en su situación “específica” y haya tenido éxito / no. Si no, usted sabe qué “no” hacer.

7.Relativo a las ideas. Las ideas para un proyecto vienen cuando estás en el estado de ánimo / zona correcta. Esto se aplica a su equipo también. Entonces, averigüe cuál es el estado de ánimo de sus equipos y llévelos lo antes posible. Tal vez su gestión es demasiado rígida tal vez es demasiado floja? ¿Por qué no hacer que el defensor del diablo llene una tabla de porcentajes simple sobre la rigidez de la reunión de hoy? Haga esto dos semanas seguidas. Ver. ¿Soy percibido como rígido o flojo? ¿Funciona mi rigidez o no? Tal vez pueda reducir en un 10%, tal vez debería aumentar en un 10%? Tienes que conseguir figuras / gráficos para respaldarte.

8.Abra hacia arriba. Toma la crítica positivamente, pero defiende tu opinión con firmeza. Algunas de las mejores ideas provienen de las más locas / agresivas. Bueno, inicialmente son vistos como locos, pero pulirlos y 1 mes después tienen sentido. Por lo general, tienes a alguien en tu equipo que es escéptico sobre casi todo. Escucha. Ellos valen oro. Te darán una visión. No piense que él / ella está de “mal humor”, etc. No lo están, simplemente nacieron / criaron / educaron para preguntar y probar. Brillante.

En general, no puedo darle los objetivos porque cada proyecto es específico. Pero puedo asesorar sobre las pautas / entorno que conducen al descubrimiento / objetivos sostenibles.

Estoy creando una plataforma web de eficiencia (EFIE) que hace lo que acabo de mencionar y mucho más. Fondos pendientes y el primer prototipo … Puedo enviarlo si lo desea. Simplemente envíame tu dirección de correo electrónico.

Hay muchos sistemas de PMS. Algunos de ellos logran lo anterior / parte de lo anterior. Me he reducido a OmniFocus interno (propio) 2. Para Colaboración, estoy buscando en Clarizen (pendiente de vinculación). También hay un sistema gratuito de #hashtagteam llamado Slack. Creo que es gratis. Esos son los que estoy apuntando. Obviamente, soy un sesgo hacia los sistemas basados ​​en Apple (no es que debas serlo) … Más un iCalender.

¿Que usas?

Pruebas automatizadas de código. Gran parte del tiempo en proyectos de TI se consume al realizar pruebas en todas las etapas: pruebas de unidad a través de integración. Es laborioso y generalmente no es lo suficientemente completo. Cuanto más se acerque la industria a las “pruebas exhaustivas”, mejor será el código y más eficiente será el uso del tiempo del personal. Cualquier herramienta que pueda simular la interacción del usuario (incluidas principalmente las condiciones de error) ayudará a la industria.