Características y Ventajas de la Metodología Cascada (Watefall)

La Metodología Cascada es utilizada para diferente tipo de proyectos, ya sea de infraestructura, software, producción, mercadeo, etc y se basa en un análisis primario que se va desarrollando a lo largo del tiempo para convertirse en un entregable.

La metodología cascada existe en diversas formas, pero la que mas me gusta es la siguiente:

Descubrimiento > Análisis > Diseño > Construcción > Pruebas > Soporte

Lo que es relevante de esta metodología es que permite poco a poco ir formando un entregable de una manera organizada. Hoy en día la metodología ágil esta haciendo una revolución en la implementación de software, pero aun dependemos de esta metodología porque tiene algunas de las siguientes ventajas.

• Al finalizar análisis se tiene un estimado de tiempo, costo y alcance.
• En al etapa de pruebas el usuario final revisa que lo acordado se cumpla.
• Tiene una fecha delimitada de empezar y terminar
• Es conocida por todos y fácil de entender.

Si bien esas características pueden ser criticados por varios, es solo un punto de vista que permite ir mas allá en el momento de realizar un proyecto, pero lo que pasa es que como todos no usamos la misma talla de ropa, de igual manera la metodología cascada no es útil a todos.

Algunos puntos a tener en cuenta en esta metodología.

1. No esta mal considerar dividir en fases. Por ejemplo en vez de tener un proyecto súper largo y lleno de requerimientos, es mejor dividirlo en fases.
2. Cuando se hace la documentación, no solamente enfocarse en el documento, sino tratar de hacer vínculos con las personas del proyecto para que no sean las letras quienes dominen el proyecto, sino el espíritu del resultado.
3. La etapa de diseño es importante para proyectos donde hay muchas cosas por desconocer, pero no esta mas sobreponer un poco la fase de diseño con la construcción, para reducir un poco los tiempos.

Estos son algunos apuntes que he manejado con esta metodología. Te parece que puede servirte a ti?

Que otras cosas te parecen buenas de las metodologías de proyectos?

Cualidades de los Buenos Líderes de Calidad (Test Managers)

Desde el punto de vista de un Gerente de proyectos de Software y de Infraestructura, he realizado muchos trabajos con diferentes personas, pero alguien que siempre valoro en un equipo es un buen líder de Calidad, también conocidos como Test Managers. 

Estos puntos le pueden servir a alguien caso de presentar una entrevista de trabajo. Mira 10 recomendaciones para presentar una entrevista de trabajo.

En este post, quiero resaltar cuales son las buenas cualidades de un Test Manager, que es lo que encuentro es que es útil en un líder de Calidad, porque cumplen una parte importante del proyecto.

• Que sean comprometidos: Esta parte es importante, porque como lo decía antes, los lideres de calidad o test managers, logran que podamos tener un entregable que cumpla con los requisitos y evitan muchos problemas. Cuando un test manager es comprometido, lee los documentos, esta pendiente de entender de manera general de que es el proyecto, pregunta y pide reuniones si hace falta, porque sabe que se debe de entregar algo con sentido y fundamento.
• Que resalten los posibles errores desde el principio: Si vamos a hablar de calidad, tenemos que entender que ellos deben resaltar los errores, y lo deben hacer sin temor a equivocarse. Prefiero un Líder de Calidad, o un test manager, que le tenga que explicar el proyecto completo porque me dice cosas que no son, a alguien que nunca me dijo nada. La razón de esto es que me asegura un buen entregable.
• Que no sea obstinado sino amigable: Esta cualidad también es importante!! Evita muchos problemas y ahorra mucho dinero. Si suponemos que un Líder de Calidad o un Test Manager encuentra un error, esta bien discutirlo y hablarlo, pero hace perder mucho tiempo cuando el líder de calidad no confía en sus propios compañeros de proyecto. Es bueno entender también las razones de líder de proyectos, o del desarrollador y pasar la pagina.  

  

  Siempre amigo de documentar y
  amigable con todos

• Amigo de documentar: Cuando un Líder de Calidad, o un Test Manager hace bien su labor, sabe donde esta, sabe cuanto le falta y sabe que funciona bien y esto no se logra sin documentar. Primero escribe los test cases, después los test script, luego los ejecuta y muestra su progreso. Un líder de calidad no tiene poder de convencimiento si no hay una lista de defectos. Aunque el proyecto este horrible, una lista de defectos es un lugar para empezar y es por eso que un Líder de Calidad debe conocerla y hacerla bien.

