Pablo's profilePablo AbianPhotosBlogListsMore  |  Tools Help |
Pablo AbianDesarrollo de Software y temas afines |
|||||||||||||
|
September 01 Camspace - Para jueguitos y otras yerbas...Hoy llegue a la oficina y la mitad de los desarrolladores estaba viendo el video con la demo de Camspace:
Incluso uno de los chicos habia bajado el software y lo estuvo probando en su casa el fin de semana y realmente funciona. Lo voy a bajar esta noche y lo voy a probar en mi casa con mi hijo y sus "dibujos".
August 08 Recomendacion: 10 razones por las que todos deberíamos usar LinkedIn | LatamTech.BizLes recomiendo leer el siguiente post de Pablo Tossi (LatamTech.Biz) donde cita 10 razones por la cuales todos deberíamos usar LinkedIn: 10 razones por las que todos deberíamos usar LinkedIn | LatamTech.Biz Yo soy usuario de LinkedIn desde hace 1 año aproximadamente y si bien lo utilizo a media maquina en terminos de publicar mi propio perfil profesional (mi perfil esta completo solo al 75%), lo utilizo frecuentemente como fuente de informacion y antecedentes de los profesionales tecnologicos con los que me toca relacionarme. Como me dijo uno de mis jefes hace un tiempo: "Si trabaja en serio en IT, lo vas a encontrar en LinekdIn". Technight - Gestion de Ciclo de Vida de Desarrollo con VSTSCharla mas que interesante a ser dictada por Bruno Capuano en la UTN - Facultad Cordoba, la semana próxima:
El Dpto. de Ingeniería en Sistemas de Información de la
Universidad Tecnológica Nacional - Facultad Córdoba y Microsoft tienen el agrado de invitar a Ud. al Seminario "TechNight: Gestión del ciclo de vida del desarrollo de aplicaciones con Visual Studio Team System"
Fecha: Lunes, 11 de agosto de 2008 Horario: de 18:30 a 21:30 hs. Costo: Gratuito Destinado a: Alumnos, Graduados y Docentes. Informes e Inscripción en: www.institucional.frc.utn.edu.ar/sistemas/Extension/ExtensionNovedades.asp Lugar: Aula Magna EMAIL: extensis@bbs.frc.utn.edu.ar Teléfonos: 0351 – 4686385 Orador: Bruno Capuano
Temario:
SE ENTREGARAN CERTIFICADOS DE ASISTENCIA June 23 Gestion de Proyectos - Estimaciones...La semana pasada, uno de los desarrolladores con los que trabajo, me pregunto inocentemente: "¿Como hacen las estimaciones los Lideres de Proyecto?"
Por un momento pense en responderle algo como: "Los lideres de proyecto se dirigen al Oraculo y luego de arrojar las runas y leer en la borra del cafe, plasman en algo que llaman estimación de tamaño y esfuerzo, los valores obtenidos de la aplicacion de estas tecnicas diversas..."
Finalmente, le termine explicando algo mas aburrido, pero un poco (solo un poco) mas real:
1) TECNICAS DE ESTIMACION
En general, los lideres de proyecto terminan aplicando, junto con el equipo de desarrollo (esto si es importante), una o varias tecnicas de estimación (ver post de Lucas Ontivero: Metodos de Estimacion - Resumen). Es muy probable que, dependiendo de las caracteristicas de la organizacion, se deba aplicar obligatoriamente mas de una tecnica de estimacion y se exija contrastar los resultados obtenidos en cada caso a fin de "afinar" los resultados obtenidos. El exito en la aplicacion de una u otra tecnica de estimacion siempre debe analizarse en funcion de las caracteristicas particulares de cada proyecto y cada organizacion, ya que lo que funciono correctamente para otro proyecto de otra empresa no necesariamente debe funcionar para nosotros.
A titulo de ejemplo, les adjunto a continuacion el resumen de un informe de estimacion que me toco realizar hace unos años, para la cual se aplicaron distintas tecnicas combinadas:
- Aplicamos un template de estimación para estimar el tamaño y esfuerzo (sobre la muestra del punto 1).-
B) Actividades (Procedimiento)
En base a estos 4 elementos realizamos las siguientes actividades:
1) Definicion de la muestra de Casos de Uso
2) Analisis de los Casos de la muestra
3) Categorizacion de los Casos por complejidad
4) Cálculo del esfuerzo correspondiente a la muestra en base a valores historicos por caso de uso y complejidad
5) Extrapolacion del esfuerzo total del proyecto a partir de la muestra
6) Analisis de Riesgos Grales del Proyecto
7) Ajuste de los valores totales de la muestra y el proyecto completo en base a:
- Disminución del peso de las actividades de Gestión de Requerimientos y Analisis y Diseño (-10% del esfuerzo total) (Modalidad Software Factory).-
- Ajuste por riesgos inherentes al proyecto (+20%):
- Escaso Nivel de conocimiento del negocio del cliente
- Requerimientos de Software incorrectamente definidos (los ya existentes)
- Volatilidad de los requerimientos de Software (50 casos que aparecieron a ultimo momento...)
- Falta de Definicion de la plataforma (Framework)
8) Se realizo una segunda estimación de la muestra (técnica alternativa), basada en herramientas estándares de estimación de la organizacion, la cual fue contrastada con la obtenida a partir de datos históricos; pero la misma fue descartada por arrojar valores que consideramos demasiado "pesimistas" según nuestra experiencia.
9) Finalmente se sometieron los valores obtenidos en el punto 7 al Juicio Experto de:
- Desarrollador Senior (1)
- Lider de Proyecto Senior (1)
10) Se modifico el valor de ajuste por riesgo del punto 7 - valor final: (+30%)
C) Valores Obtenidos
MUESTRA
1) Valor Total de la muestra de 40 Casos de Uso: 1400hs
2) Ajuste -10% por disminucion del peso de los workflows (RM y AyD): -140hs
3) Ajuste +30% por riesgos del proyecto: 420hs
4) Valor Final de la muestra: 1680hs
PROYECTO
1) Valor Total Aproximado (400 Casos de Uso): 16.800hs"
2) SIGNIFICADO DE LAS ESTIMACIONES
Las estimaciones son ESTIMACIONES, no dictamenes u ordenes que DEBAN verificarse inexorablemente en la practica (sobre todo si uno no hace nada al respecto durante la ejecucion de los proyectos).
2.a) Segun la RAE (Real Academia Española) el termino "estimacion" significa:
estimación.
1. f. Aprecio y valor que se da y en que se tasa y considera algo. 2. f. Aprecio, consideración, afecto. Ha merecido la estimación del público. Es objeto de mi estimación. 3. f. ant. Instinto de los animales. Esta claro que en este contexto la acepcion nro 2 no aplica, pero la 1 y la 3 si (ojo al tema del instinto). 2.b) La WIKIPEDIA dice al respecto de "Estimation"
"Estimation is the calculated approximation of a result which is usable even if input data may be incomplete, uncertain, or noisy." Aca vemos el termino "aproximacion" y, lo que es muy interesante, se citan "DATOS DE ENTRADA incompletos, inciertos o con ruido".- Es clara la necesidad del cliente de dimensionar, durante el inicio de un proyecto, el esfuerzo total o la inversion asociada a la ejecucion del mismo. Pero no debemos perder de vista que la bondad de la estimacion esta en relación directa con la calidad y claridad de la informacion con que se cuente al momento de estimar. O sea, nuevamente estamos hablando de una estimacion y no de un dictamen exacto que si o si deba verificarse sin esfuerzo por parte de todos los involucrados.
3) ESTIMACIONES Y GESTION DEL PROYECTO
Independientemente de la bondad de las estimaciones hay un elemento relacionado que me parece importante destacar aunque parezca OBVIO. Es claro que los proyectos deben ser planificados y en el marco de dicha planificacion, deben ser estimados para poder cuantificar la VISION que tienen el lider y el equipo y en base a eso tomar algun tipo de compromiso. Pero a veces NO es tan claro que para que dichas estimaciones puedan cumplirse es necesario gestionar permanentemente el proyecto, teniendo en cuenta la realimentacion que el propio equipo y los clientes van generando.
Este punto es muy importante y tiene que ver con la participacion de todos los integrantes del equipo. Si un desarrollador acuerda con el Lider de Proyecto que una determinada tarea puede ser realizada en XX horas, es muy importante que al primer inconveniente o desfase respecto de la estimacion, dicha novedad sea comunicada inmediatemente al Lider de Proyecto y el resto del equipo, para poder tomar medidas al respecto y eventualmente plantear una reestimación. No sirve que nos enteremos una semana mas tarde. En otras palabras, si bien el cumplimiento de las estimaciones es responsabilidad fundamental del Lider de Proyecto, se requiere de una permanente y fluida comunicacion entre todos los integrantes del equipo para alcanzar dicho objetivo.
May 27 Sotaneitors - La Banda de Desarrollo (H+A)Desde hace un año, los muchachos del area de Desarrollo tienen una banda de rock: "Los Sotaneitors". Aca les paso un link a un video donde estos audaces desarrolladores hacen un cover de un conocido tema de Leon Gieco. Cita Pensar en nada Sotaneitors#ml=o%3d7%26fk%3dPensar%2520en%2520Nada%26fx%3d |
|
|||||||||||
Send a private message
Subscribe to RSS feed
Tell a friend
Add to My MSN
Add to your network
Sign up for alerts
|
|
