envelopecontacto@tenstep.com.ec teléfono099 4586 197  lock Iniciar sesión   infoContáctese   twitter  facebook

Alcanza Resultados - Ejecuta tu Estrategia

CapacitaciónCapacitación
ConsultoríaConsultoría
MetodologíaMetodología

Dirige tus proyectos con una metodología exitosa

Dirección Exitosa de Proyectos PMBOK®Dirección Exitosa de Proyectos PMBOK®

Prepárate para la certificación más prestigiosa en Dirección de Proyectos

Preparación para la Certificación PMP®Preparación para la Certificación PMP®

¿Necesitas implementar una Oficina de Dirección de Proyectos (PMO)?

PMONow! Tu mapa de ruta en tiempo récordPMONow! Tu mapa de ruta en tiempo récord

Alcanza Resultados - Ejecuta tu Estrategia

CapacitaciónCapacitación
ConsultoríaConsultoría
MetodologíaMetodología

Alcanza Resultados - Ejecuta tu Estrategia

CapacitaciónCapacitación
ConsultoríaConsultoría
MetodologíaMetodología

Nuestra Propuesta de Valor

SoyTenStep Magazine

Cómo TI Respalda el Gobierno de Entrega Ágil

El diagrama representa también varios flujos de trabajo importantes con otros equipos o actividades. Esto refleja el hecho de que el gobierno de TI se encarga de un amplio rango de asuntos, muchos de los cuales afectan a los equipos de entrega de TI. Estos equipos/actividades externos apoyan el...

¿Por qué un Gobierno de Entrega Ágil?

  Tu estrategia de gobierno de entrega ágil habilitará y motivará a tus equipos de entrega a: Completar las estrategias y objetivos de tu organización. Sostener y extender tus estrategias y objetivos de TI. Crear de manera regular y consistente un valor real para el negocio. Proveer...

Gobierno de Equipos Ágiles

  Un tópico importante, y pocas veces discutido, es cómo gobernar equipos ágiles de desarrollo de software. Esto es bastante extraño considerando que los equipos ágiles se gobiernan ya sea que decidas reconocerlo o no. Si alguien está pendiente del presupuesto, o del nivel de calidad que se...

2.1B Crear el Presupuesto - Proceso

2.1B.P1 ¿La Gestión del Presupuesto es importante para ti?

Esta puede parecer una pregunta extraña para iniciar esta sección. Pero es cierto que un vasto número de Directores de Proyecto – quizá una mayoría – no son responsables del presupuesto.

En algunas compañías esta charla no tendría sentido. Sin embargo, muchas compañías no se preocupan por los presupuestos de los proyectos. Existen diversas razones para ello:

Presupuesto departamental. Muchas compañías no presupuestan a nivel proyecto. Presupuestan a nivel departamento y solamente ubican costos a un nivel de departamento. En estas compañías la mayoría de los costos de personal son para empleados internos y estos empleados son presupuestados a un nivel departamento.

No hay reporte de tiempo. No serás capaz de ubicar los costos de personal de los proyectos si no tienes una manera de entender el esfuerzo en horas asignado a cada proyecto. Para muchas compañías, el esfuerzo y los costos asociados con el seguimiento no valen los beneficios proyectados.

Falta de soporte de un sistema financiero. Muchas compañías no tienen sus sistemas financieros establecidos para manejar seguimiento y reporte a nivel proyecto.

Si tu organización no da seguimiento a los costos entonces no es probable que el Director de Proyecto sea responsable de estimar costos y manejar un presupuesto. En ese caso las secciones en el proceso TenStep para construir el presupuesto y manejar el presupuesto no serán utilizadas.

 

2.1B.P2 ¿Los costos externos son importantes para ti?

En algunas compañías el Director de Proyecto no es responsable de los costos internos, pero es responsable de los costos externos. Estos pueden ser identificados y rastreados a un nivel de proyecto. En este caso, los costos internos de personal pueden no ser tomados en cuenta, pero cualesquiera costos de personal o no relacionados con personal que son pagados a un proveedor externo serían importantes para el Director de Proyecto y necesita estimarlos y subsecuentemente administrarlos.

El resto de esta sección asume que eres un director de Proyecto responsable de cumplir las expectativas del presupuesto.
Esta sección proporciona una descripción del proceso para crear un presupuesto.

 

2.1B.P3 Proyectos pequeños

Un proyecto pequeño generalmente no va a tener un gran presupuesto. El presupuesto puede ser simplemente una cuestión de multiplicar las horas de esfuerzo por los costos de los recursos por hora.

Los cargos que no son de personal generalmente serán también pequeños y fáciles de contabilizar. Probablemente no vas a tener cosas como costos de capacitación o costos de formación del equipo en un proyecto pequeño.

Si tienes un proyecto pequeño con un gran presupuesto, entonces sigue el proceso para crear un presupuesto para proyectos medianos y grandes.

2.1A Crear el Cronograma - Proceso

2.1A.P1

Hay numerosas técnicas para crear un cronograma. Quizás la mejor opción sea utilizar un cronograma anterior de un proyecto similar como tu punto de inicio. Sin embargo, debido a la naturaleza única de los proyectos, esto puede ser difícil.

Una segunda mejor opción es buscar una plantilla de cronograma pre-existente de un proyecto con características similares. Por ejemplo, puedes estar instalando un paquete. Aunque esta es la primera vez que este paquete en particular ha sido implantado en tu compañía, puedes encontrar una plantilla genérica para un proyecto de implantación de un paquete.

