Mostrando entradas con la etiqueta Gestion Proyectos. Mostrar todas las entradas
Mostrando entradas con la etiqueta Gestion Proyectos. Mostrar todas las entradas

miércoles, agosto 14, 2013

El Proceso Unificado en el Software


Buen día chicos espero se encuentren muy bien, el dia de hoy estaremos hablando del Proceso Unificado en el Software. En la actualidad, la tendencia en el software es hacia sistemas mas grandes y complejos. Eso de debe en parte al hecho de que año tras año las computadoras son más poderosas, lo que hace que los usuarios esperen más de ellas. te invitamos que te quedes con nosotros y continues leyendo.

Fases del proceso Unificado
Fase de Concepción del PU (Proceso Unificado) agrupa tanto actividades tanto de comunicación con el cliente como de planeación. Al colaborar con los participantes, se indentifican los requerimientos del negocio, se propone una arquitectura aproximada para el sistema y se desarrolla un plan para la naturaleza iterativa e incremental (vistos en articulos anteriores) del proyecto en cuestión. estos requerimientos detallan las características y funciones que desea cada clase principal de usuarios.

Fase de Elaboración incluye las actividades de comunicación y de modelado del modelo general del proceso. la elaboración mejora y amplía los casos de uso preliminares desarrollados como parte de la fase de la concepción y aumenta la representación de la arquitectura para incluir 5 puntos de vista distintos del software: los modelos de casos de uso, de requerimientos, de diseño, de la implementación y del despliegue.

Fase de la Construcción del PU es idéntica a la actividad de construcción definida por el proceso de general del software. la fase de construcción desarrolla o adquiere los componentes del software que harán que cada caso de uso sea operativo para los usuarios finales. para lograrlo, se completan los modelos de requerimientos y diseño que se comenzaron durante la fase de la elaboración. Después se implementan en en código fuente todas las características y funciones necesarias para el incremento de software.

Fase de Transición del Proceso Unificado incluye las últimas etapas de la actividad general de construcción y la primera parte de la actividad de despliegue general (entrega y retroalimentación). se da el software a los usuarios finales para las pruebas beta, quienes reportan tanto los defectos como los cambios necesarios.

Fase de Producción en esta fase se vigila el uso que se le da al software, se brinda apoyo para el ambientede operación (infraestructura)  y se reportan los defectos y solicitudes de cambio para su evaluación.

sábado, agosto 10, 2013

Los 10 mitos de la Planificación de Proyectos de Software

Estudiando las areas de proceso del Nivel 2 de CMMI-Dev v1.3, llegue a encontrar estos mitos que comparto con Ustedes:

Mito # 10
Un plan de proyecto es una lista de hitos.
Realidad: La planificación de proyectos de software contiene varios componentes que definen el trabajo y cómo se hará.

Mito # 09
Planificación lleva demasiado tiempo. El tiempo estaría mejor invertirlo en codificación y pruebas.
Realidad: Tratar de ahorrar tiempo al no planificar se traduce en retrasos, reproceso, y los aumentos de costos.

Mito # 08
No puedo elaborar un plan de proyecto, ya que no entendemos todo lo que hay que saber acerca del proyecto.
Realidad: Un plan es un documento vivo. La precisión se incrementará con el tiempo y los detalles adicionales.

Mito # 07
El desarrollo de software no se puede planificar porque es “diferente” al de otras disciplinas de ingeniería.
Realidad: Los expertos en software dicen lo contrario. Tenemos que identificar y asignar recursos. Nadie va a pagar por un trabajo indefinido con objetivos poco claros!.

Mito # 06
Las estimaciones de software siempre cambian la respuesta “correcta” de la gestión.
Realidad: Las estimaciones basadas en datos proporcionan apalancamiento. La planificación ayuda a identificar el alcance completo. La gestión ajusta la planificación de proyectos de software.

Mito # 05
Esto se aplica a todos los demás, pero mi proyecto es “diferente”. Realidad: El plan del proyecto es flexible. Usted identifica el modelo de proceso, tareas, riesgos, y los recursos necesarios, los objetivos y las prioridades para gestionar, están indicadas.

Mito # 04
La planificación no se aplica a mí, porque yo no desarrollo software. (Mejora de procesos, administración de redes, …)
Realidad: Estas actividades suelen afectar otros ingenieros de software. Es aún más importante para planificar los proyectos “difusos”.

Mito # 03
No hay buenas herramientas disponibles para rastrear fácilmente las tareas y el calendario.
Realidad: Microsoft Project y otras herramientas están disponibles. Las nuevas herramientas y técnicas pueden ser adquiridas y aprendidas cuando sea necesario.

Mito # 02
No soy bueno en planificar. Es una tarea administrativa que la debe hacer un administrador.
Realidad: La planificación es una competencia clave para todos los ingenieros de software. “La planificación es un proceso natural. Es mucho más divertido hacer algo planificado. Y lo bueno de no planificar, es que el fracaso viene como una total sorpresa, que suele estar precedida por un período de preocupación y depresión”.

Mito # 01
La planificación de Proyectos es la última “moda” de procesos de software.
Realidad: La planificación es un área de proceso clave del CMM Nivel 2. La planificación es básica y obligatoria.
 
Tomado de: Articulo

martes, abril 02, 2013

¿Vale la pena certificarse como PMP?