Esas son para mi las cuatro características mas importantes. Tu conoces alguna otra?

Cuales son las habilidades para dirigir una conferencia telefónica?

Cuando eres el encargado de manejar una conferencia telefónica, es bueno que tengas unos pasos generales para que las personas sepan que tienen que hacer, así cuando se empieza la llamada, es un poco mas fácil dirigir la reunión.

Los pasos que te recomiendo son los siguientes

• Tener un cuaderno, o notepad o alguna herramienta para hacer apuntes.
• Tener una idea de tus participantes claves y sus equipos de trabajo.
• Pensar en un flujo de la reunión, es decir, tener una agenda.
• Tomar anotaciones y Asignaciones (en ingles, “Action Items”)
• Repasar antes de terminar.

Entonces vamos a mirar cada uno mas en detalle

Cuaderno, o notepad para hacer apuntes

Esto es importante que lo tengas antes de empezar, porque cuando la reunión comienza es mas difícil de organizar las cosas. Se puede usar el  cuaderno común y corriente, pero también existe el Microsoft OneNote que es bastante útil. Siempre empezar anotando un titulo de la reunión y la fecha.

Participantes claves y equipos.

Cuando una empieza la llamada, las personas van entrando y uno puede preguntar quien se unió a la llamada. Las personas pueden decir el nombre, el equipo o ambos. Debido a que uno toma apuntes, va escribiendo para tener una referencia. Saber los participantes claves permite saber cuando empezar la reunión y saber a quien hacerle las preguntas. Algunas veces es mejor no empezar hasta que se una quien uno necesita, y eso esta bien, simplemente explicar a las personas que se esta esperando a determinada persona antes de empezar.

Flujo de la reunión (agenda)

Cuando ya tienes las personas en la reunión, si lo tienes preparado, puedes leer la agenda, pero si no lo haz hecho, es mejor decir un breve contexto de la reunión, explicar para que están reunidos y cual es el objetivo que se busca con la reunión. Al finalizar el objetivo, hacer un corto silencio en caso de que alguien tenga alguna duda.

En la medida que la reunión avance, te vas fijando si se esta discutiendo algo relacionado con el objetivo de la reunión, y si alguien se sale del objetivo, de una manera correcta se le dice a las personas algo como “si bien el tema que menciona es importante, solamente me quiero asegurar que recordemos el objetivo de la reunión. Quizás lo que están mencionando lo podemos manejar en otra reunión aparte”

Anotaciones y Asignaciones

Para no distraerse es bueno tomar anotaciones de la reunión, especialmente si uno no es el que mas habla en la reunión. Cuando uno toma apuntes se asegura de estar entendiendo la conversación, y al finalizar la reunión se puede compartir.

También es bueno anotar que es lo que tienen que hacer las personas, si quizás alguna tarea le fue asignada a alguien. Así cuando se termine la reunión se tiene una idea clara de cuales son los pasos a seguir.

Para tomar anotaciones es bueno hacerlo por temas, ir agrupando las frases importantes y hacerlo con viñetas, así queda una viñeta por cada idea mencionada, y se puede tener diferentes niveles para las sub ideas mencionadas.

Repasar antes de terminar.

Cuando faltan 5 minutos para terminar el tiempo, o cuando la reunión se esta terminando, es bueno hablar de los siguientes pasos. NO es recomendable repasar la reunión ni las anotaciones, porque eso puede llevar mas tiempo y malos entendidos, pero SI es bueno leer las tareas asignadas y preguntar para cuando. Por ejemplo “Pedro va a ayudarnos con el reporte de ventas” y se le pregunta a Pedro para cuando lo tendrá.

Cuando se han leído todas las tares, es bueno preguntar cuales son los pasos a seguir, y eso determina si una o mas reuniones son necesarias, y o si se tiene que realizar algo de manera global.

Que te parecen estos puntos? Tienes alguna otra sugerencia?

10 Recomendaciones para una entrevista exitosa

Cómo presentar una entrevista?
Debido a mi trabajo, conozco algunos temas para tener en cuenta para presentar una entrevista, pero este post especial para personas que van a presentar entrevistas en empresas donde su experiencia es importante. Debido a que desde hace años vivo en un país diferente al que crecí, y que además trabajo para clientes de Europa y de Estados Unidos, se que en cada país le dan una diferente lectura a las entrevistas.
Escribiré entonces algunas recomendaciones para dar en una entrevista.

