miércoles, 27 de mayo de 2015

ADMINISTRACIÓN DE LA CALIDAD



Los factores de la calidad del software




Los factores que determinan la calidad del software se clasifican en tres grupos:

-Operaciones del producto: características operativas
  • Corrección: Grado en que un programa satisface sus especificación y logra los objetivos marcados por el usuario. (¿Hace lo que se le pide?).
  • Fiabilidad: Grado en que se puede esperar que un programa lleve a cabo las funciones esperadas con la precisión requerida. (¿Lo hace de forma fiable todo el tiempo?).
  • Eficiencia: Cantidad de recursos de computadoras y de código requeridos por el programa para realizar sus funciones con los tiempos de respuesta adecuados. (¿Qué recursos hardware y software necesito?).
  • Integridad: Grado en que puede controlarse el acceso al software o a los datos por usuarios no autorizados. (¿Puedo controlar su uso?).
  • Facilidad de uso: Esfuerzo necesario para aprender, utilizar, preparar las entradas e interpretar las salidas de un programa. (¿Es fácil y cómodo de manejar?).

-Revisión del producto: capacidad para soportar cambios.
  • Facilidad de mantenimiento: Esfuerzo requerido para localizar y arreglar un error en un programa. (¿Puedo localizar los fallos?).
  • Flexibilidad: Esfuerzo requerido para modificar un programa. (¿Puedo añadir nuevas opciones?).
  • Facilidad de prueba: Esfuerzo requerido para probar un programa de forma que se asegure que realiza la función requerida. (¿Puedo probar todas las opciones?).

-Transición del producto: adaptabilidad a nuevos entornos.
  • Potabilidad: Esfuerzo requerido para transferir un programa desde un entorno HW y/o SW a otro. (¿Podré usarlo en otra máquina?).
  • Reusabilidad: Grado en que un programa o componente SW se puede reutilizar en otras aplicaciones. (¿Podré utilizar alguna parte del software en otra aplicación?).
  • Interoperatividad: Esfuerzo requerido para acoplar un sistema con otras aplicaciones o sistemas. (¿Podrá comunicarse con otras aplicaciones o sistemas informáticos?).

Métricas de calidad del software 


Las Métricas de Calidad proporcionan una indicación de cómo se ajusta el software, a los requerimientos implícitos y explícitos del cliente.

El objetivo principal de la ingeniería del software es producir un producto de alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar mediciones que evalúen la calidad del análisis y los modelos de desafío, el código fuente, y los casos de prueba que se han creado al aplicar la ingeniería del software. Para lograr esta evaluación de la calidad en tiempo real, el ingeniero debe utilizar medidas técnicas que evalúan la calidad con objetividad, no con subjetividad.
El primer objetivo del equipo de proyecto es medir errores y defectos. Las métricas que provienen de estas medidas proporcionan una indicación de la efectividad de las actividades de control y de la garantía de calidad.



Medida de la calidad


La corrección, facilidad de mantenimiento, integridad, y facilidad de uso son medidas de calidad que proporcionan indicadores útiles para el equipo del proyecto.

•Corrección: La corrección es el grado en el que el software lleva a cabo su función requerida.

•Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede adaptar si su entono cambia, o mejorar si el cliente desea un carnio de requisitos. Esta actividad cuenta con más esfuerzo que cualquier otra actividad de ingeniería del software.

•Integridad: Mide la capacidad de un sistema para resistir ataques (tanto accidentales como intencionados) contra su seguridad. El ataque se puede realizar en cualquiera de los tres componentes del software:programas, datos y documentos.

Metricas-300x190.jpg
Para medir la integridad, se tienen que definir dos atributos adicionales: amenaza y seguridad. Amenaza es la probabilidad de que un ataque de un tipo determinado ocurra en un tiempo determinado. La seguridad es la probabilidad de que se pueda repeler el ataque de un tipo determinado. La integridad del sistema se puede definir corno: Integridad = C [(l - amenaza) x (1 - seguridad)] Donde se suman la amenaza y la seguridad para cada tipo de ataque.

