domingo, 6 de diciembre de 2015

4.6 IMPLEMENTACIÓN DEL PROYECTO

·         R&I (Recepción e inspección)

Se refiere a la verificación de la conformidad del trabajo de acuerdo al pedido definido en el archivo de diseño validado. R&I es un proceso riguroso y metódico que se lleva a cabo al recibir el pedido. Se realiza de acuerdo con el archivo de inspección establecido por el cliente, un compilado de documentos que estipula la forma en que debe inspeccionarse el trabajo. A veces, el período R&I es considerado temporario, cuando transcurre durante el lapso de tiempo denominado Período de garantía.
Una vez que el período de garantía expira, finaliza esta etapa con la elaboración de un recibo (copia del recibo final) firmado por el contratista y el cliente. Dicho recibo contiene los comentarios del cliente y, si es pertinente, el rechazo por parte del cliente a aceptar el trabajo en caso de que no se haya cumplido con las especificaciones.

·         Prueba

La prueba consiste en la verificación de conformidad de los servicios del trabajo con respecto a las especificaciones técnicas del cliente.

·         Instalación

·         Sitios pilotos

La creación de sitios pilotos permite probar el trabajo en sus dimensiones técnicas y en términos de su organización y respuesta del usuario. La experiencia de los sitios pilotos permite la preparación para la puesta en funcionamiento, un mejor entendimiento de los requisitos y una temprana identificación de las dificultades.

·         Puesta en funcionamiento

Esto hace referencia a la puesta en funcionamiento masiva en el lugar donde se encuentra el usuario final. Una puesta en funcionamiento exitosa en los sitios pilotos no significa que automáticamente la puesta en funcionamiento general sea exitosa. De hecho, durante la experimentación, los usuarios tienen una motivación que los usuarios finales no poseen. Además, cada funcionamiento defectuoso del trabajo se registra durante la experimentación. La puesta en funcionamiento generalmente implica cambios en la forma en que trabajan los usuarios, lo que se convierte en un obstáculo para la aceptación del producto por parte de los usuarios. De hecho, los usuarios finales generalmente buscan una motivación física en sus vidas profesionales (un incremento en sus ingresos y en su posición jerárquica) y una seguridad en su trabajo. Un cambio en sus hábitos de trabajo es un obstáculo para estos objetivos.
Así, "gestión del cambio" se utiliza para referirse a todos los elementos que permiten asegurarse que los usuarios finales utilizarán verdaderamente el producto, y por lo tanto, cambiarán sus hábitos. Este término, abarca, entre otras cosas, la capacitación de los usuarios en la utilización del producto, como también la asistencia técnica al usuario (línea de ayuda).
Por otro lado, si el proyecto está diseñado para un gran número de usuarios finales, no siempre es factible pasar directamente de la experimentación a la puesta en funcionamiento general. Dependiendo del trabajo, podría ser necesario realizar pruebas incrementales de los resultados, es decir, simular un número de usuarios que se incremente gradualmente para poder estimar si el producto es potencialmente capaz de tolerar el resultado final (uso simultáneo por el número de usuarios provistos en las especificaciones).

·         Capitalización

La fase de capitalización consiste en hacer un inventario del producto basado en su aprovechamiento, es decir, almacenar el conocimiento técnico derivado del proyecto de manera que se pueda mejorar la eficiencia en la administración para proyectos futuros. Así, es indispensable, al final de un proyecto, organizar los "recuerdos" de esta información y permitir que se puedan recuperar. Este proceso de organización se denomina "gestión del conocimiento", generalmente abreviado "KM" por sus siglas en inglés.
Una rendición de informes es muy útil para todos los involucrados, ya que permite repasar todas las variaciones del proyecto y las medidas tomadas para su corrección.

·         Mantenimiento


Mantenimiento se refiere a todas las operaciones de modificación llevadas a cabo, dejando sus funcionalidades básicas intactas. Así, el mantenimiento permite mantener un sistema en operación mientras corrige anomalías en el trabajo y tomar en cuenta los pedidos de mejoras del usuario.

4.5 REVISIONES

