Expondré el porqué de Scrum como metodología adecuada para un proyecto de fin de carrera como es una tesis universitaria. Específicamente para uno que incluye un desarrollo en el área de Tecnologías de la Información.
En principio la metodología sugerida por el PMBOK supone:
– Especialización: Miembros de equipo y roles bien delimitados y casi independientes lo que no considera una interacción cercana entre roles.
– Fases: Delimitadas y rígidamente definidas, por lo que las tareas se concluyen en una fase y la acción de los roles se encuentra encasillada en una o más fases.
– Requisitos detallados: Los requerimientos llegan al equipo de desarrollo a través de un artefacto. El cliente no interactúa estrechamente con el producto durante su desarrollo.
– Seguimiento del plan: No se experimenta con opciones atractivas que se puedan presentar durante el transcurso del proyecto sino que se controla rígidamente el plan establecido.
En contraposición Scrum conssidera:
Solapamiento de actividades
Scrum establece ciclos en los que las fases se solapan de forma muy amplia lo que permite actualizar los requerimientos del proyecto, ajustar la planificación e incluso poder reformular el alcance. De esta forma, más que fases que se realizan de forma secuencial, se tienen actividades que se ejecutan en el momento en que se requieren. Educción de requisitos, análisis, codificación, pruebas e integración se
van realizando en cada momento según las necesidades en la evolución del proyecto. Todo esto está guiado por la gestión del alcance que otorga principalmente la exploración medida de actividades. Si se presenta la oportunidad de avanzar algún aspecto del proyecto sin correr riesgos pues este avance se realiza hasta que se vea la dimensión real del aspecto referido y plantear la planificación más adecuada en el contexto correspondiente y tratando de aprovechar los avances completados.
Visión del producto
Queda claro que se busca obtener un producto. La afirmación del concepto del producto tiene mucho más peso que los requisitos específicos del sistema. Se hace necesaria la dirección estratégica ante la ausencia de un plan detallado.
Roles
Para Scrum se considera su compatibilidad con un equipo multidisciplinar. Para el caso de una tesis, el tesista es el único encargado de los roles al interior del proyecto.
Otros roles pertenecen al asesor, asesores que realizarán correcciones al borrador del documento de tesis y el jurado.
– El asesor es cliente del documento de tesis y del producto del proyecto.
– El jurado es cliente del proyecto en su conjunto.
– Los otros asesores que realizarán una corrección al borrador del documento es un cliente no del proyecto sino de su propia apreciación del documento de tesis. Se debe atender sus apreciaciones en la medida que su posición es tan externa como lo es la de los miembros del jurado del proyecto de tesis.
El equipo de desarrollo es auto-organizado y en el caso particular de este proyecto es la unidad auto-organizada representada por el tesista.
Adaptación a los cambios
Pueden ser modificados, dejados de lado o cambiados:
– La elaboración del documento por su correspondencia con el producto a desarrollar.
– La selección de herramientas de desarrollo del producto y de gestión del proyecto.
– El software de terceros.
– El alcance hasta una etapa temprana y fijada del proyecto.
La modificación de un requisito no existe como tal ya que no ha existido la fase de requisitos tradicional sino que se ve enriquecida para concretar la visión del producto.
La incertidumbre es observada constantemente y por eso se permite el descubrimiento paulatino durante el desarrollo y se tiene cuidado con las circunstancias que se van produciendo.
El principal motivo para la elección de Scrum es que el margen de libertad amplio es propicio para que los encargados del proyecto aporten con su ingenio y compromiso.
Por ser un proyecto unipersonal son importantes las disciplinas de
– Autocontrol: Se genera un ambiente de responsabilidad y de gusto por el trabajo que se realiza.
– Autosuperación: Se desarrollan soluciones que son evaluadas, analizadas y mejoradas.
Por ser un proyecto único se considera:
– Muchos proyectos, como una tesis, no son parte de procesos industriales y no es el plan producir muchos sino un único producto, es un proyecto particular.
De acuerdo al Manifiesto Ágil se reconoce valor en los procesos formales que sugiere el PMBOK pero que considera preferibles otros aspectos:
Individuos y su interacción frente a Procesos y herramientas
Software que funciona frente a Documentación exhaustiva
Colaboración con el cliente frente a Negociación contractual
Respuesta al cambio frente a Seguimiento de un plan
PeruBlogs Tag: Scrum PMBOK Tesis Proyecto de Fin de Carrera Ventajas Comparación
BlogsPeru Tag: [Scrum] [PMBOK] [Tesis] [Proyecto de Fin de Carrera] [Ventajas] [Comparación]
Muy buena comparativa, creo incluso se podría añadir que el Scrum se halla conformado por diversos estándares establecidos por la PMI.
Hice una investigación similar para tesis recuerdo. Si deseas te la pudo compartir 🙂
Saludos,
@Dennis: Perfecto! Gustoso de leer lo que puedas compartir.
Me parece que sabes mucho de Scrum pero muy poco de PMBOK:
– Especialización: PMBOK sólo define y detalla el rol de PM
– Fases: Para PMBOK las fases del proyecto no son rígidas, de hecho cada tipo de proyecto puede definir su propio ciclo de vida
– Requisitos detallados: Tu afirmación no es cierta. PMBOK nunca habla de equipos de desarrollo, porque no hace referencia a la industria del software. Por otro lado cada tipo de proyecto puede tener su propio ciclo de vida. Esto no es una restricción en el PMBOK
– Seguimiento del plan: Los procesos de planificación en PMBOK son los que explicitamente tienen mas iteraciones. Además existe un proceso de Control Integrado de Cambios que te permite tomar acciones preventivas y correctivas para modificar todos los planes.
Espero haberte ayudado en tu tesis
Para agregar algo al comentario de Felipe, en mi opinión, la ventaja del marco PMBOK es que dada su amplitud y generalidad puede ser adaptable a proyectos de diversa naturaleza. Comprendido esto, dependiendo del tipo de proyecto, se hará exhaustivo el uso de un determinado área o proceso definido en el PMBOK. Particularmente lo he utilizado tanto en proyectos de informática, iindustriales y hasta legales, con muy buenos resultados.
Tenemos un Análisis De Los Modelos De Calidad De Software realizado por los Ingenieros Jorge Reinoso y Carlos Coba revisenlo en http://www.dspace.espol.edu…
permiteme decirte que hablas tonterías, el pmbok no es una metodología de desarrollo, sino mas bien de gestión.
Lo ideal es que mezcles pmbok con RUP para poder gerenciar de forma integral un proyecto de desarrollo. Parece que no has entendido la idea de PMBOK.
Y eso de las "metodologías ágiles" es una tontería… Nos dice que se puede hacer lo mismo, pero con menos… Vamos, si queremos hacer un proyecto de manera profesional, tenemos que hacerlo bien, el que lo quiera hacer rápido que se consiga un frameword de desarrollo. Allí si se podría "alivianar" el proceso de desarrollo y con eso también alguna metodología.
Sin embargo las metodologías ágiles de ahora son puros cuentos chinos, que lo único que hacen es que tengas problemas de presupuesto por no tener una idea general de como será tu proyecto desde el priciío. Ya que tu linea base cambiará n veces…
Me parece buena comparacion, una pregunta para la gestion de proyectos de obras civiles cual me aconsejan scrum o pmbok
Hola franco si no es mucho pedir podrias mandarme tu tesis para para hecharle una leida, te lo agradeceria mucho…espero tu respuesta gracias….
Franco, podrias mandarme tu tesis para darle una leida, te lo agradeceria mucho. espero tu respuesta gracias.