•Facilidad de uso: La facilidad de uso es un intento de cuantificar lo amigable que puede ser el programa con el usuario. Se puede medir en función de cuatro características: Habilidad intelectual y/o física requerida para aprender el sistema. El tiempo requerido para llegar a ser moderadamente eficiente en el uso del sistema. Aumento neto en productividad, medida cuando alguien utiliza el sistema moderadamente y eficientemente. Valoración subjetiva de la disposición de los usuarios hacia el sistema, a veces obtenida mediante un cuestionario.

Aseguramiento de la calidad 




Sridharan (Sridharan, 2000) indica que mientras el software que se está desarrollado reúne los requerimientos y su desempeño es el esperado,es preciso que se supervisen las actividades de desarrollo del software y su rendimiento, en distintas oportunidades durante cada fase del ciclo de vida. Este es el papel del aseguramiento de la calidad del
software.
􀂆
Hay tres (3) aspectos muy importantes con relación al aseguramiento de la calidad del software: (Wiegers, 1990)
  • La calidad no se puede probar, se construye.
  • 􀂄El aseguramiento de la calidad del software no es una tarea que se realiza en una fase particular del ciclo de vida de desarrollo.
  • 􀂄Las actividades asociadas con el aseguramiento de la calidad del software deben ser realizadas por personas que no estén directamente involucradas en el esfuerzo de desarrollo.

El aseguramiento de la calidad del software comprende una gran variedad de tareas asociadas:

  • 􀂄 Preparar u plan de aseguramiento de la calidad del software para un proyecto.
  • 􀂄 Participar en el desarrollo del proceso de descripción del proyecto de software.
  • 􀂄 Revisar las actividades de ingeniería del software para verificar su consistencia con el proceso de software definido.
  • 􀂄Auditar el producto de software para verificar el cumplimiento del proceso de software definido
  • 􀂄Asegurar que las divergencias en el trabajo de software sean documentadas de acuerdo a los estándares definidos.
  • 􀂄Almacenar cualquier inconformidad y reportarla a la gerencia media.





Documentación
El sistema de gestión de la calidad tiene su soporte en el sistema documental, por lo que éste tiene una importancia vital en el logro de la calidad, que no es más que la satisfacción de las necesidades de los clientes.

La documentación es el soporte del sistema de gestión de la calidad, pues en ella se plasman no sólo las formas de operar de la organización sino toda la información que permite el desarrollo de todos los procesos y la toma de decisiones.

La Documentación contribuye a:


a) Lograr la conformidad con los requisitos del cliente y la mejora de la calidad. 
b) Proveer la formación apropiada. 
c) La repetibilidad y la trazabilidad. 
d) Proporcionar evidencias objetivas. 
e) Evaluar la eficacia y la adecuación continua del sistema de gestión de la calidad.



Evaluación de la calidad del producto



-Documentación: La documentación proporciona evidencia objetiva sobre el sistema. La documentación tiene un papel esencial para el auditor del sistema de gestión de calidad. La documentación explica cual es la política de la institución, define las autoridades, establece los procedimientos operativos los cuales ayudan a los usuarios a cumplir sus actividades y objetivos. Requisitos de la documentación:


La documentación de un sistema de calidad debe incluir los siguientes documentos:
  • Declaraciones documentadas de una política de la calidad y de objetivos de la calidad.
  • Un manual de calidad.
  • Procedimientos documentados y registros requeridos.
  • Los documentos que la organización determina como necesarios para asegurarse de la eficaz planificación, operación y control en sus procesos.
  • Manual de calidad que incluya el alcance del sistema de gestión de calidad y una descripción de la interacción entre los procesos del sistema de gestión de la calidad, entre otros.
-Pruebas de aceptación: Estas pruebas las realiza el cliente. Son básicamente pruebas funcionales, sobre el sistema completo, y buscan una cobertura de la especificación de requisitos y del manual del usuario. Estas pruebas no se realizan durante el desarrollo, pues sería impresentable al cliente; sino que se realizan sobre el producto terminado e integrado o pudiera ser una versión del producto o una interacción funcionad pactada previamente con el cliente.

Una prueba de aceptación puede ir desde un informal caso de prueba hasta la ejecución sistemática de una serie de pruebas bien planificadas. De hecho, las pruebas de aceptación pueden tener lugar a lo largo de semanas o meses, descubriendo así errores latentes o escondidos que pueden ir degradando el funcionamiento del sistema. Estas pruebas son muy importantes, ya que definen el paso nuevas fases del proyecto como el despliegue y mantenimiento.




