martes, 18 de septiembre de 2012

SMART

La palabra inglesa SMART significa inteligente.
Specific (específico), Measurable (medible), Achievable (realizable), Realistic (realista) y Time-Bound (limitado en tiempo). Para mantener la fluidez de una redacción, he respetado el término SMART.

Al preparar el diseño de un proyecto, y cuando escribimos una propuesta (para la aprobación de una demanda de fondos), se establecen las metas del proyecto. La meta se define fácilmente como la solución del problema que se ha identificado. El inconveniente es que una «meta» de este tipo es demasiado general; no es fácil obtener un consenso sobre cuándo se ha logrado.
Es por esto que cuando se preparan los documentos del proyecto, se hace una distinción entre la meta y los objetivos. Un objetivo se deriva de una meta, tiene la misma intención que una meta, pero es más especifico, cuantificable y verificable que la meta.

EJEMPLO:
Supongamos que el problema identificado por los miembros de la comunidad es falta de agua potable». Por tanto, la solución a ese problema, la meta, es «traer agua potable a la comunidad». Puede demostrar al grupo la vaguedad de esta meta saliendo de la sala, volviendo con un simple vaso lleno de agua y mostrándoselo. «Muy bien, aquí hay agua. Ya la he traído a la comunidad. Es decir, ¿ya se ha completado el proyecto?, ¿hemos conseguido nuestra meta?». Suponemos que se reirán o dirán que obviamente ellos no se referían a un sólo vaso de agua cuando dijeron «traer agua potable a la comunidad». Su respuesta, entonces, debe ser que el diseño del proyecto o la propuesta debe ser muy específico sobre cada objetivo, para que no haya lugar a diferentes interpretaciones.
  1. eSpecífico
  2. Medible
  3. reAlizable
  4. Realista
  5. limitado en el Tiempo
Ejemplo d eun objetivo:
Contribución comunal; cavar una zanja
Los objetivos de un proyecto deben ser SMART.
Específicos (Specific): Claros sobre qué, dónde, cuándo y cómo va a cambiar la situación;
Medibles (Measurable): que sea posible cuantificar los fines y beneficios;
Realizables (Achievable): que sea posible lograr los objetivos (conociendo los recursos y las capacidades a disposición de la comunidad);
Realistas (Realistic): que sea posible obtener el nivel de cambio reflejado en el objetivo;
Limitado en tiempo (Time bound): estableciendo el periodo de tiempo en el que se debe completar cada uno de ellos.
EJEMPLO:


COMENTARIOS:

Es recomendable que para, cada objetivo dentro de cualquier proyecto implementemos el smart  no hay que olvidar que todo objetivo se debe comenzar con un verbo en infinitivo.
El SMART representa las palabras Specific, Measurable, Achievable, Realistic and Time-Bound (específico, medible, realizable, realista y limitado en tiempo).
Recomiendo que cuando tengamos listo nuestro objetivo lo comparemos con el SMART  Los objetivos deben derivarse de el, y ser consistentes con la intención de las metas identificadas.

BIBLIOGRAFIA:

martes, 11 de septiembre de 2012

MODELO EN PROCESOS

Este impulsa un proceso interativo de desarrollo, cada ciclo e suna versión del producto, utiliza metas definidas para marcar la transición entre las distintas etpas

Ventajas:
* Etapas claramente definidas con metas entregables y responsables.
* Se establecen roles asociados al método que promueve la participación d etodos.
* Involucra muy de cerca al usuario

Desventajas:

* Dado que la mayoria d elas deciciones son en consenso por el equipo en su conjunto, en ocasiones toman más tiempo d elo debido.
* Para proyectos pequeños puede resultar poco practico.
* El considerar versiones hace que se dejen de lado algunas deciciones.

Bibliografia:
http://www.slideshare.net/inventa2/modelos-de-desarrollo

MODELO EN ESPIRAL

Se rompen en miniproyectos y son creados atravez de multiples repeticiones del proceso del ciclo de vida, depende d elo que mas urga en un proyecto se utilizara.
                                

Ventajas:

* Avanza a pasos firmes solucionando riesgos a cada interación
* El producto termina cuando todos los riesgos estan resueltos
* Se pueden incluir otros metodos en las interaciones.

Desventajas:

* Es complicado.
* Requiere de mucha administración.
* Dificil de definir objetivos y metas que indiquen que podemos aanzar al siguiente ciclo.
* Suele caerse en un desarrollo de nunca acabar.