Si no tiene un cronograma histórico previo o una plantilla de cronograma para usar como punto de inicio. Puedes usar la técnica de estructura de desglose del trabajo (WBS) como punto de inicio.

El WBS (por sus siglas en inglés) es una técnica para mirar al proyecto desde un alto nivel y subsecuentemente desglosar el trabajo en piezas más y más pequeñas hasta que puedas obtener la imagen completa del trabajo que tiene ejecutarse.

Todo el equipo puede colaborar en este ejercicio. Para la mayor parte de la gente, la técnica de WBS siempre puede utilizarse como el punto de inicio para crear un cronograma desde cero. Si tu (y los demás) no conocen lo suficiente, el trabajo como para crear un WBS (o al menos para los primeros tres meses del proyecto), probablemente no estés en posición de iniciar el proyecto. En este caso, puedes definir solamente un proyecto para la fase de análisis.

Cuando la fase de análisis sea completada, deberías tener suficiente información como para definir el resto del proyecto.

 

2.1A.P2 Proyectos Pequeños

Normalmente, no se usa un proceso formal para integrar el cronograma y el presupuesto en proyectos pequeños. Estos tienen el tamaño en el que fácilmente se pueden esquematizar mentalmente los pasos, actividades a realizar y la secuencia en que han de ejecutarse.

Probablemente solo hay una o dos personas involucradas, así que no es difícil imaginar quién hace qué. Sin importar la simplicidad del proyecto, el cronograma final debe documentarse.

Para un proyecto pequeño puede usarse alguna herramienta de Dirección de Proyectos como MS-Project®, una hoja de cálculo o incluso una hoja de papel. El punto es sentarse (si se considera apropiado), con otros miembros del equipo y esquematizar el trabajo que será desarrollado. Este ejercicio proporcionará las estimaciones de esfuerzo, costo y tiempo necesarios para poder cumplir con la Solicitud de Servicio de un proyecto pequeño. El tener el cronograma escrito permitirá que los miembros del equipo de trabajo y el cliente entiendan el trabajo que será desarrollado.

Una vez que tienes tus estimaciones iniciales del esfuerzo, duración y costo, puedes completar la solicitud de servicio para un proyecto pequeño.

 

2.1A.P3 Proyectos Medianos y Grandes

En el extremo más pequeño de estos proyectos, se puede tener la posibilidad de usar las mismas técnicas que para proyectos pequeños. Sin embargo, entre más grande es el proyecto, se dificulta más el uso de este proceso poco formal.

En la sección 2.2 Técnicas de este paso, existe información de cómo integrar cronogramas, reutilizando información de proyectos anteriores. Estas opciones son habitualmente las mejores y más rápidas para crear el cronograma.

Para los fines de esta sección, el supuesto es que se planeará el proyecto sin un plan que sirva como base. La mejor forma de hacer esto es iniciar con la Estructura de Desglose del Trabajo (WBS, Work Breakdown Structure).

El flujo general del proceso es el siguiente:

Por qué TenStep?

  • Metodología de Proyectos mundialmente conocida

    rueda

    El Proceso de Dirección de Proyectos de TenStep® ayuda a los Directores de Proyectos a gestionar con éxito proyectos de todo tipo.  El Proceso TenStep ofrece un enfoque paso a paso, empezando por lo básico, hasta llegar a lo sofisticado; el proceso se ajusta a la necesidad particular de tu proyecto.

    Read More
  • Authorized Training Partners de SCRUMstudy

    SCRUMstudy Partner Logo

     

    Scrum es el marco más popular de las metodologías Àgiles. Es una metodología adaptativa (promueve la adaptación contínua), iterativa (varias repeticiones), rápida, flexible y eficaz, diseñada para ofrecer al cliente/usuarios un valor significativo de forma rápida y a lo largo del proyecto.

     

    Scrum asegura la transparencia en la comunicación y crea un ambiente de responsabilidad colectiva y el progreso continuo. El marco de Scrum, tal como se define en la Guía de SBOK, está estructurado de tal manera que apoya el desarrollo del producto y servicio en todo tipo de industrias y en cualquier tipo de proyecto, independientemente de su complejidad.

     

    Un proyecto Scrum implica un esfuerzo colaborativo para crear un nuevo producto, servicio u otro resultado, tal como se la defina en la declaración de la visión del proyecto. Los proyectos se ven afectados por las limitaciones de tiempo, costo, alcance, calidad, recursos, las capacidades organizacionales y otras limitaciones que las hacen difíciles de planificar, ejecutar, gestionar y finalmente tener éxito. Sin embargo, la exitosa implementación de los resultados de un proyecto terminado, le proporciona beneficios importantes de negocio a una organización. Por lo tanto, es importante para las organizaciones seleccionar y practicar una metodología de Dirección de proyectos apropiada a sus objetivos y entorno.

     

    Una de las fortalezas clave de Scrum radica en el uso de equipos multifuncionales, auto-organizados y empoderados que dividen sus trabajos en ciclos cortos y concentrados llamados Sprints. El enfoque de Scrum, en la Entrega Motivada por Valor ayuda al Equipo Scrum a entregar resultados de forma rápida y eficaz.

     

    Read More

Clientes opinan