Se emplean dos técnicas para las pruebas de aceptación:

* La prueba alfa.

Se lleva a cabo, por un cliente, en el lugar de desarrollo. Se usa el software de forma natural con el desarrollador como observador del usuario. Las pruebas alfa se llevan a cabo en un entorno controlado. Para que tengan validez, se debe primero crear un ambiente con las mismas condiciones que se encontrarán en las instalaciones del cliente. Una vez logrado esto, se procede a realizar las pruebas y a documentar los resultados. 

 *La prueba beta.

Se lleva a cabo por los usuarios finales del software en los lugares de trabajo de los clientes. A diferencia de la prueba alfa, el desarrollador no esta presente normalmente. Así, la prueba beta es una aplicación "en vivo" del software en un entorno que no puede ser controlado por el desarrollador. El cliente registra todos los problemas (reales o imaginarios) que encuentra durante la prueba beta e informa a intervalos regulares al desarrollador.

Como resultado de los problemas informados durante la prueba beta, el desarrollador del software lleva a cabo modificaciones y así prepara una versión del producto de software para toda la clase de clientes.



-Operación y mantenimiento: El mantenimiento se define como la combinación de actividades mediante las cuales un equipo o un sistema se mantienen en, o se restablece a, un estado en el que puede realizar las funciones designadas. Es un factor importante en la calidad de los productos y puede utilizarse como una estrategia para una competencia exitosa. Las inconsistencias en la operación del equipo de producción dan por resultado una variabilidad excesiva en el producto y, en consecuencia, ocasionan una producción defectuosa. Para producir con un alto nivel de calidad, el equipo de producción debe operar dentro de las especificaciones, las cuales pueden alcanzarse mediante acciones oportunas de mantenimiento.


Modelos de calidad 


-MoProSoft: Modelo de Procesos para la Industria del Software. Modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. Desarrollado por la Asociación Mexicana para la Calidad en Ingeniería de Software.


Características de MoProSoft:
  • Es específico para el desarrollo y mantenimiento de software.
  • Es sencillo de entender y adoptar.
  • Facilita el cumplimiento de los requisitos de otros modelos como ISO 9000:2000, CMM y CMMI.
  • Se enfoca a procesos.
  • Se le considera práctico en su aplicación, principalmente en organizaciones pequeñas, con bajos niveles de madurez.
  • Comprende un documento de menos de 200 páginas que, al compararlo con otros modelos y estándares, lo hace bastante práctico.
  • Resulta acorde con la estructura de las organizaciones mexicanas de la industria de software.
  • Está orientado a mejorar los procesos, para contribuir a los objetivos de negocio, y no simplemente ser un marco de referencia o certificación.
  • Tiene un bajo costo, tanto para su adopción como para su evaluación.

¿Para qué sirve MoProSoft?
  • Mejora la calidad del software producido por la empresa que adopta el modelo.
  • Eleva la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad.
  • Integra todos los procesos de la organización y mantiene la alineación con los objetivos estratégicos.
  • Inicia el camino a la adopción de los modelos ISO 9000 o CMMI.
  • Sirve para implantar un programa de mejora continua.
  • Permite reconocer a las organizaciones mexicanas por su nivel de madurez de procesos.
  • Facilita la selección de proveedores.
  • Permite obtener acceso a las prácticas de ingeniería de software de clase mundial.



MoProSoft posee tres categorías:

Categoría
Proceso
Propósito
Alta Dirección
Gestión de Negocio
Establecer la razón de ser de la organización, sus objetivos y las condiciones para lograrlos, para lo cual es necesario considerar las necesidades de los clientes, así como evaluar los resultados para poder proponer cambios que permitan la mejora continua. Adicionalmente habilita a la organización para responder a un ambiente de cambio y a sus miembros para trabajar en función de los objetivos establecidos.
Gestión
Gestión de Procesos
Establecer los procesos de la organización, en función de los procesos requeridos identificados en el Plan Estratégico. Así como definir, planificar e implantar las actividades de mejora en los mismos.
Gestión
Gestión de Proyectos
Asegurar que los proyectos contribuyan al cumplimiento de los objetivos y estrategias de la organización.
Gestión
Gestión de Recursos
Conseguir y dotar a la organización de los recursos humanos, infraestructura, ambiente de trabajo y proveedores, así como crear y mantener la Base de Conocimiento de la organización. La finalidad es apoyar el cumplimiento de los objetivos del Plan Estratégico de la organización. Las actividades de este proceso se apoyan en tres subprocesos:
- Recursos humanos y ambiente de trabajo.
- Bienes, servicios e infraestructura.
- Conocimiento de la organización.
Operación
Administración de Proyectos Específicos
Establecer y llevar a cabo sistemáticamente las actividades que permitan cumplir con los objetivos de un proyecto en tiempo y costo esperados.
OperaciónDesarrollo y Mantenimiento de SoftwareRealización sistemática de las actividades de análisis, diseño, construcción, integración y pruebas de productos de software nuevos o modificados cumpliendo con los requerimientos especificados.




