TIPS para aprobar el examen de SCRUM MASTER

Hola Managers,

Hace unos días aprobé el examen de SCRUM MASTER CERTIFIED de la certificadora SCRUM STUDY para ello me matriculé en un curso online que me proporcionó una serie de videos explicativos además del examen de SCRUM FOUNDATION.

Adicionalmente a los videos también le di una chequeada al SCRUM BODY of KNOWLEDGE en sus siglas SBOK (Lectura obligatoria) que contiene 361 hojas por lo que no es tan fácil de leer sobre todo si piensas dar el examen en un corto plazo, pero sí  hay aspectos puntuales que te van a venir sí o sí en el examen y de los que te comentaré en esta entrada.

Los exámenes de certificación cuentan con grandes bases de preguntas por edición o versión del examen/libro, una vez que eliges dar el examen el sistema te envía automáticamente un grupo de preguntas random por lo que ningún examen es igual esto no aplica a exámenes en papel cada vez más raros hoy en día. Pero siempre podemos identificar ciertas preguntas que se repetirán o se parecerán debido a que según la edición del libro y de la metodología están orientadas a algún theme en su versión.

Habiendo dicho todo eso voy a tratar de transmitirte lo más resaltante del examen y del framework que aprendí y que tienes que aprender si piensas dar el examen.

Si ya has dado el PMP este examen te parecerá muy fácil aunque son 100 preguntas para un tiempo estimado de 2 horas el tiempo te alcanzará lo suficientes como para marcar las preguntas en las que te sientes insegur@ y repasarlas antes de dar por finalizado el examen. Las preguntas constan de 4 alternativas y muchas de ellas (sin ánimos de subestimar el examen) cuentan con 2 de sus alternativas sin mucho sentido por lo que tendrás que elegir entre las otras dos, revisa bien las palabras claves como: EXCEPTO, INCORRECTO, LA MEJOR, etc…

Aquí algunos temas recurrentes que vinieron en el examen:

Seguir leyendo “TIPS para aprobar el examen de SCRUM MASTER”

Anuncios

La Voz del Cliente, la voz de Dios?

Todas las metodologías describen a su manera lo que el cliente/ usuario quiere (Que no es lo mismo que lo que necesita) los requerimientos del cliente son descritos en el PMBOK como los requerimientos del cliente, en LEAN IT es la Voz del cliente y en SCRUM forman la visión del proyecto; todos estos son el combustible del proyecto o el punto inicial de donde parte todo: la necesidad que da inicio a una idea y de esta nace un proyecto:

 

Gestión del Alcance 1

 

El PMBOK indica que la gestión del alcance es el proceso que se encarga de que el proyecto contenga todos los requerimientos solicitados por el usuario y nada más que lo requerido, por lo que en esta gestión el Project manager se encarga de definir qué es lo que quiere el cliente y como lograr el éxito del proyecto al no dar menos de lo solicitado ni permitir más de lo solicitado. Veamos un pequeño repaso de los procesos referentes al alcance:

repaso alcance

 

Los requisitos de un proyecto incluyen condiciones o capacidades que el proyecto debe cumplir o que deben estar presentes en el producto, servicio o resultado para satisfacer un acuerdo u otra especificación formalmente impuesta. Los requisitos de un proyecto se agrupan en requisitos funcionales y no funcionales:

o Los requisitos funcionales describen el comportamiento del producto. Entre los ejemplos se incluyen procesos, datos e interacciones con el producto.

o Los requisitos no funcionales complementan a los funcionales y describen las condiciones ambientales y las cualidades necesarias para que el producto sea eficaz.

Seguir leyendo “La Voz del Cliente, la voz de Dios?”

KAIZEN y el Control de la Calidad, fundamentos de la Competencia Japonesa

Buenas noches queridos lectores,

Para esta entrada he escogido un tema muy interesante que forma parte de la filosofía LEAN de la cual les he hablado en otras entradas, se trata del concepto KAIZEN que significa mejoramiento en marcha y que involucra a toda la empresa, es decir, afecta tanto a la alta administración como a gerentes y trabajadores. Este concepto se encuentra tan arraigado en la mentalidad y cultura japonesa que se le puede encontrar hasta en los medios de comunicación, por lo que es normal que tanto los gerentes y colaboradores actúen constantemente según KAIZEN sin si quiera darse cuenta de que lo están haciendo.

Actualmente me encuentro leyendo el libro “KAIZEN: La clave de la ventaja competitiva japonesa” de Masaaki Imai, me parece un libro excelente que nos sitúa en la época y lugar donde se originó KAIZEN, además de permitirnos entender parte de la mentalidad japonesa y la manera en que administran sus empresas.