En toda etapa del proyecto, por ejemplo, se deberá efectuar un chequeo continuo, independiente y efectivo al interior de cada disciplina y un chequeo cruzado, de similares características, entre especialidades. 
El objetivo de estas revisiones e inspecciones es compatibilizar los proyectos desarrollados, identificar debilidades del proyecto y velar por el cumplimiento de los objetivos establecidos por el propietario. Se deberán caracterizar los mecanismos de revisión que usará el equipo revisor, además de los que se desarrollen al interior, los que se efectuarán entre actividades y los que ejecutarán profesionales externos. 

Las fechas de las revisiones deberán definirse de acuerdo con la programación del avance del proyecto. Los profesionales deberán desarrollar sus actividades teniendo en cuenta esta situación, para que su desarrollo pueda ser coordinado, revisado y evaluado. Los especialistas que efectúen revisiones, al interior de su grupo o como parte del chequeo cruzado requerido deberán demostrar calidad y experiencia acordes con las exigencias del proyecto. 
Todo mecanismo de revisión, inspección y ensayo utilizado en el proyecto deberá estar explícitamente detallado. Los procedimientos deberán encontrarse debidamente normados y documentados. No se podrán aceptar procedimientos basados en prácticas que no se encuentren documentadas. Todo acuerdo alcanzado, estándar de calidad adoptado o cambio efectuado al concepto original del proyecto, ya sea durante la etapa de diseño o de construcción, deberá quedar documentado y deberá. Tanto durante la etapa de diseño como la de construcción, se deberán definir los plazos de ejecución y entrega de cada componente del proyecto. Se deberán definir los canales y protocolos de comunicación. Deberá contar en cada momento con versiones actualizadas de los proyectos ejecutados. Periódicamente el equipo revisor deberá citar a reuniones de coordinación con el grupo ejecutor. 

4.4 DESARROLLO DEL PROYECTO

Muchos procesos de nuestra vida se centran en la metodología de proyectos, por ende es de gran valor aprovechar el concepto para aplicarlo a aspectos cuyo tiempo de duración tiene caducidad.

Cada una de estas fases tiene su razón de ser para lograr la estructuración sistemática de la idea en una actividad operativa y de gestión de resultados. Es importante analizar la finalidad del proyecto a nivel social, económico y de rentabilidad. De igual manera la naturaleza legal es importante para enfocarla en las prioridades del negocio tal como se aprecia en el modelo adjunto

A partir de la implementación del plan de negocio es cuando se estima el arranque del proyecto el cual debe estructurar de manera filosófica los aspectos de gestión claves así como determinar si el mismo se llevará a cabo con una estructura física o virtual (e-commerce).

Es muy común en estos momentos que el plan de negocio exponga la posibilidad de estrategias virtuales con el objeto de proyectarse a nivel internacional debiendo entonces proveer los protocolos de mercado, leyes y condiciones impositivas de cada país objetivo.
Sin duda alguna el sentido de innovación es la evidencia de la competencia de creatividad que de alguna manera es parte de la gestión empresarial moderna donde los mapas mentales son responsabilidad del ejecutivo que los propone asumiendo éste un sentido de liderazgo amplio en el cual se prueba una estrategia implementada por equipos de trabajo donde los recursos involucrados son de impacto.


ETAPAS DEL DESARROLLO DE PROYECTOS.

Detección de Necesidades.
Consiste en determinar que algún elemento ( procesos, equipos, personas, etc. ) no cumplen ya con los objetivos o metas, o bien, se requiere de uno no existente de acuerdo al nivel de importancia que manifieste la necesidad.


Definición del Problema.

Consiste en delimitar las fronteras y el alcance de las necesidades que se desean atender y sobre la cuales existen posibilidades de definir un proyecto.


Definición de Factibilidad.

Consiste en definir el nivel de factibilidad ( posibilidades de éxito ) para conseguir la solución de las necesidades. Se manejaran 4 niveles de factibilidad que servirán para determinar si un proyecto puede ser exitoso o no, estos niveles son:

Operacional.

Técnico.

Económico.

Calendarización.





4.3 LIMITACIONES DE UN PROYECTO