-SW-CMM: Provee a las organizaciones de software de una guía sobre cómo controlar el desarrollo y mantenimiento de sus procesos de software, y cómo evolucionar hacia una cultura de ingeniería de software y administración excelente.

Fue diseñado para guiar a las organizaciones en la selección de estrategias de mejoramiento delos procesos, determinando la madurez del proceso actual e identificando los problemas más críticos para la calidad y el mejoramiento del proceso.









El CMM está estructurado en cinco (5) niveles de madurez que proporcionan las bases para el mejoramiento continuo del proceso. Estos niveles definen una escala ordinal para medir la madurez de un proceso y evaluar su capacidad.

La “madurez de un proceso de software” es el grado para el cual un proceso específico está definido, manejado, medido, controlado y es efectivo.

La “capacidad del proceso de software” describe el rango de resultados esperados que se pueden alcanzar siguiendo tal proceso.


Niveles de madurez definidos en SW-CMM



Nivel 1: Inicial

Los resultados de calidad obtenidos son consecuencia de las personas y de las herramientas que emplean. No de los procesos, porque o no los hay o no se emplean.

Nivel 2: Repetible

Se considera un Nivel 2 de madurez cuando se llevan a cabo prácticas básicas de gestión de proyectos, de gestión de requisitos, control de versiones y de los trabajos realizados por subcontratistas. Los equipos de los proyectos pueden aprovechar las prácticas realizadas para aplicarlas en nuevos proyectos. Se le llama Repetible ya que se pueden repetir éxitos anteriores aplicando la disciplina necesaria.

Nivel 3: Definido

Los procesos comunes para desarrollo y mantenimiento del software están documentados de manera suficiente en una biblioteca accesible a los equipos de desarrollo. Las personas han recibido la formación necesaria para comprender los procesos. Para cada proyecto en particular, se adaptan los procesos estándar según las necesidades del caso, es consistente la base de procesos.

Nivel 4: Gestionado

La organización mide la calidad del producto y del proceso de forma cuantitativa con base a métricas establecidas

La capacidad de los procesos empleados es previsible, y el sistema de medición permite detectar si las variaciones de capacidad exceden los rangos aceptables para adoptar medidas correctivas.

Nivel 5: Optimizado

La mejora continua de los procesos afecta a toda la organización, que cuenta con medios para identificar las debilidades y reforzar la prevención de defectos. Se analizan de forma sistemática datos relativos a la eficacia de los procesos de software para analizar el coste y el beneficio de las adaptaciones y las mejoras.

Se analizan los defectos de los proyectos para determinar las causas, y su mapeado sobre los procesos. Es el nivel más alto de CMM por el momento.

-ISO: son una serie de normas establecidas por la Organización Internacional para la Estandarización o ISO. El objetivo general de estas normas es estandarizar o normalizar el uso de información para que signifique lo mismo en todas partes del mundo.


Por su parte, ISO 9000 es una familia de normas que sirve como guía a las organizaciones —de todo tipo y tamaño— en la implantación y operación de Sistemas de Gestión de la Calidad. ISO 9000 en su versión 2000 tiene un fuerte enfoque en los procesos y en la satisfacción del cliente; además de que es certificable en México. Sin embargo, por su generalidad, es abstracto y difícil de adecuar al desarrollo de software.


martes, 7 de abril de 2015

DIAGRAMA DE RED Y RUTA CRITICA


QUE ES UN DIAGRAMA DE RED


Es una combinación de eventos, que describen de manera lógica la ejecución de los proyectos o actividades empresariales.