Tomado de: ARTICULO ORIGINAL

'Untitled' photo (c) 2005, Smithsonian Institution - license: http://www.flickr.com/commons/usage/

Como PMP (Project Management Professional) es frecuente escuchar una pregunta que todos los administradores de proyecto se han planteado en algún momento de sus carreras... ¿Vale la pena certificarse como PMP?

Pasar por el proceso de tomar el temido examen de certificación como PMP es costoso y complicado, y requiere un gran esfuerzo de preparación. ¿Vale la pena el esfuerzo para obtener la certificación?


El autor revisa algunos de los pros y los contras de la certificación PMP. Si bien sus opiniones son personales, son en su mayoría compartidas por el traductor.

La Certificación como PMP puede reforzar un CV, y puede hacer la diferencia entre conseguir un trabajo como gerente de proyectos y de ser pasado por alto en favor de otra persona (una persona que probablemente que sea PMP certificado). Lo que es más, muchos empleadores exigen la certificación PMP de sus gerentes de proyecto. Tener la credencial sin duda hará que sea más fácil encontrar un trabajo como gerente de proyecto o de programa.

Con el fin de aplicar para tomar el examen PMP es necesario haber alcanzado un cierto grado de experiencia en proyectos: 60 meses (7.500 horas) de experiencia si no se cuenta con título universitario, y 36 meses (4.500 horas) de experiencia si tiene una licenciatura. El PMI (Project Management Institute) tiene un proceso de auditoría para asegurar que los PMP potenciales están diciendo la verdad acerca de su experiencia en proyectos.

Usar la designación "PMP" después del nombre en la firma de correo electrónico da cierta credibilidad inicial cuando se conocen nuevos contactos (sólo los que ya saben lo que significa PMP).

(Además, es claro que el contar con la certificación no garantiza que una persona sea capaz de administrar un proyecto en forma exitosa. Sin embargo cómo se señala más delante y como se ha destacado en otro post, si muestra que la persona tiene el compromiso con la profesión de Administración de Proyectos, que conoce la terminología, las herramientas, los procesos y que ha sido capaz de enfrentar con éxito un proyecto personal de la magnitud que se describe).

El autor señala que tener la certificación PMP puedes ayudarle a conseguir un sueldo más alto en comparación con los gerentes de proyectos que no están certificados. Es más, una encuesta indica que el PMP es la más alta pagada certificación (por lo menos a partir de 2008). Más buenas noticias: una segunda encuesta indica que los salarios PMP siguen aumentando.

Las ofertas para líderes certificados (para cualquier área de ingeniería) en los EUA oscilan entre $40.00 y $100.00 US Dlls. la hora. Los escalones más altos son ofrecidos a consultores especializados, con muchos años de experiencia, o bien a líderes de oficinas grandes de proyectos.

Adicionalmente, el PMI® mantiene una base de datos con los resultados de su encuesta de 2005 sobre sueldos a personal de manejo de proyectos. Esta base, sin embargo, es accesible únicamente a miembros del PMI®.

Hago un paréntesis en el artículo original para citar ahora el artículo: "¿Qué sueldos están ofreciendo a líderes certificados?" de LiderDeProyecto que menciona:

...la oferta más baja: $20,000.00 Mx Pesos mensuales (aprox. $11.35 US Dlls la hora). No nos ha sido posible determinar si quienes hayan solicitado un PMP® hayan podido obtenerlo por este salario.

La oferta más alta: $65,000.00 Mx Pesos mensuales (aprox. $45.45 US Dlls la hora). Para este nivel, sin embargo, se requiere un alto nivel de experiencia en proyectos grandes (con más de 25 analistas y programadores).

Es seguro que existen ofertas más altas, pero es raro que los montos aparezcan anunciados: en México, generalmente, las ofertas superiores a $40,000.00 Mx Pesos mensuales se manejan a nivel confidencial o semi confidencial (es decir, sólo se transmiten directamente entre los interesados).

La media de las ofertas para líderes certificados, con experiencia en proyectos pequeños y medianos (5 a 20 analistas y programadores), oscila alrededor de los $35,000.00 Mx Pesos mensuales (alrededor de $20.00 US Dlls la hora)...

De nuevo en el primer artículo, el autor destaca otras ventajas de la certificación: Se puede tener contacto con todos los PMPs del mundo. (357 770 en todo el mundo de acuerdo a las estadísticas del propio PMO a Agosto de 2011). Se puede participar en las reuniones periódicas en las que se organizan aprender acerca de la teoría de gestión de proyectos, hacer networking y obtener PDUs necesarios para renovar la certificación cada tres años.

Brian considera que la metodología del PMI resulta ya un poco anticuada, y que los procesos del PMI parecen adaptarse mejor a proyectos que utilizan el método de desarrollo en cascada, que no es tan popular en estos días. Señala que el desarrollo iterativo se está imponiendo rápidamente, y me parece que el desarrollo ágil con Scrum es una metodología sólida que ayuda a mantener los proyectos en marcha.

De hecho, el PMI ya lanzó un piloto de la certificación como PMI-Agile Certified Practitioner (PMI-ACP).

El autor se inclina a pensar que los Gerentes de Proyecto certificados como PMP son mejores que aquellos que no están certificados, en general, debido al hecho de que los certificados entienden la importancia de la credencial y han dedicado tiempo y esfuerzo a obtenerla.