También conocidas como restricciones, son un factor importante cuando se establece el plan de un proyecto y cuando ya está encaminado. Las restricciones a los proyectos son muy amplias. Al igual que las restricciones con las que se topa un gerente cuando enfrenta alguna tarea, se debe identificar las restricciones de antemano o un proyecto costoso puede irse por la borda, después de sufrir consecuencias que pudiera haber evitado.



Hay tres clases de restricciones o limitaciones en los proyectos:

  • Aquellas que se pueden prever: Si usted sabe que es probable que en el camino suceda algo que pueda afectar al proyecto (mal tiempo, asuntos de trabajo o la partida de un miembro clave del proyecto) puede incluirlo en el programa.
  • Aquellas que surgen a medio proyecto: Los gerentes experimentados de proyectos introducen cierta holgura en el cálculo del tiempo para incluir contingencias, y reacciones en forma proactiva cuando sucede lo inesperado. Es posible que sobrevenga cualquier desastre en n proyecto, desde causas de fuerza mayor (fuerzas naturales) hasta un empleado clave que presento un curriculum vitae falso y que no sabe nada del proyecto en gestión.
  • Proyectos que parten de malos planes o carecen de apoyo: Cualquier empresa que comienza un proyecto debe estar comprometida a terminarlo. Es triste decir que algunos proyectos nunca llegan a su conclusión.



4.2 ALCANCE DE UN PROYECTO

Proceso de subdividir los entregables principales en componentes administrables con el objetivo de:

1. Mejorar la exactitud de los estimados de costo y tiempo.
2. Definir una línea de base para medición y control del proyecto.
3. Facilitar una clara asignación de roles y responsabilidades.



Básicamente, la declaración de alcance se usa para definir lo que está dentro de las fronteras del proyecto y lo que está afuera de estas fronteras. Es decir, que
 el alcance es la definición de los puntos que entran y no entran en el proyecto y que es acordado por todas las partes, refiriéndose a todos los requerimientos a satisfacer en el proyecto.



Los siguientes tipos de información servirán como ayuda a la hora de identificar el alcance:



  • Tipos de entregables que están dentro y fuera del alcance (requerimientos de negocio y análisis de la situación actual).
  • Procesos del ciclo de vida que están dentro y fuera del alcance (Análisis, diseño, pruebas).
  • Tipos de datos que están dentro y fuera del alcance (financieros, ventas, empleados, etc.).
  • Fuentes de datos o bases de datos que están dentro y fuera del alcance (facturación, mayor general, nómina, activos, etc.).
  • Organizaciones que están dentro y fuera del alcance (Recursos humanos, manufactura, proveedores, etc.).
  • Funcionalidades que están dentro y fuera del alcance (Soporte de decisiones, captura de datos, reportes de gestión, etc.).


4.1 DEFINICIÓN DEL PROYECTO


Un proyecto puede ser simplemente un plan o una idea, al menos en la vida cotidiana o en el lenguaje coloquial. Cuando se habla de proyectos en un marco más formal, es habitual que puedan distinguirse diversas etapas en su desarrollo: primero surge una idea que reconoce una oportunidad, luego se diseña el proyecto en sí mismo con la valoración de las estrategias y opciones y finalmente se ejecuta el plan. Tras la concreción del proyecto, llega la hora de evaluar los resultados según el cumplimiento, o no, de los objetivos fijados.




Aunque existen múltiples clasificaciones de los proyectos, es posible señalar dos grandes categorías. Por un lado aparecen los proyectos productivos (asociados a las empresas, buscan generar beneficios económicos) y, por otro, los proyectos sociales o públicos (apuntan a mejorar la calidad de vida de la gente).

Ejemplo de proyecto productivo:

Ejemplo de proyecto social:




3.5 E-GOVERNMENT

Se entiende por E-Government la realización de prestaciones administrativas tanto servicios individuales como procesos de decisión complejos y de ofertas destinadas a sustentar la cultura democrática de nuestra sociedad, cuando éstas se llevan a cabo mediante tecnologías de la información y de la comunicación (principalmente a través del Internet).

E-Government no es un objetivo en sí mismo. Le permite a la administración ofrecer servicios a los ciudadanos y a las empresas las 24 horas del día, los siete días de la semana, lo cual ahorra tiempo y dinero a ambas partes. El E-Government requiere de la cooperación estrecha entre los distintos planos de la administración.