Según Eppen G.D en su obra Investigación de operaciones en la ciencia, año 1992 en el diagrama de red “se representa mediante una flecha llamado marco o rama. El principio y el fin de cada actividad se representa mediante un circulo llamado nodo. También se usa el término evento en conjunción con los nodos. Un evento representa la conjunción de actividades que conducen al nodo”.



El autor Waynel Winston en el año 1994, publica en su obra Investigación de operaciones la siguiente definición para el diagrama de red “Es una gráfica, o red, y se define mediante dos conjuntos de símbolos: nodos y arcos: el nodo o puntos extremos, vértices de una grafica o red.... Un arco consiste en par ordenado de puntos extremos y representa una posible dirección de movimiento que podría ocurrir entre puntos extremos o vértices”.



Mark Hillier y Liberman en su publicación editorial Investigación de Operaciones, año 2001 radica en que “las redes tienen un papel clave en el manejo de proyectos. Permiten mostrar las relaciones entre las actividades y colocar todo en una buena perspectiva. Se usan para ayudar en el análisis de proyectos y en la obtención de repuestas. Una red usada para representar un proyecto, se llama red de proyectos…”
Diagrama de red

Se estima entonces que éste es una representación gráfica que permite presentar los datos que se están manejando, de manera que resulten más fáciles; utilizando la acción de tejidos para graficar las relaciones de preferencias entre las actividades, en la que se llevara a cabo el dinamismo como parte de un proyecto. Los nodos o programas vendrían a representar la unión de la iniciación y culminación del proyecto que van a constituir, todas las actividades o acciones incluidas en las tramas o puntos. 


Esta herramienta se usan para ayudar en el análisis de proyectos y en la obtención de repuestas. Una red usada para representar un proyecto, se llama red de proyectos…” presentar la unión de la iniciación y culminación del proyecto que van a constituir, todas las actividades o acciones incluidas en las tramas o puntos.


ELEMENTOS DE UNA RED
  • Evento: 



Señala el inicio y el fin de la tarea o acción, no consume tiempo ni recursos. Se representa a través de un nodo o un círculo. 
  • Actividad:
Consiste en un conjunto de tareas, que deben ejecutarse, para la realización de una obra; consume tiempo, tiene inicio y fin, requiere mano de obra, materia prima y otros recursos. Se representa por una flecha, cuya dirección indica la secuencia. 

Dentro de las actividades se encuentran:


  • Actividad ficticia: 

Es aquella que no consume tiempo ni trabajo. Se representa por líneas entrecortadas y sirve para guardar la lógica de la red.

  • Camino Crítico: 
Es el camino más largo a través de la red y representa el menor tiempo posible para la ejecución del proyecto.

CONSTRUCCIÓN DE UN DIAGRAMA DE RED

  • Paso 1: Concretar el objetivo de la construcción del Diagrama de Flechas 

Es importante identificar claramente para qué tipo de decisiones se utilizará el Diagrama de Flechas, puesto que el objetivo de la construcción influirá sobre el grado de detalle del Diagrama, la elección de los puntos clave (hitos) del proyecto, y, naturalmente sobre la oportunidad de realizar un análisis PERT o CPM.



  • Paso 2: Definir los límites del proyecto a planificar 
Determinar el evento inicial y el evento final del proyecto.

  • Paso 3: Identificar y representar los eventos

Los hitos han de ser puntos notables y significativos del proyecto, dependiendo su número del grado de detalle requerido. Hay que procurar mantener el mismo nivel de detalle en todo el Diagrama, es decir en cada fase o área del proyecto. 

Cada evento N se representará con un número en un círculo. Aunque los números no representen el orden secuencial de los eventos, se procurará asignarlos de forma que cada uno tenga un número inferior a todos sus hitos sucesores. El evento inicial se designará con 1. 
Respecto a la disposición gráfica de los hitos, se debe considerar que el flujo lógico irá de izquierda a derecha. Se empezará entonces, dibujando en el extremo izquierdo de la hoja el primer evento del proyecto, disponiendo luego sus eventos sucesores a su derecha, y así sucesivamente. Eventos o cadenas de eventos independientes y paralelos se dispondrán uno debajo del otro. 

ejemplo:
  • Paso 4: Definir y representar las actividades 