Brian considera que vale la pena obtener la certificación como PMP. Le ha ayudado a ser contratado para trabajos de gestión de proyectos, y continuará haciéndolo a lo largo de su carrera. Le ha ayudado a conocer a mucha gente interesada en el campo de la gestión de proyectos mediante la participación en las actividades y eventos del PMI, y le ha permitido aprender más sobre la doctrina de la gestión de proyectos. Poner la denominación PMP después del nombre en la firma de correo electrónico le ha dado cierta credibilidad adicional al tratar con los clientes, y también ha suscitado debates sobre la gestión de proyectos con sus compañeros.

Comentarios: 
Hola, bueno el artículo. Sin embargo en ninguna parte se analiza el hecho de que la certificación PMI garantice la calidad del profesional. Solo se habla de $$ que permite aspirar, no de calidad de los  conocimientos. Mas aún, el hecho de que la metodología sea en Cascada (algo obsoleta por estos tiempos) no garantiza una gestión óptima, mas aún en proyectos de alta complejidad como de  desarrollo e implementación de SW. Finalmente, será bueno saber si los PM de grandes compañías de TI (Google, Oracle, SAP, etc) tienen certificaciones PMI

En realidad, ninguna certificación y ningún grado de estudios te garantizan la calidad de los conocimientos.

Desde mi particular punto de vista, la calidad de los conocimientos (y sobre todo, como la persona declara esos conocimientos) es de nuevo una de esas cosas que se aprenden en la cuna. Tiene que ver más con honestidad que con certificaciones.

Por otro lado, yo no interpreto que el PMI sugiera una metodología... Es todo un tema filosófico. De nuevo, desde mi punto de vista, el PMI sugiere un conjunto de herramientas que se pueden usar, proporciona un lenguaje común y ejemplifica el uso del lenguaje y las herramientas con un esquema en cascada. 

Pero deja muy claro que cada quién puede adaptar las herramientas y los procesos a la metodología que mejor le aplique. Ya hemos platicado aquí sobre métodos ágiles, que por el momento parecen ser una buena opción para enfrentar proyectos complejos de desarrollo de software. Agile no está peleado con el PMBok. Yo mismo he implementado las herramientas y los procesos en proyectos que no siguen el esquema de Cascada.

Por último, no estoy seguro de si hay PMPs como empleados de las grandes compañías. Una búsqueda rápida en LinkedIn sugiere que sí.

 

miércoles, noviembre 07, 2012

Ahora es el momento para la Certificación de Gestión de Proyectos


Los administradores de tecnologías han argumentado durante décadas sobre el valor de las certificaciones profesionales, a menudo se cita el hecho de que superestrellas de la TI como Michael Dell y Paul Allen, nunca terminaron la universidad. Sin embargo, la presión de competir en un mercado global ha empujado a la certificación PMP hacia el centro de la atención. La certificación PMP asegura de que todos los jefes de proyecto que obtienen la certificación hablan el mismo idioma y comparten los mismos objetivos. A medida que la economía global emerge de la recesión, los reclutadores de una variedad de industrias anticipan una fuerte demanda para los directores de proyectos certificados – lo que ahora es un momento ideal para completar el entrenamiento formal de jefe de proyecto.

La certificación PMP agrega valor a las Carreras Profesionales de Gestión

Una encuesta de salarios en el 2009 realizada por el Instituto de Administración de Proyectos demuestra el instinto de muchos reclutadores corporativos. Los jefes de proyecto sin certificaciones reportaron un salario medio de 91,000 dólares, independientemente de la experiencia. Sin embargo, la mayoría de los directores de proyectos que tienen certificaciones de gestión de proyectos de entre cinco a diez años reportaron ganancias de más de $108,000. Incluso los profesionales que tenían de uno a cinco años de experiencia y la certificación PMP puede ganar más de $ 100,000.
Mientras que algunos aspirantes a directores de proyectos pueden sentirse contentos al conformarse con un ingreso ligeramente menor, los reclutadores de la industria sugieren que la certificación PMP no puede ser opcional por mucho tiempo. En una entrevista, Steve DelGrosso de IBM, identificó una tendencia de las grandes empresas que exigen la certificación PMP de los vendedores. DelGrosso dijo, “si usted no puede presentar un director de proyecto certificado en su acuerdo, no se tiene en cuenta.”

Competencias fundamentales de la certificación en administración de proyectos

Según el Instituto de Gestión de Proyectos, los gestores de proyecto eficaces deben desarrollar habilidades relacionadas con cada uno de los seis procesos que se superponen:
  • Iniciación
  • Planificación
  • Ejecución
  • Seguimiento
  • Control de
  • Clausura
Los exámenes de la certificación PMP prueban las habilidades demandadas en las seis competencias, así como “la responsabilidad profesional y social”. El proceso de certificación PMP exige a los solicitantes verificar tanto sus horas de clase y su experiencia, en el puesto de trabajo bajo la supervisión de un tutor certificado.
Algunas empresas están haciendo formal la capacitación de director de proyectos como una pieza clave de sus programas de desarrollo de talentos. En una entrevista con el CIO de Sun National Bank, Angelo Valetta hizo hincapié en que la formación interna aumenta la moral del equipo asegurando al mismo tiempo un grupo más fuerte de talento interno. ”O bien pagas a alguien para reclutar o bien puedes pagar la educación y de desarrollo de liderazgo”, dijo Valeta a Kristen Lamoreaux, agregando que “cuando se desarrolla un empleado interno, se tiene a alguien que entienda su cultura y su negocio”.

