Proyectos de informática: ¡Reacciona antes de estrellarte!

Publicado: 01 Agosto 2011 | Correo electrónico | Visto: 3186

El objetivo de este texto es intentar ser útil a quienes se hayan topado con alguno de los siguientes problemas: el mantenimiento de lo existente en producción se come el grueso del tiempo de desarrollo, cualquier cosa compleja o ambiciosa se torna en imposible, puesto que, por ejemplo, la capacidad del equipo equivale al 20% de lo que debería por no estar organizados adecuadamente, la situación lleva años estancada, y no se hace nada que pueda cambiar esto en lo sustancial. Siguen en la página ampliada los consejos para hacer autocrítica, identificar y prevenir los problemas y tratar de mejor el presente y el futuro. 1. Autocrítica y consciencia de la situación.

El "no hay recursos suficientes" no es excusa: Si produces el 20% que otros con igualdad de recursos, significa que no lo estás haciendo bien.
El responsable eres tú. No te escudes en la proyección psicológica.

2. Identificar los recursos que dispones

Identifica en qué eres competente y en qué no.
Sé realista y honesto contigo mismo: No tapes tus complejos pretendiendo saberlo todo, pues cuando es obvio que no tienes ni idea de algo, genera desconfianza y malestar (por ser una falta de consideración/respeto y un insulto a la inteligencia).
Busca suplir tu incompetencia con la competencia de otros.
Busca la excelencia: no actúes por orgullo, miedos, o amiguismo.
Conoce muy bien a las personas, si no sabes en profundidad cómo trabaja cada uno de los componentes de tu equipo, estás perdido: Para un ignorante dos programadores pueden ser iguales, pero en el mundo real uno puede hundirte la empresa y otro sacarte las castañas del fuego en una fracción del tiempo.
Identificar a quien perjudica más que aporta, y consciencia de falsas ventajas comparativas: Si alguien tarda en programar algo 2 meses, y luego otro tiene que estar una semana corrigiendo, y este segundo habría hecho esa misma tarea en una semana o en menos, significa que la productividad de la primera persona es 0 -i.e. no hay posibilidad de ventaja comparativa cuando la productividad es menor o igual a 0-. Esto se puede arreglar asignando otras tareas o con "reciclaje" u "orientación" (i.e. programa como X, y si no, no programas, punto).

Continúa en Barrapunto.

No estás registrado para postear comentarios

JComments

Categoría: Negocios

LinuxParty

Proyectos de informática: ¡Reacciona antes de estrellarte!

Relacionados

Suscribete / Newsletter

El Top de LinuxParty

Donar a LinuxParty

Tutorial de Linux

Top 15 artículos por Fecha

Últimos comentarios

Filtro por Categorías