Conectar cada evento con todos sus sucesores por medio de flechas. Las flechas indicarán el sentido de la secuencia lógica (hacia la derecha). 

Cada actividad se identificará como "Aij", sustituyendo "i" por el número correspondiente al evento de comienzo de la actividad y "j" por el número correspondiente al que finaliza la actividad. Recopilar una lista-leyenda de las actividades, definiendo el trabajo al que corresponden.

Ejemplo:

  • Paso 5: Identificar las actividades imaginarias 
Evidenciar las dependencias lógicas, que no comportan trabajo, conectando los dos eventos con una flecha discontinua. 


  • Paso 6: Comprobar la integridad del gráfico 

a) Comprobar, para cada evento, que sus eventos predecesores y las actividades que los conectan son efectivamente suficientes para alcanzarlo. 

b) Comprobar que el Diagrama no contenga "mallas cerradas". Estas representan situaciones imposibles y anulan la utilidad del Diagrama. 

El problema tiene su origen, en una mala identificación y/o definición de uno de los eventos o una de las actividades, que componen la "malla cerrada". 



¿QUE ES RUTA CRITICA?

Ruta crítica es un método que se emplea para calcular los tiempos en la planificación de un proyecto. Se trata de un algoritmo que busca optimizar los costos a partir de la programación de las acciones. Es decir; es una secuencia de elementos relacionados entre sí que indica cuál es el plazo en el cual se puede desarrollar un proyecto 

Este sistema de cálculo conocido por sus siglas en inglés CPM (Critical Path Method), fue desarrollado en 1957 en los Estados Unidos de América, por un centro de investigación de operaciones para las firmas Dupont y Remington Rand, buscando el control y la optimización de los costos mediante la planificación y programación adecuadas de las actividades componentes del proyecto.

ETAPAS DE DESARROLLO





El camino crítico es aquella secuencia de actividades, desde el primer evento hasta el último, en el que los eventos tienen la holgura mínima.

Camino crítico con holgura positiva: Si el camino crítico dispone de una holgura positiva, esto significa: 

- En el caso de evaluaciones de tiempo seguras (CPM), que se prevé poder terminar el proyecto con anticipación respecto a la fecha fijada (TL). Además, se dispone de un margen de seguridad, que permite absorber un cierto retraso imprevisto, sin comprometer el plan de marcha del proyecto completo. Si resulta oportuno se puede, en este caso, considerar posibilidades de ahorro de costes y recursos.

Camino crítico con holgura igual a cero: Si el camino crítico dispone de una holgura igual a cero, esto significa: - En el caso de evaluaciones de tiempos seguras (CPM), que se prevé poder terminar el proyecto exactamente en la fecha fijada. No se dispone de ningún margen de seguridad, y cualquier retraso imprevisto con una de las actividades del camino crítico causará un retraso igual de todo el proyecto. Será necesario tener las actividades del camino crítico bajo estricto control.

REPRESENTACIÓN DE UNA ACTIVIDAD 





Donde: 

IC : Inicio más cercano, es decir, lo más pronto que puede comenzar la actividad.

TC : Término más cercano, es decir, lo más pronto que puede terminar la actividad. 

IL : Inicio más lejano, es decir, lo más tarde que puede comenzar la actividad sin retrasar el término del proyecto. 

TL : Término más lejano, es decir, lo más tarde que puede terminar la actividad sin retrasar el término del proyecto.




miércoles, 4 de marzo de 2015

PROCESO DE ADMINISTRACIÓN DE PROYECTO



QUE ES PROYECTO

Es una planificación que consiste en un conjunto de actividades que se encuentran interrelacionadas y coordinadas cuyo objeto principal es alcanzar los objetivos específicos.


QUE ES GESTIÓN 

Es un conjunto de trámites que se llevan a cabo para resolver un asunto o concretar un proyecto.


QUE ES GESTIÓN DE PROYECTO

También conocida como gerencia o administración de proyectos des la disciplina que guía e integra los procesos de planificar, captar, dinamizar, organizar talentos y administrar recursos, con la finalidad de culminar el trabajo requerido para desarrollar un proyecto y cumplir con el alcance dentro de límites del tiempo y costos definidos.



La gestión de un proyecto incluye: 


• Identificar los requisitos 


• Establecer unos objetivos claros y posibles de realizar 


• Equilibrar las demandas concurrentes de calidad, alcance, tiempo y costes