1. Actual respetuosamente: Hay que ser formal y respetuoso sin excederse.
   Ejemplo:
   No tener miedo del entrevistador.
   Si se presenta una conversación del clima o de algo se puede participar.
   Trate al entrevistador con familiaridad pero con respeto.
   
2. No hay que confrontar ni debatir (para preguntas no técnicas): Algunas veces pasa que por demostrar conocimiento, el entrevistado corrige al entrevistador y eso es un error, es mejor darle la razón sobre las cosas.
   Ejemplo:
   Para cortar el hielo el entrevistador menciona que le gusta la ciudad y el entrevistado responde que prefiere vivir en el campo.
   El entrevistador menciona que para el cargo se necesita una buena cualidad y el entrevistado discute y dice que no es necesario. El entrevistado debería más bien dar la razón y comentar algún caso de éxito propio. 
3. No piense que alguien leyó su CV: Es un error pensar que como la persona leyó el CV no va a preguntar lo que está escrito, es mejor pensar que la persona que leyó el CV no pasó de la primera pagina.
   Ejemplo:
   Respuesta incorrecta: “Eso lo escribí en el Curriculum”
   Respuesta incorrecta: Cuando se repite la frase, “como dice en el CV….” Esto es de muy mala educación.
   Respuesta incorrecta: “No entiendo porque me preguntan eso si esta en el CV”.
4. Escuchar antes de hablar:  Para esto divido en dos puntos.
   a.    Poner atención a la pregunta: Si no se responde lo que preguntó, entonces se dejan ideas sueltas.
   Ejemplo:
   Pregunta: ¿Cuáles eran las responsabilidades en su último trabajo?
   Respuesta Correcta: Mis responsabilidades era la coordinación de un equipo de desarrolladores, donde cinco personas eran juniors y tres tenian mediana experiencia.
   Respuesta Incorrecta: Formaba parte de un equipo que organizaba la documentación de un proyecto. El proyecto se trataba de un programa de computador que están desarrollando para un cliente muy importante.
   b.    Explicaciones extras del entrevistador: Algunos entrevistadores regalan respuestas porque explican demasiado el objetivo de la entrevista o las características de la posición, por lo cual no está mal el escuchar lo que dicen. (Es más común de lo que parece)
   Ejemplo:
   Entrevistador: Para esta posición necesitamos a alguien que no tenga problemas con leer documentación. ¿Tiene algún problema en leer documentación?
   
5. Dirigir la entrevista: Esta es un punto extra y depende de la confianza que se tenga. La confianza la puedes adquirir aplicando estrategias como ESTA basada en un análisis sencillo. Si hacen una pregunta sobre algo, uno debe responder esa pregunta y agregar algo que lleve a un tema donde se tenga confianza, pero PRIMERO responder esa pregunta.
   Ejemplo:
   Pregunta: ¿Ha trabajado en alguna empresa como desarrollador?
   Respuesta incorrecta: No, no tengo experiencia profesional como desarrollador.
   Respuesta correcta: No, no tengo experiencia profesional como desarrollador, pero he desarrollado diversos trabajos personales y entregas de la universidad, lo cual me ha permitido aprender varias metodologías y técnicas de desarrollo de software.
   Respuesta que deja ideas sueltas: He realizado algunos trabajos personales en la universidad.
   
6. Si el entrevistador toma apuntes se puede explicar más ampliamente las cosas y entrar en detalles.
   
7. Si el entrevistador no toma apuntes probablemente olvidará algunas cosas por lo que se puede usar repeticiones, entregar frases claras y concretas. Cuando el entrevistador no toma apuntes la impresión general es más importante que los pequeños detalles.
   
8. Es más fácil la entrevista cuando se dice la verdad. Si se desea evitar algún tema, simplemente prepare esos temas con antelación para evitar improvisar.
   
9. Evite cruzar los brazos en las entrevistas o agarrarse la cabeza.
   
10. Si por los nervios necesita tener algo en sus manos, asegúrese de usted sacar algo suyo (excepto el celular) no juegue con nada de los demás.
    

Mira este link acerca de Cómo presentar la experiencia profesional en una entrevista.

Que te parece? Habías escuchado estas recomendaciones antes?