tp wisdom news

[Nicolás Ige]

Gente, paso todo en una nueva cadena de mails

Estoy revisando el punto 7 y 8 en base a los comentarios de damian sobre estas consignas (ver punto 8 y 9 de los comentarios):

Comentario 8: no agregue lo del manejo del equipo aplicando Agile, si me pareció interesante agregar lo que sugeriste sobre laburar feriados dado que afectan al presupuesto.

Comentario 9: coincido con la primera parte y es lo que estaba planteado lo que no coincido es lo otro. Pienso que la consultora no va a pagar ninguna penalidad/multa y si o si tiene que llegar a las fechas comprometidas.

Emanuel no coincido con el punto 4, para mi el ciclo es iterativo.

Nota: subo el tp con version 2.

Ultimos comentarios sobre el TP de damian:

1. para mi el ciclo de vida de la etapa dos es claramente cascada no iterativo. Sin embargo que hayan divido el proyecto en etapas hace que sea pseudo iterativo. Aun asi aclararia que cada iteracion es cascada pura.

2. Se podria hacer una mencion al hecho de que los valores de la compañia destacan la adaptabilidad cosa que la cascada no contempla .

3. Otro de los valores dice que trabajan en forma conjunta con sus clientes. Esto viene atado a Agile, pero en ningun lugar, ya sea el caso o el plan, se ven revisiones o discusiones periodicas con el cliente. Seria otro punto a destacar sobre por que esta mal la planificacion

4. Para hacer mas fuerte que caso de la sub estimacion para la etapa dos, podemos destacar que por ejemplo el gantt considera como dias laborables el 24 y 25 de diciembre y el 31 y el1. Al menos dos de esos seguro no se deberia laburar.

5. Con respecto al cambio propuesto para el ciclo de vida pto 4.

Siguiendo la idea de quien lo escribio originalmente, dicieno que es iterativo, deberiamos plantear modificaciones para que las tareas esten mas acotadas esto es:

Dividir toda la etapa 2 en iteraciones de semanas (ponele 2 o 3).

Y empezar a paralelizar tareas de analisis y desarrollo.

Desarrollo y testing.

Haciendo pie en que de esa forma se mejora el uso de recursos.

Tambien volver a mencionar el tema de los feriados considerados laborables.

Con respecto a la restimacion abria que plantear que si, como dijeron, se llego tarde a la primera etapa con el equipo completo. Claramente este plan no es valido.

a- por q te falta 30% del equipo

b- por q si estimaste mal la primera etapa, y no re estimaste, seguro te la mandas de nuevo

c- incluso si tubieras gente nueva no va a ser productiva en el nivel que esperas en el tiempo que lo necesitas

6. En el pto 5, la seccion B la cambiaria por algo asi:

Si bien contrar nuevo personal es una alternativa no es lo recomendado, por las siguientes razones.

a. el tiempo para conseguir un nuevo recurso es de 1 mes lo cual implicaria que el nuevo recurso llegaria con el 50% del tiempo cumplido

b. Incluso si se lograr hacer el camino corto y que el nuevo recurso estuviera en dos semanas (tiempo minimo segun el texto), todo recurso requiere un tiempo de adaptacion. Tanto a la forma de trabajo de la organizacion como al del equipo sin mencionar la falta de conocimiento del negocio que el equipo ya posee.

c. debido a la competitividad del mercado es probable que para conseguir el recurso idoneo los costos sean demasiado altos.

Dicho esto reorganizaria todo el pto para dejar las opciones en orden de efectividad. Primero lo de acotar el scope, despues conseguir recursos de otros equipos, y finalmente lo de contratar nueva gente.

7. 

En el PTO 6 agregaria:

-       El director de operaciones Mariano de Paolera, no aceptará bajo ningún punto de vista la caída del proyecto.

-       El cumplimiento de cada una de las etapas es un factor determinante para Ridybell Consulting. En el contrato firmado con su cliente, existen penalizaciones por atrasos en cada una de las etapas.

-       El promedio de tiempo para el proceso de reclutamiento, selección e incorporación de un recurso es de un mes.

 

Algunos ya estan, el ultimo creo, pero los otros dos tienen mas impacto por q son sacados del texto.

8. 

En el PTO 7, pregunta que puede proponer en cuanto al manejo del equipo.

Yo diria que propongamos el uso de tecnicas de Agile. 

Con la intencion de mejorar la comunicacion del equipo levantar la moral, y reducir un poco la precion por las fallas dado que en Agile las fallas deberian ser detectadas lo antes posible.

9. 

En el PTO 8, si bien la reestimacion es vital debemos dejar en claro que no intentamos extender las fechas sino dentro de lo posible acotar el scope de la etapa dos con intencion de redistribuir esas tareas en la etapa tres.