A través de la capacitación en Administración de Proyectos

Debido a los cambios regulares del examen de certificación PMP, incluso a los expertos les resulta difícil medir el porcentaje de estudiantes que aprueban el examen cada año. Hasta la metodología del examen que ha cambiado en 2006, muchos profesionales de la administración de proyectos estiman que alrededor de tres de cada cinco que tomaron el examen lograron una calificación de aprobado. Sin embargo, muchos tutores del examen de certificación de administración de proyectos notan que el umbral para obtener la certificación PMP se ha hecho más fácil desde que el examen tiene una relación más directa con guía publicada Project Management Body of Knowledge (PMBOK).
Como resultado, los cursos de entrenamiento de administración de proyectos se dividen en dos grandes categorías: programas de preparación para el examen que sobre todo enseñan la prueba, y programas integrales de desarrollo profesional que ayudan a los profesionales aspirantes a aprovechar el PMBOK como un conjunto de herramientas para el cambio organizacional. En el artículo GanttHead en la comunidad PMP en línea, Andrew Makar comparte su propia experiencia de la preparación para la certificación. Él escribe: “Con todo, tomo de 8 a 10 semanas de estudio diligente antes de sentirme comoda en la sala de estar para el examen. La principal ventaja era que realmente entiendes el contenido del PMBOK v/s estudiarlo para pasar el examen”. A medida que el mercado de trabajo para jefes de proyecto se calienta, la inversión en formación para administrador de proyectos ya puede preparar a los profesionales que aspiran a aumentos salariales significativos en el futuro.

domingo, octubre 14, 2012

Gestion de Proyectos

Tomado de: Articulo Original

Introducción

El siguiente contenido, le ayudará básicamente a comprender teóricamente el uso de los sistemas de administración de proyectos, y porque este tiene importancia en el que hacer de la administración de empresas, y principalmente en el control y ejecución de proyectos.
En el siguiente texto lo que haremos es enfocarnos en la Aplicación dotproject, que viene en la distribución ESUN LINUX.
El desarrollo de los proyectos llevan consigo, un arduo trabajo, de administrar en si un proyecto. Las etapas e hitos, son la consecución exitosa de los planes que se han designado para el proyecto en cuestión. Es por eso que analizar este marco teórico.

¿Qué es la administración de proyectos?

Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo.
También se dice que la administración de proyectos ocurre cuando se da un énfasis y una atención especial para conducir actividades no repetitivas con el propósito de lograr un conjunto de metas.
Esta actividad es llevada a cabo por un conjunto de administradores que actúan como agentes unificadores para proyectos particulares, tomando en cuenta los recursos existentes, tales como el tiempo, materiales, capital, recursos humanos y tecnología.
En este caso podemos visualizar que una buena planificación, nos ayuda claramente a llevar al exito los proyectos, y eso genera un beneficio para las empresas. Los sistemas de administración de proyectos, se vuelve una herramienta, indispensable para llegar al exito, y a la mejor ejecución de los proyectos. Dotproject es un software que definitivamente genera una ventaja a la hora de poder crear un proyecto, y administrarlo de la mejor forma.

Importancia de la administración de proyectos

La administración de proyectos implica una gran importancia, por lo que es usada en una gran diversidad de campos; desde proyectos espaciales, en bancos, en desarrollo de sistemas en computadora, en procesamiento de hidrocarbono, en la industria petroquímica, en telecomunicaciones, en defensa nacional, etc.
Los cambios tecnológicos, la necesidad de introducir nuevos productos al mercado, las cambiantes exigencias de los consumidores de productos, entre otras cosas, incrementan el fluido de operaciones en una organización, provocando que los métodos de administrativos convencionales sean inadecuados. Por esta razón la administración de proyectos es importante, ya que ofrece nuevas alternativas de organización.
Sirve para aprovechar de mejor manera los recursos críticos cuando están limitados en cantidad y/o tiempo de disponibilidad. También ayuda a realizar acciones concisas y efectivas para obtener el máximo beneficio.

La administración como base de los proyectos

La administración procura siempre el máximo aprovechamiento de los recursos, mediante su utilización eficiente. Las principales funciones de la administración se engloban en planeación, organización, dirección y control.
Durante la planeación se decide anticipadamente qué, quién, cómo, cuándo y por qué se hará el proyecto. Las tareas más importantes de la planeación son determinar el status actual de la organización, pronosticar a futuro, determinar los recursos que se necesitarán, revisar y ajustar el plan de acuerdo con los resultados de control y coordinar durante todo el proceso de planeación.
La organización realiza actividades en grupo, de asignación y asesoramiento, y proporciona la autoridad necesaria para llevar a cabo las actividades.
Dentro de esta etapa se identifica, define y divide el trabajo a realizar, se agrupan y definen los puestos, se proporcionan los recursos necesarios y se asignan los grados de autoridad.
El siguiente paso es la dirección, la cual sirve para conducir el comportamiento humano hacia las metas establecidas.
Aquí se comunican y explican los objetivos a los subordinados, se asignan estándares, se entrena y guía a los subordinados para llegar a los estándares requeridos, se recompensa el rendimiento y se mantiene un ambiente motivacional.
Por último se encuentra el control, que se encarga de medir el rendimiento obtenido en relación a las metas fijadas. En caso de haber desviaciones, se determinan las causas y se corrige lo que sea necesario.