Bibliografia:
http://www.slideshare.net/inventa2/modelos-de-desarrollo

PROTOTIPO

Es una versión preliminar d eun sistema de información con fines de demostración o evaluación.
                                     
Metodo menos formal del desarrollo
Es una tecnica para comprender las especificaiones
Puede llegar a  ser eliminado
Puede llegar hacer prte del producto final.

Ventajas:

* Es util cuando los equerimeintos son cambiantes.
* Es util cuando no se conoce bien la aplicaión
* Es util cuando el usuario no se quiere comprometer con los requerimientos.

Desventajas:

* No se conoce cuando se tendra un producto aceptable.
* No se sabe cuantas interacciones seran necesarias.
* Da una falsa ilusión al usuario, sobre la velocidad del desarrollo.

Bibliografia:
http://www.slideshare.net/inventa2/modelos-de-desarrollo

MODELO EN FLOR

                                  

En este modelo deben de desarrollarse todas las etapas un poco todas al mismo tiempo hasta que el producto final sea alcanzado.Los equipos no deben estar preocupados por el proceso de desarrollo del mismo.

VENTAJAS:
  1. Mayor representación del proyecto en la medida en la  que las decisiones deben tomarse en muchas ocasiones sucede entre distintas facciones del proceso del siclo de vida para el proyecto.
  2. Mejor capacidad de respuesta frente a el usuario en la medida que puede cambiar el rumbo de el trabajo.
  3. Se considera más la participación y el trabajo en equipo.
DESVENTAJAS:
  1. Excesiva carga de trabajo, suele llegar a hacer muy estresante requiere de mayor tiempo.
  2. Su forma más estable termina cuando se acaban todas la fases al mismo tiempo.
COMENTARIOS:
Creo que este modelo e suno de los mas complicados requiere de mucho tiempo y ademas demasiada dedicación, es recomendable para cuando se le brindara el tiempo necesarioa al proyecto antes d ela entrega.


MODELO EN V

Desde el punto de vista de aseguramiento y calidad:
Es una reeaximinación del ciclo de vida, cuando cada proceso termina su producto las especificaciones de prueba para probar procesos estan tambien completas.

                               

VENTAJAS:
El modelo en V hace más explicita la tarea parte de la iteración de las actividades del proceso.
Las pruebas de cada fase ayudaran a corregir posibles errores sin tener que esperar a que seanrectificados en la etapa final del proceso.
Con las pruebas unitarias y de integración se consigue obtener exactitud en los programas.
 
DESVENTAJAS:
Al encontrarse errores luego de realizar las pruebas se pierde tiempo y dinero, ya que cada prueba se  realiza  luego  de         haber      terminado     la implementación.
 
 
COMENTARIOS:
 
Mi recomendación es  que si se elige este modelo lo entiendan bien creo que es correcto que es mejor este que el de cascada, pero lo que yo haria es seguir manejando los demas modelos compararlos y ejecutar el que mayor se adapte a las necesidades.
El modelo en V e suna mejora de el modelo en cascada, ubicandolo en un nivel superior, ya que permite interactuar con  las diferentes actividades haviendo el proces más dinamico y con la opción de realizar pruebas que nos ayudaran a corregir posibles errores durante su fase de desarrollo, implementando tambien el rehacer tareas que estan ocultas es un modelo completo y robusto que les ayudara a obtener un sistema de mejor calidad.
 
 
Bibliografia:

MODELO EN CASCADA

Este modelo tiene una secuencia ordenada, establece criterios de entrada y salida en cada fase claramente definidos, el trabajo d euna entrada previa es la entrada del siguiente proceso.
                                       
Ventajas:
* Es excelente cuando se tiene un producto estable y se conoce la tecnologia.
*  Es un metodo muy estructurado que funciona bien con la gente de poca experiencia.
* Provee estabilidad en los requerimientos.

Desventajas:
* Poca flexibilidad.
* Los proyectos en la practica realmente siguen un flujo secuencial.
* Siempre es dificil para el cliente mostrar todos los requeriemientos explicitamente y con mucha anticipación.


COMENTARIOS:

Usalo solo cuando tu proyecto este bien explicado por el cliente, y tu lo tengas en mente tal y como es recuerda que aunque se tenga la tecnolo´gia si no esta explicitamente bien definido no servira de nada.


Link:
http://www.slideshare.net/inventa2/modelos-de-desarrollo