Watts Humphrey
| ||||||||||||||||||||||
Watts Humphrey pensador estadounidense conocido como "el padre de la calidad del software", autor de numerosos libros influyentes sobre el proceso de desarrollo de software y la mejora del proceso de software.
Biografía
Watts Humphrey nació el 4 de julio de 1927 en Battle Creek, Michigan. Humphrey le da crédito a su padre, un ingeniero formado en el MIT que más tarde trabajó en Wall Street, por moldear su ética de trabajo y su enfoque para la resolución de problemas. Al principio de sus años escolares, Humphrey tuvo problemas para leer y reprobó el primer grado. Su padre, también llamado Watts, sacó a su hijo de la escuela y trasladó a la familia a Litchfield, Connecticut, donde su hijo mayor podría asistir a una escuela para recibir instrucción más individual.
Un aprendiz de por vida
Después de su servicio, Humphrey obtuvo una licenciatura en física en la Universidad de Chicago, estudiando con Enrico Fermi. Luego completó una maestría en física del Instituto de Tecnología de Illinois (IIT) y un MBA, con énfasis en manufactura, de la [[Universidad de Chicago. Allí, recordó más tarde, el profesor Judson Neff le enseñó las tres cosas más importantes en la fabricación: planificación, planificación y planificación. “Dijo 'si no planifica, no puede ejecutar una operación de fabricación'”, explicó Humphrey. "Eso tuvo un impacto enorme en mí".
La contabilidad de costos también tuvo un impacto enorme en su trabajo posterior. "Es un campo tremendamente poderoso, toda la idea de medición y precisión", explicó Humphrey más tarde. Después de graduarse, trabajó a tiempo completo como director de personal científico para un laboratorio que se estaba iniciando en la Universidad de Chicago mientras tomaba cursos nocturnos en IIT en ingeniería eléctrica.
Mayormente fue conocido como el "padre de la calidad del software", Humphrey dedicó la parte de su carrera a abordar problemas en el desarrollo de software, incluidos retrasos en la programación, aumentos de costos, problemas de rendimiento y defectos.
“Era un líder maravilloso y un hombre maravilloso. Él estableció un objetivo energizante y una misión inspiradora de la que todos queríamos ser parte ”, dijo Anita Carleton, directora del Programa de Gestión de Procesos de Ingeniería de Software (SEPM) de SEI, quien inicialmente fue contratada por Humphrey. “Fue mi mentor de toda la vida y mi jefe”.
Humphrey fue miembro del Instituto de Ingeniería de Software (SEI) de la Universidad Carnegie Mellón, donde fundó el Programa de Procesos de Software y proporcionó la visión y el liderazgo inicial para el Modelo de Madurez de Capacidad (CMM) original. También es el creador del Proceso de software personal (PSP) y el Proceso de software del equipo (TSP). Recientemente, fue galardonado con la Medalla Nacional de Tecnología, el más alto honor otorgado por el presidente de los Estados Unidos a los principales innovadores de Estados Unidos.
Watts Humphrey fue uno de los íconos de la ingeniería de software, donde logró que su trabajo alcanzara un impacto inconmensurable en la comunidad global de software, motivando incansablemente a la comunidad a enfatizar la calidad, la medición y el rendimiento. De hecho, "fue uno de los pocos ingenieros como Barry Boehm, Fred Brooks y Vic Basili que han ayudado a definir este campo joven", dijo el director y CEO de SEI, Dr. Paul Nielsen.
Él tenía un compromiso inquebrantable con la disciplina y la calidad. Emprendió una misión, con la que inspiró a muchos; entre ellos, a mí. Quiero hablarles de las razones por las que es mi role modelo profesional.
Durante su mandato en SEI, Watts Humphrey estableció el Programa de Procesos de Software, lideró el desarrollo del Modelo de Madurez de Capacidad de Software e introdujo los métodos de Evaluación de Procesos de Software y Evaluación de Capacidad de Software.
Estos luego se convirtieron en la base para el desarrollo de la Integración del Modelo de Madurez de Capacidades (CMMI), un marco de mejores prácticas de ingeniería de software que ha sido adoptado por miles de organizaciones en todo el mundo.
Humphrey también dirigió el desarrollo del Proceso de software personal (PSP) y el Proceso de software del equipo (TSP).
En el año 2005, Humphrey recibió la Medalla Nacional de Tecnología, el más alto honor otorgado por el presidente de los Estados Unidos a los principales innovadores de Estados Unidos.
Humphrey, de 83 años, murió el el 28 de octubre del 2010 en su casa en Sarasota, Florida.
Vida Profesional
De 1953 a 1959, Humphrey trabajó en Sylvania en Boston. “Me pusieron a cargo del diseño de circuitos, pero nunca había hecho el diseño de circuitos”, explicó Humphrey en 2009, en una entrevista para los archivos de la Biblioteca SEI. “Fue una maravillosa experiencia temprana. Descubrí que estaba dirigiendo a personas que sabían más que yo sobre lo que estaban haciendo.
La visión típica de la administración es que el gerente sabe más. En lugar de fingir, decidí pasar mi tiempo haciendo preguntas. Le pregunté a la gente '¿Cómo se hace eso? ¿Por qué estás haciendo eso?'"
Este enfoque, de no asumir que sabía más que las personas que dirigía solo porque las estaba dirigiendo, se convirtió en una filosofía rectora a lo largo de su carrera, explicó Humphrey. En su primer año en Sylvania, Humphrey se inscribió en cursos de verano en el Instituto Tecnológico de Massachusetts (MIT) en Whirlwind Computer que fueron impartidos por profesores de la Universidad de Cambridge.
Fue allí donde conoció a su futura esposa, Barbara, que trabajaba en el laboratorio de computación. La pareja se casó en mayo de 1954.
Siempre aprendiz, Humphrey quería saber más. Preguntó sobre los cursos de informática en la Northeastern University.
“No tenían ninguno, pero me convencieron de enseñar uno. Entonces, en lugar de tomar un curso, resultó ser el profesor ”, explicó Humphrey. Para prepararse, pasó semanas en las bibliotecas de Harvard y MIT y organizó un curso sobre diseño de computadoras. “Terminé escribiendo un libro sobre eso”, dijo. Su clase estaba formada por empleados de Honeywell Corporation que pasaban sus días construyendo computadoras.
Humphrey dijo que la experiencia reforzó una vez más la filosofía de que para administrar o enseñar de manera efectiva es necesario respetar el conocimiento y la experiencia de aquellos a quienes administra o enseña.
“La idea de no tener que saber más que sus estudiantes o sus empleados y tratar con ellos racionalmente de todos modos y ser un gerente y estar a cargo, me ha sido muy útil desde entonces”, dijo Humphrey.
Cuando Humphrey llegó a IBM en 1959, inicialmente trabajó en hardware como diseñador y arquitecto de computadoras. Hizo la transición al software y se convirtió en director de programación y vicepresidente de desarrollo técnico, donde supervisó a 4.000 profesionales de software en 15 laboratorios y siete países.
Esta transición de la gestión de hardware a software y los desafíos que enfrentó Humphrey se convirtieron en otro catalizador de su investigación en el campo del trabajo del conocimiento, un término acuñado inicialmente en la década de 1970 por Peter Drucker para describir las habilidades intangibles y el know-how que muchos trabajadores de la información la tecnología, así como otros campos, aportan a sus trabajos.
“Descubrí durante este período que los principios de administración de hardware, aunque sólidos, no eran efectivos en un entorno de software”, dijo Humphrey en una entrevista a principios de 2010. “El software es un trabajo de conocimiento a gran escala. Es difícil administrar a las personas cuando no comprendes lo que hacen ".
Poco antes de llegar al SEI en 1986, Humphrey escribió una columna muy discutida en IEEE Spectrum, afirmando que un sistema masivo y complejo, en particular la Iniciativa de Defensa Estratégica, podría programarse con alta calidad y confiabilidad si lo hiciera “equipos técnicos sólidos que utilizan un proceso de desarrollo altamente disciplinado ".
Un compromiso indignante
- Cuando llegó al SEI, Humphrey trabajó para aclarar ese proceso.
“Cambiar el mundo de cualquier cosa es un compromiso personal escandaloso. Eso es lo que lo hace indignante Sentí que tenía que hacerse. Sabía que no podía hacerlo solo y quería un entorno en el que pudiera trabajar con la gente y hacer eso ”, explicó Humphrey en la entrevista de 2010.
Larry Druffel, director y CEO de SEI de 1986 a 1996, dijo que cuando Humphrey llegó a SEI, llegó con una visión basada en su trabajo en IBM; el software podría gestionarse mediante procesos.
"Todos entendimos la importancia de cosas como el control de versiones, la administración de la configuración y la metodología, pero no creo que nadie supiera cómo ponerlos en una forma transferible", dijo Druffel. “No todo el mundo pensó que era una buena idea en ese momento, pero él fue persistente y se demostró que tenía razón. Podría haber muerto fácilmente después de varias iteraciones. Había suficiente gente criticando esto. Pero se mantuvo firme y lo hizo funcionar ".
Trabajando con un equipo, Humphrey identificó las características de las mejores prácticas en ingeniería de software que comenzaron a sentar las bases para lo que eventualmente se convertiría en el Modelo de madurez de capacidad de software (CMM) y, finalmente, CMMI.
Druffel nominó a Humphrey para ser el primer becario de SEI, una designación otorgada a las personas que han hecho un compromiso sobresaliente con el trabajo de SEI y que continúan asesorando a los líderes de SEI en temas clave.
“Después de que lo nombramos compañero, dije 'Watts, puedes trabajar en lo que quieras'. Él dijo: 'Siempre he creído que podemos brindar control estadístico a lo que hace el ingeniero de software individual'”, explicó Druffel. Los inicios de PSP y TSP
Jim Over, quien ahora lidera la iniciativa TSP en el SEI, dijo que Humphrey había comenzado su trabajo para llevar la disciplina al ingeniero de software individual, la base del Proceso de Software Personal (PSP), mucho antes de su nombramiento como miembro de SEI.
Humphrey primero probó sus teorías en un proceso que desarrolló para administrar su cuenta corriente personal. A continuación, probó esto en el proceso de desarrollo de software personal escribiendo más de 60 pequeños programas en Pascal y C ++, explicó Over.
Luego, Humphrey comenzó a trabajar con organizaciones para poner a prueba este nuevo proceso personal para ingenieros de software.
No mucho después, Humphrey publicó su primer libro de PSP, A Discipline for Software Engineering, y desarrolló un curso para ingenieros de software. Over, quien se inscribió en el primer curso de PSP ofrecido en Carnegie Mellon, dijo que cambió su carrera. “Cuando aprendes a medir adecuadamente tu propio desempeño y a analizar el ler resultado para mejorar, obtienes un cambio de comportamiento real y duradero que conduce a ganancias y mejoras en el desempeño”, explicó Over, y agregó que la clase pasó de subestimar su trabajo por alrededor del 40 por ciento a estar dentro de un pequeño porcentaje por debajo o por encima de la estimación en cada tarea.
“Tuvimos una reducción de 10 veces en el número de defectos que escaparon a la fase de prueba unitaria al final del curso. Estos resultados fueron increíbles. Si no hubiera estado allí, no lo hubiera creído posible ".
Después del curso, Over renunció como líder de proyecto y comenzó a trabajar con Humphrey para hacer la transición de TSP y PSP a la práctica de ingeniería de software. Durante el transcurso de su trabajo juntos, los dos se hicieron amigos cercanos.
¿Qué me quedará?
- En primer lugar, la creencia de que tanto con el modelo de madurez como con el PSP / TSP, Watts ha creado un marco que es el material adecuado para la ingeniería de software y probablemente la mayoría de los tipos de trabajo relacionado. Funciona.
- Segundo el valor de los datos.
- En Tercer lugar están todas las pequeñas citas.
Watts es un maestro en reducir lo complejo a lo simple, y hay cientos de estas pequeñas gemas ”, dijo Over. Watts en planificación: ¿Cuál es el factor más importante para determinar cuándo finalizará un proyecto?
- Cuando empieza. Si no puede hacer planes precisos, planifique con frecuencia.
Watts para producir un trabajo de calidad: si desea que un producto de calidad no se pruebe, debe poner a prueba un producto de calidad. Watts en la evaluación: si no sabe dónde se encuentra, un mapa no ayudará.
Durante su trabajo como miembro de SEI, Humphrey enfrentó a muchos detractores, recordó Druffel. Con cada crítico, escuchaba y ajustaba su enfoque, pero nunca abandonó la idea de que podía enseñar a los ingenieros de software las habilidades que necesitan para rastrear su propio trabajo, adherirse a planes y desarrollar software libre de defectos. Después de que se estableció PSP, Humphrey aplicó esos mismos conceptos a los grupos de ingeniería como parte del Proceso de software en equipo (TSP).
Hoy en día, TSP ha sido adoptado por organizaciones de software líderes en todo el mundo, incluidas Intuit, Oracle y Adobe. En el 2006, la SEI lanzó una iniciativa TSP con el Tec de Monterrey, una universidad privada líder en México, para ayudar a México a convertirse en un mejor proveedor nacional de productos y servicios de TI.
En Sudáfrica, la Universidad de Witwatersrand en Johannesburgo está trabajando con la SEI para poner a prueba el TSP en organizaciones como parte de un esfuerzo para hacer que el sector de TI del país sea más competitivo.
“Lo que aportó Watts es la aceptación de la disciplina de la ingeniería de software”, explicó Druffel, “estaba trabajando en estas ideas cuando dejó IBM en 1986. Aquí estamos en 2010 y todavía estaba trabajando en conceptos relacionados. Eso es persistencia. La mayoría de la gente no se queda con algo tanto tiempo. Tenía poder de permanencia ".
Dedicación a la familia
Mientras Humphrey enfatizaba la importancia de la disciplina para la comunidad global de ingeniería de software, también habló a menudo de la importancia de la familia para amigos y colegas.
Su hija, Sarah Humphrey, dijo que las dificultades de su padre con la lectura y el apoyo de su propio padre dieron forma a su ética de trabajo a una edad temprana.
“Le encantaba aprender y creo que la razón por la que le encantaba aprender es que tuvo una victoria sobre lo difícil que fue, gracias al apoyo de personas realmente maravillosas” —Sarah Humphrey “Le encantaba aprender y creo que la razón por la que le encantaba aprender es que tuvo una victoria sobre lo difícil que fue, gracias al apoyo de personas realmente maravillosas. Su padre era un gran campeón ”, recordó Sarah Humphrey, y agregó que su padre era un gran defensor de las tarjetas didácticas.
Si no sabía algo, haría una tarjeta de memoria flash para ello. Tenía montones de tarjetas didácticas y las separó en montones según lo que sabía, elementos de los que todavía estaba un poco inseguro y otro montón para cualquier concepto que aún no había dominado. “Era una de las personas más increíblemente disciplinadas que he conocido. Solía poner mi reloj de acuerdo a lo que haría por la mañana, dónde estaba su periódico, cómo estaba doblado al lado del plato, el jugo de naranja está aquí, el periódico está aquí y eso significa que debe ser x hora ”. Sarah Humphrey recordó que cuando era pequeña, su padre trató de enseñar a todos sus hijos a navegar. Durante su lección, se negó a quitarle el timón a su padre.
“Así que saltó del bote y nadó hasta la orilla. Eso fue genial. Tomé la caña del timón ”, recordó. “Él siempre decía 'Nunca digas que no puedo'. Di que puedo ".
Los siete hijos de Humphrey son: Kate Humphrey Pickman, Lisa Humphrey Fish, Sarah Humphrey, Watts Humphrey Jr.,Peter Humphrey , Erica Humphrey Jarrett y Christopher Humphrey.
Tiene once nietos: Luke Pickman, Eric Fish, Jesse Fish, Colin Fish, Daniel DeCamello, Jessica Humphrey,Dorothy Humphrey , Alex Jarrett, Chris Jarrett, Charlotte Jarrett y Nicolas Humphrey Oberparleiter.
Un pasaje favorito
Humphrey, con Steve Masters, también fue fundamental en la coordinación de la primera conferencia del Grupo de Procesos de Ingeniería de Software (SEPG), que se celebró en Pittsburgh. La serie de conferencias, ahora en su 22º año, alberga eventos anuales en Asia, Europa, América del Norte y América Latina. En las conferencias, se convirtió en una tradición para los asistentes a SEPG correr con Humphrey por las mañanas.
Mientras estuvo en el SEI, Humphrey ganó muchos elogios por su trabajo, incluida la Medalla Nacional de Tecnología, el mayor honor del país en este campo.
A principios de 2009, Humphrey fue seleccionado como miembro de ACM por la Association of Computer Machinery, su categoría de miembros más prestigiosa. Recibió un doctorado honorario en Ingeniería de software de la Universidad Aeronáutica Embry Riddle y fue miembro de la Junta Asesora de la Industria de la universidad y de los departamentos de ingeniería informática y de software. También fue miembro del consejo editorial de Journal of Empirical Software Engineering y de la revista Software Process Improvement and Practice. Es autor de 12 libros y cientos de informes técnicos, revistas y columnas.
"Tienes suerte en tu vida de tener una persona que te inspira y propone un objetivo mundial que te entusiasma tanto que quieres participar en esa misión con ellos", explicó Carleton.
Guarda una copia de todos los libros de Humphrey en un estante sobre su escritorio. Mientras habla de Humphrey y el impacto que él ha tenido en ella personalmente, y en el campo de la ingeniería de software, lee A Discipline for Software Engineering para leer un pasaje muy gastado, uno de sus favoritos. Es un pasaje, dice, que define a Humphrey y su mensaje. Atraviesa todas las disciplinas y campos de estudio. “Decidir lo que quieres de tu campo elegido es como preguntar qué quieres de la vida.
Sorprendentemente, a menudo, las personas logran sus objetivos, pero de formas que no esperaban. La vida rara vez resulta como la planeamos. Si bien nuestras estrategias cuidadosamente desarrolladas pueden arder en llamas, una oportunidad nueva y más gratificante aparece en las cenizas. La clave es mantener la mente abierta y seguir buscando.
En la vida, todos llegamos al mismo final, por lo que debemos concentrarnos en el viaje. Al igual que con un proceso, una vez que decidas cómo quieres vivir, el resto seguirá. Dedíquese a la excelencia y tal vez lo consiga. Valdría la pena el viaje ". “Eso es Watts. Dedicó todos los aspectos de su vida a la excelencia ”, dijo Carleton. "Hablé con Watts recientemente y me dijo: 'El trabajo de mi vida está en tus manos ahora'".
Publicaciones
Fueron muchos los libros que tuvo a bien aportar para el desarrollo de la Informática. Entre ellos podemos destacar:
- 2001. Winning with Software: An Executive Strategy. Addison-Wesley, Reading, MA.
- 2005. PSP, A Self-Improvement Process for Software Engineers. Addison-Wesley, Reading, MA.
- 2006. TSP, Coaching Development Teams. Addison-Wesley, Reading, MA.
- 2006. TSP, Leading a Development Team. Addison-Wesley, Reading, MA.
- 1997. Managing Technical People - Innovation, Teamwork and Software Process. Addison-Wesley, Reading, MA.
- 1999. Introduction to the Team Software Process. Addison-Wesley, Reading, MA.
- 2010. Reflections on Management: How to Manage Your Software Projects, Your Teams, Your Boss, and Yourself. Addison-Wesley, Reading, MA.
Introducción al proceso software personal
- Pack sistemás operativos
- Gestión del proceso de software
- Introducción al proceso de software del equipo
- Psp (Sm): un proceso de superación personal para ingenieros de software
- LIDERAZGO, TRABAJO EN EQUIPO Y CONFIANZA
- Disciplina para la ingeniería de software
Otros:
- Una Disciplina Para La Ingeniería De Software
- Gestión De La Innovación Del Personal Técnico, El Trabajo En Equipo Y El Proceso De Software
- Introducción Al Proceso De Software Personal
- Dirección Para La Innovación: Liderazgo De Los Profesionales Tecn Icos
- Liderazgo, trabajo en equipo y confianza: creación de una capacidad de software competitiva (Serie SEI en ingeniería de software)
- PSP (sm): un proceso de superación personal para ingenieros de software
- Proceso de software de equipo (TSP) Cuerpo de Conocimiento (BOK).(Julio de 2010)
- El conocimiento del proceso de software personal (PSP), versión 2.0.(Agosto de 2009)
- Sistemas de sistemas: ampliación del proceso de desarrollo (CMU / SEI-2006-TR-017)
- Responsabilidad del producto de software.(Agosto de 1993)
- Introducción a la mejora de procesos de software. (Junio de 1992)
- Desarrollo e implementación de procesos de software: conceptos y definiciones.(Septiembre de 1992)
- Estado de la práctica de la ingeniería de software: informe preliminar,(Febrero de 1989)