Funciones en la administración de proyectos

El administración de proyectos opera independientemente de la cadena de mando normal dentro de la organización. Debe dirigir y evaluar el proyecto; también planear, proponer e implementar políticas de administración de proyectos, asegurar la finalización del proyecto mediante compromisos contractuales.
Otras tareas que debe cumplir son desarrollar y mantener los planes del proyecto, darle una calendarización y financiamiento adecuados al proyecto y evaluar y reportar su avance.
Debe resolver los problemas a través de decisiones orientadas al objetivo.
Además, el administrador de proyecto debe resolver las siguientes preguntas:
  • ¿ Qué se va a hacer ?
  • ¿ Cuándo se va a hacer ?
  • ¿ Por qué se va a hacer ?
  • ¿ Cuánto dinero está disponible para hacerlo ?
  • ¿ Qué tan bien se está haciendo el proyecto ?

El uso de Diagramas de Gantt.

DEFINICIÓN: El diagrama de Gantt es un diagrama de barras horizontales en el cual la lista de actividades va debajo del eje vertical y las fechas se colocan a lo largo del eje horizontal. En el eje Horizontal corresponde al calendario, o escala de tiempo definido en términos de la unidad más adecuada al trabajo que se va a ejecutar: hora, día, semana, mes, etc. En el eje Vertical se colocan las actividades que constituyen el trabajo a ejecutar. A cada actividad se hace corresponder una línea horizontal cuya longitud es proporcional a su duración en la cual la medición efectúa con relación a la escala definida en el eje horizontal conforme se ilustra. En el cuadro numero 8 aparece un diagrama de Gantt que representa el proyecto del libro mayor principal. Las actividades que comienzan más temprano se localizan en la parte superior del diagrama, y las que comienzan después se colocan de modo progresivo, empezando por la que empiece primero, en el eje vertical. De este modo, el diagrama parece la vista lateral de una corriente que fluye de una montaña, lo cual explica por qué los diagramas de Gantt también se conocen como diagramas en “cascada”. Además, el flujo desde la parte superior izquierda hacia la parte inferior derecha puede dar la idea de secuencia al colocar el número o la letra de la actividad precedente inmediata a la izquierda del extremo de la barra que representa la actividad. Los diagramas de Gantt son herramientas prácticas muy utilizadas en la administración de proyectos porque no sólo son económicas y fáciles de aplicar, sino que también presentan gran cantidad de información, donde el administrador puede descubrir de inmediato cuáles actividades van adelantadas en la programación y cuáles están atrasadas. En general, cuanto más grande sea el proyecto, más difícil será desarrollar y mantener actualizados los diagramas de Gantt. Sin embargo, en los grandes proyectos, pueden ser útiles para representar las diversas tareas en que se descompone la actividad o dar una idea amplia del proyecto. Otra desventaja más grave es que no indican cuáles actividades pueden retardarse o dilatarse sin que se afecte la duración del proyecto.

Las tres restricciones tradicionales

Como cualquier empresa humana, los proyectos necesitan ser ejecutados y entregados bajo ciertas restricciones. Tradicionalmente, estas restricciones han sido alcance, tiempo y costo. Esto también se conoce como el Triángulo de la Gestión de Proyectos, donde cada lado representa una restricción. Un lado del triángulo no puede ser modificado sin impactar a los otros. Un refinamiento posterior de las restricciones separa la calidad del producto del alcance, y hace de la calidad una cuarta restricción.
  • La restricción de tiempo se refiere a la cantidad de tiempo disponible para completar un proyecto.
  • La restricción de coste se refiere a la cantidad presupuestada para el proyecto.
  • La restricción de alcance se refiere a lo que se debe hacer para producir el resultado final del proyecto.
Estas tres restricciones son frecuentemente competidoras entre ellas: incrementar el alcance típicamente aumenta el tiempo y el costo, una restricción fuerte de tiempo puede significar un incremento en costos y una reducción en los alcances, y un presupuesto limitado puede traducirse en un incremento en tiempo y una reducción de los alcances.
La disciplina de la gestión de proyectos consiste en proporcionar las herramientas y técnicas que permiten al equipo de proyecto (no solamente al gerente del proyecto) organizar su trabajo para cumplir con todas esas restricciones.

Tiempo

El tiempo se descompone para propósitos analíticos en el tiempo requerido para completar los componentes del proyecto que es, a su vez, descompuesto en el tiempo requerido para completar cada tarea que contribuye a la finalización de cada componente. Cuando se realizan tareas utilizando gestión de proyectos, es importante partir el trabajo en pedazos menores para que sean fáciles de seguir .

Costo

El costo de desarrollar un proyecto depende de múltiples variables incluyendo costos de mano de obra, costos de materiales, administración de riesgo, infraestructura (edificios, máquinas, etc.), equipo y utilidades. Cuando se contrata a un consultor independiente para un proyecto, el costo típicamente será determinado por la tarifa de la empresa consultora multiplicada por un estimado del avance del proyecto.

