1. Los rojos son problemas
2. Los verdes o todo lo que este abajo de un verde son puntos de mejora o soluciones
3. Los amarillos son preguntas o disparadores
4. Soluciones
4.1. Que soporte y explotacion asuma sus responsabilidades
4.1.1. Para que esto suceda, hay que estar atento a no asumir responsabilidades porque de a poco se va perdiendo terreno
4.2. Documentacion de procedimientos de mesa de ayuda
4.3. Metodolologia Monotasking
4.4. oficina de puertas cerradas: filtrar y filtrar a todos. Se planifican reuniones para tratar los temas, que no vayan a "hablar" a la oficina.
4.4.1. Mudanza de la oficina: toda la division junta y de puertas cerradas
4.4.2. Sugerencia: que cada uno se instale timedoctor para medirse por un par de semanas. Ahi se va a constatar en que se van las horas del dia y se va a poder trabajar en las optimizaciones necesarias
4.5. Evitar que otras areas nos marquen y nos definan tiempos sin consultarnos
4.6. En la medida de lo posible se puede utilizar algun recurso de Soporte y Explotacion para proyectos puntuales: sobre todo a Daniel y a Gabriel. Pero a los chiquilines de mesa de ayuda tambien.
5. proyectos importantes quedan delegados
5.1. hay proyectos simples y chicos que quedan para atras (esto idealmente hay que sacarlos adelante...)
5.2. Hay proyectos de avance tecnologico en los que concepto hace fuerza para no avanzar y no avanzamos (schedulers, BPM, balanceo, DAS, cascaron-cerebro, etc)
5.3. Los proyectos impulsados por nosotros siempre tienen poco vuelvo, se los mejora poco, nadie les da pelota: Estadisticas Externas, Stage, O3, etc.
6. Estilo de gestion
6.1. Demasiado pragmatico (creo que responde al poco tiempo disponible). Se le da poca pelota a cosas importantes y se hace por cumplir y sin convencimiento.
6.2. Matias asume todo. Lu es igual. Ojala nunca cambien, pero ojala entiendan que ser asi les quita tiempo para todo lo demas.
6.3. poca delegacion / poca deflectacion
6.4. no se aprietan las tuercas a los RRHH
6.5. no hay un planning semanal o diario detallado / a los RRHH se les exige poco para llegar a los objetivos
6.6. Posiciones poco firmes frente a las otras areas / otros deptos de TI
6.7. cuando algo quedo para atras, no se avisa que aun no se pudo "tocar". como que no hay un control a la planificacion. Pasan meses y ahi queda.
6.7.1. Generar alertas para detectar atrasos y tomar acciones
7. Objetivos Div
8. temas emergentes
8.1. Limitar horarios de acceso a mail, COMEX debe ser atendido por Soporte y los reclamos por SW deben tener un análisis posterior para minimizar futuras consultas (tb pasar conocimiento a mesa de ayuda)
9. falta de tiempo
9.1. soporte a mesa de ayuda
9.1.1. FAQ con preguntas típicas (Guille)
9.2. Suenan internos para incidentes y en mesa de ayuda no hay nadie y se atienden. A mi me toco atender algunos (en los 2 dias que estuve).
9.2.1. Posible punto de mejora: que mesa de ayuda se haga mas responsable para que la cosa no quede desatendida en ningun horario
9.3. Aparte de mesa de ayuda, se estan asumiendo responsabilidades de otro depto (o del area) ?
9.3.1. Tax Free
9.3.1.1. Gestion de Smart cards
9.3.1.2. Gestión de incidentes (generalmente de red)
9.4. atencion de incidentes? el depto deberia atenderlos? cuales deberia atender?
10. carencia/optimizacion de RRHH
10.1. se ve una distribucion inequitativa de trabajo/responsabilidades
10.1.1. dimensionar el trabajo para proyectar la necesidad de personal. Analizar distintos convenios que pueda elaborar la DNA para la incorporación de RRHH
10.2. ademas de la distribucion de trabajo, existe carencia de RRHH
10.3. problemas con algunos RRHH (Gonza). No hace y es dificil exigirle....lo que resulta en que lo hace Mati o lo hace Lu
11. problemas responsabilidad del area TI u otros deptos
11.1. poca dedicacion/apoyo de guille?
11.2. guille impone alguna cosa? (muchas veces veo que impongo y no tengo el suficiente conocimiento de la cosa por no estar ahi)
11.3. problemas de liderazgo
11.4. temas de coordinacion con otros deptos? o de delegacion de temas que estan dentro de sus cometidos?
11.5. Hay proyectos que Guille no te deberia haber dado. Ejemplo: POS no integrados y coordinaciones (esto es una mas de soporte y explotacion)
12. control a Concepto
12.1. poco control sobre decisiones de diseño
12.2. poco control sobre incorporacion de recursos
12.3. poco control sobre la cantidad de horas asignadas de los RRHH senior (un mes hacer X horas y otro mes Y horas)
12.4. poco control sobre parches luego de puesta en produccion
12.5. mejoras importantes / incidentes sin avance: Estadisticas WS en analytics, encolamientos, otras mejoras[BPM, cascaron-cerebro, balanceo, schedulares[
12.6. poca mejora continua del contrato: no se revisa el contrato cada tanto para identificar puntos de mejora
12.7. poco avance sobre temas formales del contrato: ejemplo encuesta de satisfaccion
12.8. poco control sobre horas dedicadas a soportes (Slack 10 de abril [https://itdna.slack.com/archives/concepto/p1460293612000002])
12.9. No se testean bien las cosas
13. problemas de priorizacion??
13.1. las decisiones de priorizacion no se centralizan del todo en la division
13.1.1. Las tarjetas del trello colorearlas con algún criterio para determina prioridad/importancia
13.2. temas que no se delegan??
13.3. temas que se delegan tanto que se pierde control sobre las decisiones importantes??
14. iniciativas / propuestas de mejora
14.1. Hay poca propuestas
14.2. Tambien hay poco tiempo y poco espacio como para proponer cosas
14.3. Hay poco analisis sobre las aplicaciones en cuanto a: tecnologia, performance, impacto en las mejoras, medicion de las mejoras
15. control sobre decisiones de diseño / tecnologicas
15.1. Entre procesos y concepto diseñan soluciones y toman decisiones sin participacion del depto
15.2. Concepto, en general no nos participa de sus decisiones de diseño
15.3. Concepto no nos participa de sus propuestas tecnologicas...ejemplo: en noviembre comenzamos con la migracion de GX. Solo nos avisa
15.3.1. Plantear activamente la participación en temas tecnológicos y de arquitectura
15.4. cuando queremos "meter cuchara" en algo, ya es tarde
15.5. Diego Pelufo, Violeta, Palmi, Andres: todos han tomado decisiones tecnologicas (que esto va en sisinf, que esto va en lucia) y no podemos pararles el carro
16. problemas de seguimiento y planificacion
16.1. todavia Procesos toma decisiones de TI tanto de diseno, como de priorizacion. Estas decisiones tienen que ser coordinadas y planificadas (si lo quiere Procesos, se habla con Ulivi y se hace).
16.2. cambios en prioridades de DNA?????
16.3. poco seguimiento a los proyectos
16.3.1. Solicitar a Concepto un informe semanal con la situación del plan del mes
17. Herramientas / infraestructura / ambientales
17.1. Hay problemas relacionados a alguna de estas cosas? (falta de infraestructura, herramientas)
18. Soft Skills / interrelacionales
18.1. Hay algun problema de relacionamiento dentro de la division?
19. Dinamica diaria
19.1. En las ultimas semanas (ademas de monitorear a Gonza) trate de estar atento a todos los temas que desconcentran. Gente y temas emergentes todo el tiempo: Salda a generar reuniones adhoc, incidentes, Gerardo varias veces a generar una reunion adhoc, Dario a generar reuniones adhoc, ,Lalo a generar reuniones adhoc, Natalia a generar reuniones adhoc. Decaux tambien. Lo unico que veo razonable de todo esto es el tema de los incidentes (y hasta por ahi nomas porque tendria que tener un mayor seguimiento de Soporte y Explotacion). Todo lo demas se debio filtrar antes (quedas como un sorete, pero es su tiempo). Juancito a romper los huevos tambien. Lo de Dario es constante.
19.1.1. Delimitar las responsabilidades de Soporte (Guille)
19.1.2. Planificar horario de mesa de ayuda para cubrir todo el horario