Todo empezó después de la II Guerra Mundial cuando Japón al perder la guerra tiene que continuar su producción con la poca materia prima con la que podía contar, esto quiere decir que tenían que orientarse a una producción con 0 defectos, es por ello que la mayoría de las compañías japonesas tuvieron que reiniciar sus actividades literalmente desde el principio, fue en este momento cuando la estrategia KAIZEN ayudó a las empresas a permanecer vigentes logrando sobresalir nuevamente en una economía en represión. La mentalidad KAIZEN adecuó a los empleados japoneses a la mejora continua y a la implementación constante a través de pequeños pasos, esto se refuerza por el hecho de que en esa época llegan a Japón diversas herramientas que reforzaron el pensamiento KAIZEN, de la mano de expertos como W. E. Deming y J. M. Juran.

Seguir leyendo “KAIZEN y el Control de la Calidad, fundamentos de la Competencia Japonesa”

La importancia de despertar las habilidades blandas en TI

 

Antes de hablar de la importancia de despertar la fuerza las habilidades blandas en ti, todos estamos de acuerdo en que la preparación académica y las certificaciones son muy importantes, sin embargo, las habilidades blandas son lo que diferencian a un buen Project manager de uno teórico.soft-skills

Para mencionar algunas habilidades blandas tenemos: ética, comunicación efectiva, adaptabilidad, trabajo en equipo, creatividad, asertividad, capacidad para resolución de problemas, respeto por los demás y mi favorita la empatía, entre otras.

Un jefe de proyecto AKA PM – y le atribuiré el género masculino únicamente por la palabra jefe–  para mí como básico debe tener empatía, debe poder reconocer las emociones y sentimientos de su equipo y de los interesados del proyecto, esto es fundamental para lograr una comunicación efectiva y el trabajo en equipo, un PM debe saber hasta qué momento presionar y en qué momento aflojar, bajo mi punto de vista un PM que solamente presiona a su equipo puede lograr muchas metas a corto plazo pero su equipo no va a responder siempre como él quiere ya que la gente se cansa, se molesta y tira la toalla cuando ve que las necesidades del proyecto se anteponen siempre a sus necesidades personales, un PM tiene el deber de cuidar de su equipo y de su tiempo personal y por el otro lado un PM relajado que solamente delega y que no controla el avance se pierde en el camino. Y su equipo o bien puede solo con el trabajo y el papel del líder se hace innecesario o el proyecto nunca llega a concretarse y fracasa. Lograr ese equilibrio debe ser la meta de un PM.

Adicionalmente creo que un PM debe poder soportar una tormenta sobre sus hombros siempre con la calma de un monje que ante un incendio no se le puede ver gritando y corriendo de un lado a otro pidiendo que alguien más lo ayude, cuando ese alguien es él mismo. Ante situaciones realmente estresantes, ante esas situaciones donde uno quiere tirar la toalla y decir simplemente ya no puedo más, el PM debe perseverar y seguir esforzándose por llevar al equipo y al proyecto adelante, es muy importante que el PM conserve la calma y motive al equipo a mantener la calma, ya que solo con la cabeza fría se puede pensar, tomar decisiones y evaluar otras posibilidades de solución.

Seguir leyendo “La importancia de despertar las habilidades blandas en TI”

​Gestión de proyectos, un vistazo al libro de Harvard Business Review “Managing Projects”

Hola,

wp-image-66698774jpg.jpgComo primera entrada del 2017 he decido realizar un review del libro Managing Projects de Harvard Business Review y colocar a grandes rasgos datos importantes que les sirvan a uds como jefe de proyectos (O  jefes de su vida).

Acabo de renovar el dominio y hosting de este blog y de verdad tengo muchas ganas de publicar cada semana una entrada de alguna metodología o concepto importante relacionado con el management. Y por cierto les deseo a todos un súper buen 2017!!!

Aquí la primera entrada del 2017:
En lineas generales el libro inicia explicando que un proyecto se puede desmenuzar en cuatro fases: planificación, construcción, implementación y cierre.
Además te indica nuevamente la diferencia principal entre un proyecto y un proceso, lo qué puede parecer muy simple y sin embargo todo estudiante del PMBOK debe iniciar diferenciando estos conceptos, los cuales te servirán para resolver algunas preguntas del examen de certificación, un proyecto tiene un principio, un intermedio y un fin, y tienen un tiempo determinado de duración lo que  los diferencia básicamente de los procesos.

  • ¿Qué necesita un proyecto?

Alguien a cargo:
Un jefe de proyectos que en el mejor escenario vea el proyecto de inicio a fin.

El Jefe de proyectos crea el plan de gestión,  gestiona a los recursos, crea el  cronograma, controla el presupuesto y resuelve problemas, entre otras habilidades.

La gestión de proyectos incluye habilidades organizacionales, habilidades financieras y habilidades blandas.

Seguir leyendo “​Gestión de proyectos, un vistazo al libro de Harvard Business Review “Managing Projects””