Alcance

Requerimientos especificados para el resultado final. La definición global de lo que se supone que el proyecto debe alcanzar y una descripción específica de lo que el resultado final debe ser o debe realizar. Un componente principal del alcance es la calidad del producto final. La cantidad de tiempo dedicado a las tareas individuales determina la calidad global del proyecto. Algunas tareas pueden requerir una cantidad dada de tiempo para ser completadas adecuadamente, pero con más tiempo podrían ser completadas excepcionalmente. A lo largo de un proyecto grande, la calidad puede tener un impacto muy significativo en el tiempo y en el costo (o viceversa).

7 Mejores practicas para gestionar tu proyecto

1. Defina el Alcance y los Objetivos del Proyecto

Primero entienda los objetivos del proyecto. Suponga que su jefe/a le pide que organice una campaña de donantes de sangre, ¿Cuál es el objetivo: obtener la mayor cantidad de sangre posible? O es ¿levantar el perfil local de la empresa? Decidir cuáles son los objetivos reales le ayudará a planificar el proyecto.
El alcance o área de competencia define los límites del proyecto. Decidir que es lo que está dentro o fuera de los límites del proyecto determinará la cantidad de trabajo que se necesitará realizar.
Entienda quiénes son los accionistas, qué producto esperan que se les entregue y consiga su respaldo. Una vez que tenga el alcance y los objetivos del proyecto definidos, deje que los accionistas los revisen y le presten su acuerdo.

2. Defina las Tareas

Debe definir que tareas se esperan del proyecto. Si por ejemplo su proyecto es una campaña publicitaria para una nueva barra de chocolate, entonces una tarea sería producir el trabajo de arte para la publicidad. Por eso defina que cosas tangibles deben ser producidas y documéntelas con suficiente detalle para que cualquiera de los involucrados pueda llevarla a cabo correcta y eficientemente.
Los accionistas claves deben revisar la definición de las tareas y estar de acuerdo que las mismas reflejan adecuadamente lo que se espera.

3. Planifique el Proyecto

Planificar requiere que el gerente de proyecto decida qué gente, recursos y presupuestos se requieren para completar el mismo.
Usted debe definir que actividades se requieren para producir los productos, utilizando técnicas tales como Estructura Analítica de Proyectos ( Work Breakdown Structures –WBS; en el gerenciamiento de proyectos el WBS es una técnica que consiste en la descomposición del proyecto en partes manejables).
Usted debe estimar los tiempos y los esfuerzos requeridos para cada actividad, las dependencias entre actividades y luego decidir un programa realista para completarlas. Involucre al equipo de proyecto en la estimación de la duración de las actividades. Establezca hitos que indiquen fechas críticas durante el desarrollo del proyecto. Escríbalas en su planificación. Pida a los accionistas principales que la revisen y presten su consentimiento al plan.

4. Comunicación

La planificación del proyecto resulta inútil si no es comunicada efectivamente al equipo de proyecto. Cada miembro del equipo necesita conocer sus responsabilidades. Una vez trabajé en un proyecto en donde el project manager se quedó sentado en su escritorio rodeado de un enorme cronograma. El problema fue que nadie en ese equipo sabía cuales eran las tareas y las fechas tope, pues nadie había compartido la planificación. El proyecto sufrió todo tipo de problemas porque la gente hacía actividades que pensaban que eran importantes en vez de hacer las que el director de proyecto les había asignado.

5. Seguimiento y Reporte de Avance del Proyecto

Una vez que el proyecto esté en ejecución usted debe monitorearlo y comparar el progreso actual con el proyectado. Necesitará reportes de avance de proyecto que deberán producir los miembros del equipo. Usted deberá registrar las variaciones entre lo real y lo proyectado, tanto en lo referente a costos, como a cronograma y al alcance. Deberá reportar las variaciones a su superior y a los accionistas claves para poder tomar acciones correctivas antes de que esos desfasajes sean demasiado grandes.
Puede ajustar el plan de muchas maneras para volver a poner la planificación en el camino trazado pero siempre terminará equilibrando costos, cronograma de tareas y alcances. Si el director de proyecto cambia una de estas, entonces uno o los dos elementos restantes deberán inevitablemente ajustarse de forma acorde. Es justamente el balance estos tres elementos –conocidos como el triángulo del proyecto- lo que típicamente causa los mayores dolores de cabeza al manager de proyecto.

6. Gestión del Cambio

Los accionistas a menudo cambian de parecer en lo que respecta a las áreas de cada proyecto. A veces cambia el entorno de negocios en medio del desarrollo, y los supuestos que se hicieron al comenzar no siempre siguen siendo válidos. Esto a veces implica que el cronograma o las tareas deban ser cambiados. Si el manager del proyecto acepta todos los cambios, muy probablemente el proyecto se saldrá de presupuesto, se atrasará y hasta podría no terminarse.
Administrando los cambios, el líder de proyecto puede tomar decisiones sobre si incorporar o no los cambios inmediatamente o en el futuro, o directamente rechazarlos. Esto aumenta las posibilidades de que el proyecto sea exitoso porque el project manager controla la forma en que esos cambios son incorporados, puede disponer nuevos recursos acordes al cambio y puede planificar cuando y como se harán los mismos. Una de las razones por lo que a veces fracasan los proyectos es por la imposibilidad de gestionar los cambios eficientemente.

