Soy un desarrollador de software que está creando servicios de integración entre el sistema ERP de nuestros clientes y nuestro sistema (el flujo de datos ocurre a través de XML y servicios web). Llevo unos 4 o 5 años haciendo esto y completé con éxito más de 10 integraciones. Hago todo, desde la planificación hasta la implementación y el soporte, aunque no soy el líder del proyecto. Actualmente soy el único que tiene esta experiencia en el trabajo. Ahora nos estamos mudando a un nuevo sistema ERP y tenemos muchos terceros involucrados en él. Uno de ellos también está especializado en integraciones generales, pero no específicamente en la parte que estoy haciendo. Las integraciones serán creadas por parte de soluciones de middleware y principalmente al principio por terceros.
Para abreviar la larga historia. Todavía no hay un diseño general, pero se identifican los objetos principales. Sobre esta base se realiza la planificación de alto nivel. Entonces, lo que van a hacer es intentar recrear el flujo de trabajo y el flujo de datos exactamente igual que el antiguo sistema ERP. Pero cuando esto está construido, también necesitamos hacer una UAT con el cliente. Normalmente, esta UAT tarda de 4 a 20 semanas (como 15 horas por semana a menos que surja un problema importante) por país. Planearon para mí hacer 4 países ahora en 2 semanas y después de 2 semanas tienen la intención de ir en vivo. Los clientes aún no son notificados cuando queremos probar con ellos.
Ahora planteo una discusión sobre esto y les digo que esto es imposible. Ahora, el líder del proyecto (un tipo recién graduado con 2 años de experiencia que está del lado de los terceros) me dice que estas 2 semanas se calculan como tiempo efectivo, por lo que necesito verlo como 40/80 horas. Pero después de 2 semanas en la planificación, hay una puesta en marcha planificada (pasar a producción). Me dijo: no te preocupes, si UAT durante esa semana está en pausa, puedes concentrarte en otra compilación de integración en su lugar. Si bien todas esas compilaciones de integraciones se realizan (según la planificación) antes de la prueba UAT.
Entonces, cuando trato de hacerlo un poco más realista, el líder del proyecto y los terceros me ven como un complicado... Y me dicen que sea optimista. ¿Cómo puedo ser optimista + realista al planificar una buena cantidad de tiempo y no hacerlo más complicado y más largo de lo esperado? ¿O realmente estoy llegando al complejo aquí?
También soy desarrollador. Sugiero que por el momento, simplemente cierre la boca sobre esta mala planificación. Envíe un (1) último correo electrónico al líder del proyecto para resumir que no está de acuerdo con el cronograma propuesto y asegúrese de que el mensaje sea claro pero no lo presione. BCC a su jefe, y asegúrese de CONSERVAR el correo electrónico, así como cualquier respuesta.
Después de eso, asegúrese de dar cuenta meticulosamente de su trabajo. Cuando la situación se vuelve crítica, estás cubierto.
Sé que desea hacer el mejor trabajo que pueda, pero a veces tenemos que permitir que los gerentes de proyectos que saben todo y que se confían demasiado tropiecen, se caigan y se hagan despedir. Hablar no hará más que elevar su propia presión arterial en la situación actual, por lo que tendrá que manejar las cosas de la manera más larga y difícil.
Documento, documento, documento.
Es su deber hacer algún intento de señalar este problema.
En general, no solo es deber de todos en una empresa señalar las cosas que podrían causar problemas a la empresa, sino que en este caso es posible que el problema se plantee en su puerta en el futuro.
Según su descripción, parece tener una mejor comprensión de las realidades de la UAT que su líder de proyecto recién graduado. Esta no es una situación inusual. Le recomiendo que envíe un correo electrónico a su PM, señalando el problema en términos simples.
Por ejemplo
Querido X
Veo que ha programado una serie de operaciones UAT para mí, cada una con una duración de dos semanas y con liberación programada al final de la UAT. En mi experiencia, mientras que una UAT requiere 2 semanas de esfuerzo de nuestra parte, los retrasos en las interacciones con el cliente significan que generalmente toman más de 2 semanas de tiempo real. Si comienzo una UAT en una fecha específica, no puedo garantizar que la UAT esté completa 2 semanas después. Si programamos un lanzamiento 2 semanas después del inicio de la UAT, probablemente perderemos esa fecha de lanzamiento. Recomiendo agregar varias semanas entre el inicio de la UAT y el lanzamiento. Es posible que podamos hacer más UAT en paralelo para compensar esto.
Javier J.
Si no obtiene una respuesta, o una respuesta que no tiene sentido, llévelo a otra persona que sepa cómo funciona y pídale consejo. Sin embargo, si se le indica específicamente que use el horario provisto, conserve una copia de este correo electrónico para mostrar que ya le advirtió al PM que esto no era posible.
mosquito