« octubre 2008
lunmarmiéjueviesábdom
  
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
  
       
Hoy

Publicidad

Creative Commons License 2.0

Technorati Profile

Links

RSS

Blog::Menu

« Defiendete de la... | Main | Java en el mundo... »
lunes may 12, 2008

Mantenimiento Cero

A raiz de una post de al me ha hecho recordar la estrategia que utilizo para evitar que la rutina me impida continuar con nuevos proyectos.

El manteniemiento se lleva el 80 % del tiempo de un proyecto. Por lo que una vez terminado, si has finalizado uno o dos proyectos es posible que estes todo el tiempo manteniendolos.

Para intentar trabajar en temas excitantes intento seguir una filosofia de desarrollo, pero es muy dificil de conseguir y es el “mantenimiento cero”.

Esta filosofia de desarrollo se basa en que solo te libraras del mantenimiento, si el producto o proyecto funciona bien y si el codigo, y no digo el analisis o cualquier otro entregable, esta bien documentado. Para colmo java permite que utilizes javadoc para que encima este en web.

Solo puede dejarse una tarea cuando mas de uno sabe hacerla, razon por la que la documentacion del codigo permita que dejes de trabajar sobre el.

He dejado algun que otro proyecto funcionando, y aunque estaba trabajando en otros, no se ha requerido mi presencia.

Si quieres que la rutina no te coma debes permitir que otros hagan la rutina.

Comentarios:

Totalmente de acuerdo, y yo aun diría más.

Es muy importante un buen gestor de versiones, una metodologia de desarrollo mas o menos homogenea y unas buenas trazas en caso de error, para que "cualquier miembro del equipo" sea capaz de, dado el caso, re-crear el proyecto en sus varios estados, hacer pruebas, entender el codigo y los errores que da etc.

Asi te puedes ir mas o menos tranquilo de vacaciones... o retomar tu mismo una aplicacion que hiciste hace un año o dos :).

En nuestro caso que somos como mucho 3 personas para una treintena de aplicaciones distintas de pequeño/mediano tamaño, es imprescindible hacerlo asi.

S!

Enviado por GreenEyed en mayo 12, 2008 a las 09:45 AM GMT+01:00 #

¡Qué suerte! Yo la única forma que tengo de delegar un proyecto, un desarrollo o una responsabilidad es marchándome ... ¿Equipo? Ójala. Definitivamente algo estoy haciendo MUY MAL ... ¿Dónde estaba el temario ese de la oposición? :(

Enviado por JB en mayo 12, 2008 a las 07:45 PM GMT+01:00 #

Mas que hacerlo tu mal, yo diria que la que lo hace mal es la empresa... pero es lo tipico. No te creas que hemos llegado a lo nuestro por que nos lo hayan indicado así, nos lo montamos nosotros para podernos ir tranquilos de vacaciones :).
Claro que si no tienes a nadie con quien montartelo, pues es una p***
Suerte mejorando la situacion!
S!

Enviado por GreenEyed en mayo 14, 2008 a las 07:48 AM GMT+01:00 #

Me apunto el consejo, aunque es cierto que para esto hace falta poder dedicarle un tiempo extra y no toparte con el uso de una tecnología que cuesta demasiado manejar.

En mi caso he topado con esta última, y la verdad es que hasta ahora no me había ocurrido algo similar. La conclusión es que para que alguien nuevo pueda hacerse cargo de tu parte le lleva bastante, lo cual te hace estar muy ligado al proyecto, lo quieras o no.

Enviado por Jesús Navarrete en mayo 24, 2008 a las 12:37 PM GMT+01:00 #

Enviar un comentario:
  • Sintaxis HTML: Deshabilitado
Copyright (C) 2006-2008, Batch for the Java TM

Java, J2EE, and all Java-based marks are trademarks or registered trademarks of Sun Microsystems, Inc

This blog is not affiliated in any way with Sun Microsystems, Inc.