7. Gestión del Riesgo

Los riesgos son eventos que pueden afectar negativamente su proyecto. He trabajado en proyectos en lo que los riegos incluyeron: un plantel laboral que no tenía las habilidades técnicas requeridas para realizar el trabajo, la falta de entrega a tiempo de hardware u otros equipos, una sala de control con riesgo de inundación y muchos otros. Los riesgos varían con cada proyecto pero se debe identificar lo antes posible los riesgos del proyecto en particular. Se debe planificar para evitar los riesgos o, si los riesgos no pueden ser evitados, para mitigar su impacto en el proyecto en caso de que efectivamente ocurra. Esto se conoce como gestión del riego (risk management).
Usted no controla todos los riesgos porque estos pueden ser muchos y no todos tienen el mismo impacto.

martes, mayo 29, 2012

Formulación de un Plan Estratégico Empresarial

Tomado de: Formulación de un Plan Estratégico Empresarial


En este artículo encontraras información para elaborar un Plan Estratégico Empresarial. Utilizaré una metodología muy sencilla y fabulosa que me enseño el profesor Carlos Pittaluga, y la hemos complementado con las experiencias de cada usuario de mis servicios. Siempre la utilizo y la recomiendo a empresas de pequeña a mediana complejidad, también sirve para analizar el rumbo que ha tomado la organización y reorientarla si es necesario. En los proyectos que las hemos utilizado ha sido una grata experiencia.

El Plan Estratégico es un documento en el cual se recoge lo que queremos que sea la organización en período de tiempo en  años y el cómo podemos conseguirlo. Del plan se establece las áreas de interés que debemos trabajar y mediante que acciones concretas podemos llegar a la situación que visionamos.

En este grafico vemos  las diferentes etapas o aspectos a desarrollar.



Comencemos con la conceptualización de la Empresa:

Establecer lo que queremos hacer, o lo que va hacer la organización (Suposiciones, creencias e hipótesis que sirven para moldear la cultura y van a determinar la conducta).

Analizamos cuales son las necesidades del sector que deseamos satisfacer. Se identifican los clientes y usuarios de los servicios y productos. Se realiza un análisis de valor intrínseco. Definir cuáles son las características de valor agregado para los clientes y como nos vamos a diferenciar de nuestros competidores.

Responde estas preguntas, detalla lo más que puedas las ideas e información.

a. ¿Qué necesidades del sector deseamos satisfacer?

b. ¿Quiénes se beneficiarían de los servicios y productos?

c. ¿Qué haremos para satisfacer las necesidades?

d. ¿Cuáles son las características de valor agregado de nuestros servicios y productos?

e. ¿Cuáles son nuestros competidores?

f. ¿Qué debo hacer diferente a mi competidor?

g. ¿Qué exigencias llevan implícitas estas diferencias?

h. ¿Qué es clave para el éxito?

i. ¿Cuáles deben ser las características y competencias de mi gente?

j. ¿Cómo es el comportamiento de la organización?

k. ¿Qué riesgos implica y que puedo hacer?

l. ¿Qué podemos perder?

Ahora debes establecer la Cadena de Valor del Negocio:

El primer grafico muestra una referencia de cadena de valor,  pero deberás elaborar tu propio Mapa de Valor y  detallar las etapas y secuencias de tu proceso de  servicio,  desde que idéntificas las necesidades del cliente,  hasta el servicio post venta. Puedes utilizar disgrama de bloque  u otra herramienta gráfica  más especializada como IDEFO  como el gráfico 2.







El segundo grafico es una metodología más avanzada de graficar donde se detalla los diferentes elementos de entrada y salida que participan en un proceso de valor.

Establecer las características de la calidad del servicio:

Se puede utilizar como guía lo establecido por Zeithaml, para describir las características del servicio, considerando también lo que estableciste como elemento diferenciador en la sección anterior.

a. Confiabilidad: Honrar lo prometido u ofrecido.

b. Empatía: Compenetración con el cliente.

c. Responsabilidad: Capacidad de respuesta y disposición.

d. Apariencia: Congruencia entre forma y fondo.

e. Seguridad: Confianza y credibilidad.


En este punto y con la información que has obtenido en esta etapa del ejercicio estas en capacidad de establecer los Principios Orientadores Estratégicos del Negocio.

Revisa lo que has descrito y desarrolla lo siguiente:

a. La razón de ser definida: Misión

b. El estado ideal y esperado: Visión

c. Los elementos diferenciadores: Factor clave de Éxito

d. Competencias: Habilidades, Conocimientos, características y condiciones de la gente

e. Valores: Creencias firmes en acciones concretas, principios que nos sostienen

f. Retos Estratégicos: Obstáculos o riesgos que debemos superar para llegar a la Visión

Análisis Situacional:
Si es una empresa que ya está en funcionamiento, entonces realiza un análisis comparativo de los procesos definidos y las funciones que desempeñan actualmente tus trabajadores, realiza un diagnostico de los procesos para prestar el servicio o producir los bienes y su coherencia con las funciones de los trabajadores.



Si ya está establecida la empresa es esencial que realices un Análisis FODA. Es una herramienta que te permite establecer un perfil de la situación actual de la empresa, puedes obtener un diagnóstico preciso que te permita tomar decisiones acordes con los objetivos y políticas formulados o los que vas a formular en este Plan Estratégico.