Y solo de ser necesario agregar una etapa. 

Todo esto basandolo en que es preferible pagar alguna penalidad a perder el proyecto entero por total incumplimiento de fechas.

Por ultimo no estoy de acuerdo con lo de:

"e la misma manera se debe presentar ante el cliente el problema que se tuvo (no creemos que haga falta plantear las causas

"

Onda si vamos a mentir mejor apelar a la empatia del cliente. Es claro lo que paso y preferible hecharle la culpa a que tres devs te dejan en banda que asumir que sos malisimo estimando.

[Damian Sima]

Bueno,

Ahi revise la version 1.2.

Subi mi version 1.3.

Re escribi algunas cosas, borre otras, y agregue un par.

Segun entiendo yo faltaria:

* Dar formato

* Correcciones ortograficas (por q mi puto word no me las marca y yo soy una bestia ignorante)

* Borrar todo aquello que haya quedado cruzado (entiendo que esto es lo que tacho Nico, algunos los borre otros no)

* Todo lo que esta en rojo, que no este en rojo

* Agregar una tabla de contenidos.

* Repaso final

* El lunes subirlo

Quien se anota para esas tareas, que no sea la gente que re escribio el tp digo!!!!

Abz

2013/10/5 Nicolás Ige <ige...@gmail.com>

--
Damián. > - )

[Andrés Barbeito]

yo lo hago.

mañana mínimo, a más tardar el lunes.

Paz!

Andrés

[Damian Sima]

Gracias man cualquier cosa avisa y ayudamos

[Matias Ansaldi]

Buenas. Estuve mirando la version 1.3. Le corregi un par de frases que estaban medias raras escritas. No le cambie el color a lo que esta en rojo porque no sabia si es por algo. Tambien vi que como los actores tacharon a 

Lider de Proyecto: Cecilia Murano

Ridybell Consulting

No los consideran actores? 

Vi arriba que hacian mencion al gantt y los dias feriados que figuran como que se trabajaria en el proyecto. En algun lado hacemos referencia a eso especifacamente? 

Subi la version 1.4 con esas correcciones minimas. Lo que no le pude pasar es el corrector ortografico porq no c que pasa aca en el trabajo que no me funciona el corrector en castellano asique corregi las que fui viendo mientras leia pero seguro que hay varias cosas que se me pasaron.

[Emanuel Ortiz]

Pasé el corrector y habia muy pocas faltas ortográficas. También unifique color de fuente en negro. Yo lo de lider de proyecto y Ridybell Consulting lo pondría como actores, si bien el lider está dentro del equipo lo separaría para poner el foco como actor.

Subí la version 1.5. Aún tiene tachado los 2 actores.

Slds,

 

2013/10/7 Matias Ansaldi <matu...@gmail.com>

[Damian Sima]

Si lo quieren poner dale.

Pero metanle una descripcion corta.

Creo que falta eso y estamos verdad??

2013/10/7 Emanuel Ortiz <emanuel...@gmail.com>

--
Damián. > - )

[Andrés Barbeito]

Modifiquenlo.

Cambienle el número de versión.

Así lo agarro sin pisar a nadie.

Gracias.

Tengo un 2 en Configuración. 

Suponía que me iba a sacar un 9 o un 10. 

O hubo un error, o acá hay gato encerrado. Veremos.

Ema ahora siento la calentura que vos tenías la semana pasada.

Igual estoy tranquilo :)

Paz!

Andrés

[Damian Sima]

AMOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOORRRRRRRRRRRR

esto se gana con 

AMOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOORRRRRRRRRRRR

A mi ni me subieron la nota :S

2013/10/7 Andrés Barbeito <andres....@gmail.com>

--
Damián. > - )

[Andrés Barbeito]

Meto los actores, sin descripción?

Paz!

Andrés

[Emanuel Ortiz]

Que les parece?

Lider de Proyecto - Cecilia Murano: Responsable de detectar las necesidades de los usuarios y gestionar los recursos económicos, materiales y humanos.

Ridybell Consulting: Empresa especializada en Ingeniería software.

Slds,

Manu,.-

2013/10/7 Andrés Barbeito <andres....@gmail.com>

[Andrés Barbeito]

Perdón muchachos, no quiero molestarlos, pero la problemática no tenía que redactarse en 5 renglones?

Sé que uno se explaya para ser más claro y agregar información contextual que ayuda a su entendimiento.

Para mí está bien lo puesto, pero me suena en la cabecita lo que dijo el profesor la semana pasada.

Paz!

Andrés

[Andrés Barbeito]

Listo!

Paz!

Andrés

[Andrés Barbeito]

Subido

Paz!

Andrés