Responsable de requisitos

Como dije en el post anterior voy a intentar explicar mis tareas en los diferentes perfiles.
En mi día a día salto de perfil en perfil muy a menudo, todos sabemos que no es lo más idoneo, pero trabajando en una Start-up hay arrimar el hombro y hacer sobreesfuerzos para que todo salga. Mi día se divide en dos partes muy diferenciadas: Programador y Manager, a su vez la parte manager se divide en : Responsable de requisitos (REQM), auditor, responsable de CM, Project Manager. Hoy hablaré del responsable de requisitos:

Mis tareas fundamentales como tal son:

- Toma de requisitos iniciales con el cliente.
- Seguimiento de los requisitos.

Los proyectos que llevo son todo lo contrario a un enfoque Waterfall 2, son proyectos donde la toma de requisitos y el cambio es constante.
Intentaré explicar el flujo normal en estos proyectos para que se entienda mejor:

Flujo de Tareas Responsable de requisitos

Con ayuda todo es más fácil

A pesar de mi empeño y de mis ganas por aprender a llevar proyectos, sin la ayuda de la empresa pocas cosas podría hacer, ya que para aprender es necesario practicar. Yo podría saber la teoría de memoria pero sin aplicarla no vale para nada. Tengo la suerte de que la empresa donde trabajo me va a dar esa oportunidad, a partir de esta semana tengo una 3 horas y media al día para hacer tareas de gestión, además tendré los perfiles (CMMI) de project manager, responsable de requisitos, auditor y responsable de CM con lo que entro de lleno en la gestión , ahora solo queda que aprenda de la experiencia y devuelva la confianza demostrada. Bueno además de agradece también voy a pedir , qué tengan paciencia porque la cagaré a menudo sobre todo al principio.
En los siguientes post iré detallando las tareas que hago día a día en los diferentes perfiles.

Gestión con sentido común

He leído bastante últimamente sobre las prácticas a realizar por un buen gestor y me sorprende que nunca haya visto determinadas prácticas que para mi son de sentido común. Aquí listo algunas practicas que pienso que deberían hacerse, estás prácticas están pensadas desde la visión de un programador, quizá por eso no tengan sentido, recordar que todavía estoy aprendiendo a gestionar .

- Trata igual a todos los empleados, no importa el grado, el puesto o el cargo, el trato se refiere a la persona no a la posición.

- Sé constante en la forma. Si empiezas informando a todo el mundo de algún tema, continua haciéndolo aunque haya crisis de por medio.

- Nunca prometas nada que no seas capaz de cumplir.

- Apúntate lo problemas que te cuenta la gente (da igual si son personales, incluso estos son más importantes para ganar confianza) e interésate por ellos a medida que pasa el tiempo.

- El trabajo en equipo solo es posible si existe un sentido de equipo, no toques temas en privado con algunos miembros dejando fuera a otros, eso les aísla del equipo.

- Estoy de acuerdo en que no es necesario que el equipo conozca todos los datos, especialmente aquellos negativos que estén relacionados con la presión, el sueldo y su día a día, pero un exceso de falta de información es más perjudicial.

- Demuestra a tú equipo que les tienes respeto y que reconoces su trabajo.

- Deja claro desde el primer día que el esfuerzo solo es valido en la dirección correcta, así que hacer horas no es sinónimo de trabajar.

- El trabajo esencial de un gestor es retirar obstáculos a la gente, dales la suficiente confianza para que te los confíen, no cometas el grave error de pensar que tienes cosas más importantes que hacer por muy estupido que parezca, si un miembro del equipo ha confiado en ti, lo menos que se merece es respeto, así que escúchale.

- Cuidado con la microgestión, estar siempre encima de la gente, les da la sensación de que no son autosuficientes y minarás su autoestima y confianza.

- El exceso de corrección es más perjudicial que equivocarse.

EDITO:

Se me olvidaba decir que serán bien agradecidos todos los comentarios y/o correciones.

Empezando desde cero

Después de 7 años trabajando como programador y tocando de pasada temas relacionados con la gestión de proyectos, creo haber encontrado algo que me gusta más que programar o que al menos me llena más.

Empiezo a estar cansado del trabajo de programador, no es que me haya dejado de gustar programar, eso nunca, me encanta, pero el trabajo es otra cosa. Es un trabajo con mucha presión, siempre he dicho que un programador por triste que suene es el último eslabón de la cadena en cualquier empresa, por si esto no fuera poco además suelen utilizarnos como gestores de turno, esto es, cuando falta un gestor hacemos ese trabajo hasta que  vuelve (pueden pasar meses), es entonces cuando de repente se nos envía de nuevo al sitio de donde veníamos, sin tan siquiera preguntarnos : ¿qué tal la experiencia?, ¿te gusto?. Y por supuesto sin corregir nuestros fallos, algo que de verdad no entiendo, nadie puede aprender sin que se le diga que hizo mal. Además de por estas cosas que supongo que todos los que habéis trabajado como programadores las conocéis, tengo mis motivos para querer pasar a gestonar proyectos

Siempre he tenido claro que en España no hay vida de familia como programador, ¿cuántos programadores conoces con 40 años?, las empresas no quieren a programadores muy experimentados, esa es la verdad, y ese es el motivo que me ha llevado a probar varias cosas a la vez que trabajaba como programador, quería encontrar mi hueco, lo único relacionado con la programación que me llena tanto como programador y que me ofrece una vida de futuro es la gestión de proyectos, desde jefe de proyecto a project manager. Parece que estás afirmaciones a algunos compañeros míos no les gusta mucho. No entienden que la gente quiere mejorar, evolucionar.

Me encantan las metodologías ágiles, leyendo libros sobre éstas es como poco a poco he ido adquiriendo ilusión por dedicarme  a la gestión.

¿Por qué el libro se llama Empezando desde cero?

A pesar de que he tenido experiencias en gestión, no puedo decir que haya llevado un proyecto de principio a fin, también porque así es como siento, me siento como si empezará desde cero una profesión y porque creo que esa es la forma más inteligente de aprender algo, como he dicho antes, las tareas que he hecho de gestión no han sido corregidas por nadie por lo que no sé si fueron malas o buenas, así que es mejor olvidarlas y hacer borrón y cuenta nueva.

¿Cómo estoy empezando?

• Leyendo bastante sobre ello:
  • acabo de leer : Practices of an Agile Developer
  • Estoy empezando : Behind Closed Doors: Secrets of  great management
    
  • Y el siguiente es: Agile and Iterative Development: A Manager’s Guide

• Empezando con pequeñas tareas en la empresa en la que trabajo:
  • Pequeñas tareas de project manager : hasta ahora actualizo el project plan, y realizo el daily meeting (SCRUM) de la que saco riesgos del proyecto, futuras tareas y alguna cosilla más.
  • Tareas de responsable de requisitos: seguimiento de los requisitos aprobados por el cliente, apuntar nuevos requisitos en base a las mejoras reportadas por el cliente y poco más.
  • Responsable de la gestión de configuración: Básicamente es vigilar que todo el equipo usa bien SVN (repositorio) y reporta bien las tareas en TRAC (nuestra herramienta de bug/issue tracking system)

Bueno éste es mi primer post y me acabo de dar cuenta de que es el rollo más grande que he contado en mi vida xD, prometo que los siguiente serán más cortos, aunque no sé si más divertidos.

¿qué? Qué todavía no sabes de que va el blog, es normal después del rollo, es simple, de mis avances a la hora de lograr mi meta, llegar a ser un buen gestor de proyectos.

Saludos!!