El término FODA es por cada una de las siglas de las palabras Fortalezas, Oportunidades, Debilidades y Amenazas. Esta herramienta de análisis establece que las fortalezas y debilidades son variables internas de la organización y que es posible actuar sobre ellas; y las oportunidades y las amenazas son variables externas que son difíciles de cambiar pero deben ser consideradas.

Análisis Interno:

a. Fortalezas: son las capacidades con que cuenta la empresa, y por los que cuenta con una posición privilegiada frente a la competencia. Recursos que se controlan, capacidades y habilidades que se poseen, actividades que se desarrollan positivamente, etc.

b. Debilidades: son aquellos factores que provocan una posición desfavorable frente a la competencia. recursos de los que se carece, habilidades que no se poseen, actividades que no se desarrollan positivamente, etc.

Analizas: Recursos financieros, proceso, organización, clima, conocimientos, tecnologías, instalaciones, etc.

Análisis Externo:

c. Amenazas: son aquellas situaciones que provienen del entorno y que pueden llegar a atentar incluso contra la permanencia de la organización.

d. Oportunidades: son aquellos factores que resultan positivos, favorables, explotables, que se deben descubrir en el entorno en el que actúa la empresa, y que permiten obtener ventajas competitivas.

Analizas: Factores políticos, lineamiento corporativos externos, aspectos legales e impositivos, sociedad, aspectos ambientales, disponibilidad de tecnologías, reputación, etc.

Para presentar los resultados del análisis puedes realizar una Matriz FODA, que se lleva a cabo en los ocho pasos siguientes:

1. Hacer una lista de las oportunidades externas clave de la empresa.

2. Hacer una lista de las amenazas externas clave de la empresa.

3. Hacer una lista de las fortalezas internas clave de la empresa.

4. Hacer una lista de las debilidades internas clave de la empresa.

5. Adecuar las fortalezas internas a las oportunidades externas y registrar las estrategias FO resultantes.

6. Adecuar las debilidades internas a las oportunidades externas y registrar las estrategias DO resultantes.

7. Adecuar las fuerzas internas a las amenazas externas y registrar las estrategias FA resultantes.

8. Adecuar las debilidades internas a las amenazas externas y registrar las estrategias DA resultantes.



Modelo de Matriz de  de análisis FODA.
Desarrollo del Modelo Estratégico:

Seguido de esta etapa viene la definición del Modelo Estratégico, existen diferentes herramientas metodológicas para desarrollarlo. Estas herramientas permiten que formules tus estrategias desde diferentes perspectivas. Ejemplo de las perspectivas son: Los Accionistas, Clientes o Usuarios, Trabajadores, Capacidades, Impacto en la Sociedad. Dependiendo de la naturaleza de la organización una herramienta metodológica puede ser más pertinente que otra.

Una herramienta comúnmente utilizada es el Tablero de Comando o BALANCE SCORECARD, esta herramienta establece 4 perspectivas para que definamos, Las estrategias, Objetivos e Indicadores:

1. Accionistas: Representa el punto de vista de quienes ejercen la propiedad del negocio.

2. Clientes: Representa el punto de vista de los destinatarios de bienes y servicios.

3. Procesos: Representa el punto de vista de las actividades necesarias para producir bienes y servicios.

4. Capacidades: Representa el punto de vista de las capacidades humanas, infraestructura tecnológica y de organización para realizar actividades productivas

En el siguiente grafico muestro dos ejemplos de modelo estratégico orientado a una intuición de salud privada, donde se incluye la perspectiva de impacto social, esto igual puede ocurrir en una institución pública.


 




En esta etapa se pretende definir los Objetivos estratégicos por cada perspectiva. El tablero de comando de proveer control para:

Las características del Tablero de Comando:

a. Dinámico

b. Proactivo

c. En tiempo real

d. Que permita tomar decisiones oportunas

e. Sintaxis para los niveles directivos

f. Específicos para los niveles operativos

g. Estandarizado

Los objetivos establecidos deben proveer como mínimo información sobre:

a. Objetivos Específicos

b. Metas

c. Indicadores para medir cumplimiento

d. Tolerancias

e. Sistemas de Alarmas

f. Acciones concretas

g. Compromisos (Fechas y Responsabilidades)

Un ejemplo de cómo se muestran los resultados:


Resultados de Tablero de Comando, lo puedes hacer desde utilizar una hoja de cálculo  hasta avanzadas herramientas automatizadas y computarizada.

Durante la ejecución del Plan  debes considerar:

El monitoreo de los resultados obtenidos y sus efectos

La identificación de causas de desviaciones

Los planes correctivos de causas de problemas

Los planes de mejora

Las evidencia de los comportamientos positivos

El sistema de alerta a los cambios de las condiciones iniciales e introducción de modificaciones consecuentes, garantizando la integridad del plan.

Recuerda que luego de haber definido la estrategias es importante la revision y diseño organizacional. Este punto lo desarrollo en otro árticulo. De la Estrategia al Diseño Organizacional.

La estrategia define al sistema, el sistema determina la estructura. Los valores y creencias habilitan los procesos y la función determina la forma.





Realmente espero que esta información te sea de utilidad, puedes escribirme para más detalles si lo requieres.