FRASES CLAVES:
“agregar más personas a un proyecto de software retrasado, solamente lo retrasa más” Considero que este señor está en lo correcto al decir esto, ya que si en el proyecto hay más personas solo hará que los demás no hagan nada y el proyecto se retrase más.
“todos los programadores son optimistas” Todos los programadores no ven los errores propios, eso hace que
sean optimistas y digan que todo está bien, sin errores. Aunque los demás noten
sus errores después de la publicación del programa.
‘’El error más grande del software, no
haber nadie a cargo del proyecto; no tener ni un project manager. ’’ Que no haya nadie a cargo de este proyecto, un líder, alguien que opere todo es algo
fatal para la elaboración del proyecto.
‘’El project manager primero debe ser duro,
y luego debe ser flexible. Un lema que me gusta es: “nunca inseguro; siempre abierto”
(never uncertain; always open) ’’ Es una
frase muy buena, además un tip muy bueno, ser duro y después flexible, mete
presión para que las cosas salga bien y después ser un poco tolerante y
accesible.
‘’Cuando construyes algo nuevo, no sabes
con qué problemas te puedes encontrar. ‘’ Exactamente, no se sabe
con qué problemas te vas a encontrar, dichos problemas pueden hacer que retrase
el proyecto o peor aún dejen de hacerlo.
“Creo que una ‘ciencia
del diseño’ es una meta imposible. ‘’ La diferencia entre la ciencia y la ingeniería no está tanto en
lo que se hace, sino por qué se hace. El científico invierte esfuerzo en
construir un aparato para un experimento, pero lo hace para aprender. En
cambio, el ingeniero puede dedicar mucho tiempo a estudiar materiales, usos o
diseños previos, pero aprende para poder construir. Esa distinción es crucial.
Sin embargo, es posible entrenar a las personas –por medio de
participación en proyectos y mentoría– Creo
que ese juicio es el que distingue a los buenos diseñadores de los malos. Por
ello la participación de los diseñadores que apenas van empezando.
“El buen juicio viene de la experiencia, y la experiencia viene
de las malas decisiones”. Entre más
proyectos, más errores, vas aprendiendo cosas que debes hacer y cosas que no. A
esto la experiencia es aún más grande y cada proyecto va mejorando.
Hacerlos
participar en el diseño de una variedad de proyectos, de manera supervisada y
con mentoría. Que tengan rotación entre distintos aspectos del proceso de
diseño y construcción. El diseñador está entre el usuario y el constructor, así
que necesita entender al usuario y dedicar tiempo con usuarios haciendo lo
mismo que ellos, pero también necesita entender la construcción y dedicar
tiempo a construir para entenderlo.
SÍNTESIS
Imaginemos cuántos
alumnos de nivel superior de la facultad de Ingeniería en Software o Ingeniería
en Computación egresan de las sientas de universidades de todo el mundo, sí,
muchísimos. Ahora sumémosle que ellos salen con una gran idea en mente e
inician un proyecto de software, pero ¿Por qué hay tan pocos que han sido
exitosos? Bien lo dice el artículo, hay muchos errores por parte de los equipos
de trabajos.
El artículo es
bastante bueno, estoy a favor de todo lo que dice el ingeniero Brooks, tiene
bastante experiencia y ha trabajado distintos proyectos de software donde ha
cogido demasiadas experiencias de errores o de por qué los proyectos no son
exitosos.
Cabe mencionar que
él menciona algunas frases para que no caigamos de nuevo en el error y podamos
mejorar o bien sobresalir del proyecto.
Habla sobre varios
de sus libros donde explica cuáles son los factores por los que el proyecto no
sale avante.
Habla de lo que los
muchos proyectos no tiene a un Project manager o un arquitecto y que eso es un
error crucial, no tener un ‘’líder’’ quien pueda llevar todo bajo control,
donde ése Project manager debe ser duro y luego debe ser flexible.
No hay comentarios:
Publicar un comentario