• Adaptar las especificaciones, los planes y el enfoque las diversas inquietudes y expectativas de los diferentes interesados.


FASES DEL PROYECTO


· Planeación

El concepto de planeación proviene de la palabra planear, que es un verbo y que significa organizar algo con anticipación a que suceda para encontrarse uno mejor preparado. La planeación es entonces el acto mediante el cual una persona, una institución, un grupo organizan de manera anticipada una situación, evento o acción que ya se sepa que tomará lugar con el objetivo de hacerlo de la mejor manera posible.

En esta etapa, se va a escoger o elegir, la actividad a realizar, y se van a establecer las metas y objetivos a los que se desean y se esperan alcanzar y la manera de cómo se va a lograr esto.

ETAPAS DE LA PLANEACIÓN

La etapa de planificación o planeación consta de pasos como: La definición del problema, la identificación de los interesados, el establecimiento de los objetivos, la preparación de las compensaciones, y la definición de las actividades.

· Definición del problema: De no comprender a cabalidad el problema que se desea resolver, se corre el riesgo de desperdiciar tiempo y recursos; al asignar soluciones simples, complicadas o inadecuadas a la resolución del problema. Para conocer las necesidades verdaderas del proyecto, puede ser útil realizarse algunas preguntas: ¿Cuál es la necesidad o propósito de lo que estamos tratando de realizar? ¿Qué efectos tiene sobre las personas, para considerarlo un problema necesario de resolverse? ¿Quién tiene participación en la resolución? ¿Cómo difieren los objetivos de las diferentes partes interesadas? 

· Identificación de los interesados: Es importante identificar a todos los interesados en la realización del proyecto, con el propósito de realizar un trabajo en conjunto y conocer sus expectativas. Para poder identificar a todos los interesados en el proyecto, puede ser útil recurrir a las siguientes preguntas:¿Qué actividades o personas pueden verse afectadas por las actividades del proyecto o los resultados del mismo? ¿Quiénes aportan recursos - personas, espacio, tiempo, herramientas o dinero - al proyecto? ¿Quiénes en última instancia podrían ser los usuarios y beneficiarios, de la implementación del proyecto?

· Establecimiento de los objetivos del proyecto: El éxito de un proyecto lo determina el planteamiento y cumplimiento de sus objetivos, por lo tanto, las características que debe cumplir un objetivo son: Ser específico, mensurable, orientado a una acción, realista y con un tiempo limitado. Es importante mantener presentes aspectos como: la calidad, organización, comunicación y riesgo, durante el abordaje del proyecto, pero principalmente al momento de establecer los objetivos.

· Preparación de las compensaciones: Las probabilidades de éxito del proyecto están potencializadas por la combinación de tres variables de suma importancia: El tiempo, el costo y la calidad. La fórmula es simple: 

Tiempo + Costo = Calidad

El cambio de una de estas variables puede alterar los resultados; si se reduce el tiempo destinado para la elaboración del proyecto, puede incrementarse el costo o reducir la calidad del mismo.

· Definición de actividades: Muchos proyectos han fracasado, producto de la subestimación del tiempo y el dinero necesarios para su ejecución. Por lo tanto, se recomienda la utilización de una herramienta como la “descomposición de la estructura de trabajo”, para evitar contratiempos. La “descomposición de la estructura de trabajo” es una herramienta utilizada para desarrollar estimaciones, asignar personal, seguir el progreso, y mostrar el alcance del proyecto. El propósito del mismo, es subdividir actividades complejas en pequeñas tareas, realizando el proceso hasta que la actividad no se pueda subdividir.


IMPORTANCIA 

La importancia de la planeación entonces se centra en el hecho de que permite a la persona o responsable proyectar a mediano o largo plazo la actividad a realizar, acercándose de ese modo más fácilmente a las metas y teniéndolas vistas de manera clara y concisa, evitando a la vez proyecciones subestimatorias o muy exageradas sobre un resultado que luego en la práctica sea de difícil logro. Muchas veces la planeación puede tener que ser alterada debido a circunstancias ajenas o inesperadas y en ese caso deberá ser reacondicionada de acuerdo a las necesidades y posibilidades que la situación permita. De todos modos, seguirá permitiendo conocer cuál será el plan de trabajo aún en una situación de excepción.