Planificación y Gestión de Proyectos

10 libros esenciales sobre planificación y gestión de proyectos

2011-09-20T02:25:00.000-07:00

Si tuviérais que recomendar 10 libros para aprender gestión y planificación de proyectos (o para enseñar! :P), ¿cuáles serían vuestros "top 10"?

Voy a detallar cuáles elegiría yo, e incluyo una encuesta para hacerlo todavía más difícil y quedarse con los 3 más importantes.

Generales

Cubren todo sobre planificación y gestión, no sólo un área en particular.

Rapid application development - 1996

Steve McConnell es uno de mis autores favoritos, pero tengo que elegir así que me quedo con Rapid Application Development

Se lanzó en 1996 así que puede sonar un poco desfasado para quienes les gusta seguir las últimas tendencias, pero realmente en "rapid" están todos los principios "agile".

Cubre todo, y además con casos de estudio en forma de historias reales, que lo convierten en un texto muy fácil de leer. Si tuviera que quedarme con un único libro... sería "rapid"! Destacaría el capítulo sobre "classic mistakes" en el que se hace un estudio exhaustivo de los errores clásicos de gestión de proyectos, incluyendo un "check list" para que nadie los vuelva a cometer ;)

Code Complete 2 - 2004

Code Complete trata sobre código... ¡¡un libro sobre código en una lista sobre gestión de proyectos??

En mi opinión Code Complete, también de Steve McConnell, es IMPRESCINDIBLE. Es cierto que esta lista está orientada a gestión de proyectos software y... ¿se puede gestionar un proyecto sin conocer a fondo cómo escribir código? Creo que no. Discutible, seguro.

Incluye secciones sobre "code reviews", "walkthrough", herramientas, etc.

Estimación

No es lo mismo estimar que planificar, pero se necesita una buena estimación para poder colocarla sobre un calendario, dividir en tareas y convertirla en una planificación.

Software Estimation Black Art - 2006

Y otro de McConnell... El título es más largo, podéis encontrar el link a Amazon aquí.

Sencillo de leer y muy completo.

Hace una diferenciación entre la ciencia de estimar (COCOMO, puntos función...) y el "arte" de estimar y se centra en éste último, introduciendo una serie de técnicas sencillas que logran resultados muy buenos a muy bajo coste.

Mi parte favorita: la técnica PERT y T-SHIRT Sizing... (será por eso que es lo que usamos en Códice :P)

Agile Estimating and Planning - 2005

Cambio de autor y comienzo con Mike Cohn. Se centra en técnicas ágiles de estimación, habla del "cono de incertidumbre" igual que lo hace McConnell, explica el "planning poker", las diferencias entre "ideal hours" y "story points" y cuándo aplicar cada tipo. Después pasa a cómo gestionar iteraciones, releases, etc.

Se solapa un poco (en resultado y no tanto en técnicas) con "Black Art" pero leer ambos da una visión más completa.

Agile Estimating and Planning

Recursos humanos

Sólo he elegido un libro para esta parte, Peopleware, todo un clásico (1987) que en su día fue el único texto sobre la gestión de personal en desarrollos de software y estudia lo que nos motiva y desmotiva, siempre desde la visión de un programador.

Me impactó cuando lo leí por primera vez y por eso creo que sigue siendo interesante. Cubre temas tan importantes como las distracciones causadas por el teléfono (hoy en día hay que añadir el email), la distribución ideal de la oficina, el dilema de sobrestimar o subestimar (esto también lo cubre McConell en "Black Art") y muchos otros puntos.

Métodos ágiles

Hoy en día es importante aprender métodos ágiles. Hace 10 años eran "lo próximo", hace 5 eran "lo nuevo" y hoy en día son "la tendencia".

No quiere decir que no haya otras formas de gestionar proyectos, pero todo lo "agile" merece la pena para completar conocimientos y aprender técnicas que especialmente en equipos pequeños y áltamente motivados son muy útiles.

Agile project management with Scrum - 2004

El libro de SCRUM por Schwaber. Los dos primeros capítulos te dan una idea muy clara de lo que es scrum, por qué es importante y en qué consiste. El resto del libro profundiza en detalle en cada concepto. Empieza con la idea del "control descentralizado" (navegación aérea frente a tráfico de automóviles) y cómo sacar provecho de que cada uno "sepa lo que tiene que hacer" en base a unas reglas determinadas.

Es un libro interesante, clave para aprender SCRUM.

Hay muchos links, webs, posts (de todo) hoy en día que explican de qué va SCRUM y seguro que muchos se entienden mejor que este texto, pero volver a "la fuente" es siempre una buena idea ;)

Manage it - 2007

Manage it! es un manual, con problemas concretos y respuestas concretas, de cómo gestionar proyectos mediante métodos ágiles.

El capítulo "schedule games" es una joya. Te dice cosas tan útiles como por ejemplo cómo gestionar a un jefe que siempre te dice que todo es urgente ("pants on fire", o "el culo en llamas" como lo tradujo un alumno mío hace un par de años :P), "la esperanza es la única estrategia" y otros muchos.

Leí aquí por primera vez lo que era un "Hudson bay start", una técnica muy interesante para probar si tu proceso funciona o no, inspirado en lo que hacían los antiguos exploradores que se iban al norte de los grandes lagos.

Agile Software Development - 2002

El primer libro que incluyo de Robert C. Martin. Es un autor que me gusta, aunque sus detractores dicen que "Uncle Bob" lo mejor que hace es autopromocionarse.

Agile software development habla de muchos aspectos ágiles, desde pair programming, test driven development (TDD), patrones, el agile manifesto, dependency inversion principle y muchos otros puntos.

Todos los ejemplos van sobre Java pero hay otra versión para C# también interesante.

Implementing Lean Software Development - 2006

He escogido uno de los libros de Poppendieck sobre "lean" porque los considero todos muy interesantes y muy instructivos.

Desde el concepto de "eliminate waste" que asocia en software a no tener tareas sin terminar (toda una cruzada), hasta "develop the two alternatives", todo interesante y con aplicación práctica.Implementing lean software development

Una historia para encontrar errores clásicos - ShowStopper! - 1994

Show Stopper habla de la historia del desarollo de Windows NT. Me resulta muy curioso que, en clase, tengo que contar que NT es la base de Windows XP, Vista, etc... (pasa el tiempo :P).

No es un libro de texto, es más bien una novela, pero cuenta los problemas, las aventuras, las heroicidades, los éxitos y los fracasos del equipo de Dave Cutler (ex Digital, líder del sistema operativo de Microsoft hasta hace muy poco tiempo) mientras construían NT.

Lo recomiendo porque además de cultura general (nombres e historias de ingenieros brillantes) proporciona una oportunidad de detectar muchos de los "classic mistakes" introducidos por McConnell en "Rapid App Development"... y de discutir sobre lo que hicieron bien y mal.

El imprescindible - 1995 (segunda edición!)

Si hay un libro clásico y mítico es The Mythical Man Month". Muchas veces digo (medio en broma) que hay que leerse un trozo por lo menos, porque cualquier artículo o post que se precie sobre gestión de proyectos debe referenciar "man month"... :P

La idea de "silver bullet" en software, los "surgical teams", la idea de la división en analistas, programadores y testers... todo biene de Brooks en este libro!! Un mito.

Extras

Los he metido en esta categoría porque quería elegir sólo 10 libros, y porque aunque son muy interesantes, no todos encajan directamente con planificación de proyectos.

The pragmatic programmer. Otra obra maestra según muchos, a la altura de "Code Complete". Cuenta "de todo". Desde por qué arreglar defectos cuanto antes para que el software no empeore (broken window) hasta qué herramientas usar en un desarrollo.

Coders at Work. Lo metería en la misma categoría que "Show Stopper". Es un conjunto de entrevistas a grandes programadores. Muy interesante.

Succeeding with Agile. Un complemento interesante para aprender de SCRUM. Lo compré en cuanto salió pero Mike Cohn me defraudó un poco aquí, sin embargo a mucha gente le gusta.

Driving the technical change. Otro libro de la editorial de "Pragmatic Programmers". Me gusta porque te enseña a tratar con los diferentes perfiles de la gente frente a un cambio. Importante para aprender cómo "vender" una nueva técnica o herramienta (o idea) dentro del equipo, cómo reaccionar ante objeciones (el pesimista, el entusiasta, el aguafiestas...). Muy bueno.

Pomodoro. Todo sobre la técnica de gestión de tiempo "Pomodoro". Muy interesante.

Pragmatic thinking and learning. Te explica, en plan programador, cómo funciona el cerebro. Por ejemplo, ¿por qué después de estar bloqueado con un problema te vas en el coche a casa y mientras conduces surge la solución? Pues hay una explicación ;)

Y, bueno, podría seguir con muchos más como Release it!, Pragmatic project automation, pero se hace ya muy largo ;)

Tendría que haber añadido alguno sobre gestión de configuración de software (SCM - software configuration management) pero lo dejo para otra "entrega" :)

Jugando al poker

2008-10-26T11:11:00.000-07:00

Hay algunas técnicas de estimación en métodos ágiles que buscan ser lo más originales posibles, y la de "playing poker" creo que lo consigue.

Echad un vistazo a:

http://www.planningpoker.com/

Para información más detallada sobre el tema hay un par de vídeos en YouTube que merecen la pena:

http://www.youtube.com/watch?v=fb9Rzyi8b90

http://www.youtube.com/watch?v=jeT0pOVg0EI

Desarrollo iterativo frente a incremental

2008-05-05T04:20:00.001-07:00

Una imagen vale más que mil palabras, echad un vistazo a la diferencia entre desarrollo iterativo e incremental aquí:

http://jan-so.blogspot.com/2008/01/difference-between-iterative-and.html

Puntos de función y casos de uso

2008-01-15T15:16:00.001-08:00

Un artículo interesante sobre casos de uso y puntos de función en el portal de Calidad del Software

El papel del liderazgo en el desarrollo de software

2007-11-27T09:30:00.000-08:00

Un nuevo vídeo de Mary Poppendieck (que a estas alturas ya debería sonaros a todos). En esta ocasión habla sobre la importancia del liderazgo en desarrollo de software, y sobre los cambios de perspectiva que se han experimentado desde la dirección clásica hasta la actualidad.
http://www.infoq.com/presentations/poppendieck-agile-leadership

The podcast for professional developers

2007-10-24T08:06:00.000-07:00

Hay una web con un montón de información interesante, en formato podcast, sobre ingeniería de software.

Echad un vistazo a www.se-radio.net, especialmente al que habla sobre SCRUM.

Refactoring

2007-10-21T04:54:00.000-07:00

El pasado viernes en clase surgió el tema del refactoring. Si alguien tiene curiosidad en ampliar conocimientos sobre el tema puede consultar la web www.refactoring.com y el libro Refactoring: Improving the Design of Existing Code

Vídeos

2007-10-10T01:18:00.000-07:00

Como muchos de los que asistís a clase ya sabréis, además de unos cuantos libros interesantes hay un recurso muy bueno para aprender más cosas sobre PGP: google video.

La gente de google organiza charlas periódicas sobre ingeniería, ciencia y otros temas. Y como pueden permitirse invitar a lo mejor de lo mejor, hay material realmente interesante.

Los que os voy a recomendar hoy (y cuando digo recomendar quiero decir que encargaré un trabajo sobre el tema) son los siguientes:

Un vídeo de Mary Poppendieck (otro de los grandes nombres que deberíais conocer, buscad en amazon sobre ellas y veréis la cantidad de material) en el que habla de cómo competir basándose en velocidad:

Los dos siguientes hablan de SCRUM, una de las metodologías que cubrimos en el curso. En primer lugar uno sobre lecciones aprendidas en google usando scrum:

Y en segundo lugar una introducción (una clase magistral realmente) sobre SCRUM:

El tiempo que paséis viéndolos estará bien invertido...

The road to gold

2007-10-06T07:19:00.000-07:00

Ahora que empezamos de nuevo el curso es un buen momento para repasar algunos artículos interesantes que merece la pena leer.

El de hoy es un poco antiguo, pero sigue mereciendo la pena. Se trata de una serie de 3 artículos del sitio WinSuperSite que hablan sobre la historia del desarrollo de Windows. Hay tres partes que podéis encontrar en:

- Parte 1: los primeros años
- Parte 2: el desarrollo de windows
- Parte 3: Probando windows

Como comentaba el viernes en clase, quien quiera ampliar más todavía sobre la historia del desarrollo de ese sistema operativo, puede leer Show Stopper.

Ahí encontrará información sobre alguno de los jefes de proyecto (y por supuesto programadores) más famosos de la historia del software: David Cutler.

Cutler era ya famoso antes de unirse a Microsoft, pero durante el desarrollo de NT dio rienda suelta a su estilo de project management extremadamente rígido y duro.

Cutler fue elegido premiado como Senior Distinguished Engineer por la National Academy of Engineering a mediados de los 90, y tiene un título similar otorgado por Microsoft.

Es difícil hacer una lista de los nombres que es imprescindible conocer, así que aquí tenéis los primeros de los que me he acordado:
* Linus Torvalds, supongo que este no necesita presentación. Hay un libro interesante sobre él: Just for Fun: The Story of an Accidental Revolutionary
* Charles Simonyi. Seguro que os suena por cosas como la notación húngara, y si eso no es suficiente, habréis usado Word en alguna ocasión, ¿verdad?
* John Carmack. ¿Os suena el Doom y el Quake? Mirad también Armadillo Aerospace.
* Steve McConnell, autor de libros como Code Complete, Software Estimation y Rapid Software Development, entre otros, de los que ya hemos hablado.
* Bjarne Stroustrup. También el C++, ¿no?

Si os interesa el tema, más información en el libro GO TO: Software SuperHeroes

Dos nuevos libros de pragmatic programmer

2007-07-30T14:19:00.000-07:00

Un par de nuevos libros que parecen tener muy buena pinta sobre PGP:

Los dos hablan de métodos ágiles y están basados en experiencias prácticas, no los he leído pero creo que merecerán la pena...

Charla CMMi

2007-01-25T01:19:00.000-08:00

Este Viernes a las 18:00 habrá una presentación sobre el modelo CMMi, muy interesante para la asignatura, en el salón de actos.
Interrumpiremos la clase durante una hora para poder asisitir a la charla. Contaremos con la presencia de un experto en el tema, que nos podrá dar una visión práctica muy interesante.

Técnica de estimación: Wideband Delphi

2007-01-17T03:35:00.000-08:00

Estimación por grupos de expertos: Método Delphi.
La información sobre este método la he extraído del libro de McConnell sobre estimación de software: Software Estimation, Demystifying the Black Art, que os recomiendo.
El método wideband Delphi es una técnica de estimación estructurada en grupo. Deriva de un método creado en los 40.
Se basa fundamentalmente en que varios expertos, tras crear estimaciones individuales, se reunen para ponerse de acuerdo en una estimación.
Un estudio del método original decía que no se obtenían mejores resultados que con estimaciones individuales debido a las presiones políticas que se podían ejercer sobre el grupo. Así que Boehm y Farquhar crean en los 70 el Wideband Delphi como mejora del original.
El proceso mejorado es el siguiente:

1 - El coordinador presenta a cada experto la especificación y un formulario de estimación.
2 - Los estimadores trabajan individualmente. (Se puede hacer esto tras el paso 3)
3 - Se hace una reunión en la que los expertos hablan de los posibles problemas de estimación.
4 - Los expertos rellenan las estimaciones y se las dan al coordinador de manera anónima.
5 - El coordinador prepara un resumen de las estimaciones y la reparte a todos los expertos.
6 - Se reunen tanto el coordinador como los expertos para ver variaciones en las estimaciones.
7 - Los expertos votan anónimamente si aceptan la estimación media. Si alguien vota que no se vuelve al paso 3.
8 - La estimación final es una estimación única (single-point estimate). También podría ser un rango creado durante la estimación en la que la single-point es el caso esperado (recordad lo de caso más probable, menos probable y caso esperado).

En la imagen se muestra cómo podría evolucionar un supuesto proceso de estimación, y también cómo es el formulario de estimación: una escala en la que colocar la estimación. Hay que tener en cuenta que la escala debe ser lo suficientemente amplia para no coaccionar a los estimadores.

¿Es útil el método?
McConnell dice que en 25 grupos en los que ha recogido datos, comparando datos de estimaciones hechas haciendo un promedio de los expertos respecto a usar método Delphi, se obtiene una mejora de alrededor de un 40%.
Habla también de que muchas veces la estimación correcta (que lógicamente sólo se sabe a posteriori) no está dentro del rango original cubierto por los estimadores, y que sin embargo usando Delphi se llega, 1/3 de las veces, a incluir ese punto.

¿Cuándo usarlo?
Fundamentalmente al inicio de los proyectos, cuando todavía hay mucha incertidumbre. En el área inicial del cono de incertidumbre se puede mejorar mucho con Delphi, luego cuando hay más datos será mejor cambiar a otras técnicas.
Pero al principio puede ser útil combiar múltiples informaciones de diferentes expertos.

Más información en Wikipedia en: http://en.wikipedia.org/wiki/Wideband_delphi

Nuevo libro sobre estimación de software

2007-01-17T02:41:00.000-08:00

Al hilo de lo que venimos dando en clase en las últimas semanas, sale un nuevo libro sobre estimación de software. Parece que está centrado en el tema de puntos de función, así que puede ser muy interesante.

Soñando con el código

2007-01-11T14:58:00.000-08:00

Es el título de un libro que habla de qué hace interesante la programación y qué no. Podéis encontrarlo en http://www.dreamingincode.com, y la verdad es que tiene muy buena pinta... Y para seguir en la línea de recomendar lectura, hay otro par de libros que merece la pena mencionar, aunque no son nuevos, ni mucho menos, sino más bien clásicos. Los dos son del mismo autor, Gerald M. Weinberg, y son An Introduction to General Systems Thinking y The Psychology of Computer Programming. Y para terminar otro nuevo: Software Creativity 2.0

Nos quedan 3 días

2007-01-11T14:47:00.000-08:00

No, no es una premonición agorera algo así, es que faltan 3 clases para finalizar el curso...
Y todavía faltan unas cuantas cosas por ver... Así que tendremos que usar las horas que faltan intensivamente. Mañana haremos un breve (muy breve) repaso de lo que hemos visto hasta ahora, e identificaremos qué falta para finalizar. Y después seguiremos con temas de planificación, métricas, y alguna otra cosa más... Y también faltan por presentar los trabajos, de hecho hay ya unos cuantos que parecen interesantes.
Así de memoria, que me acuerde, tenemos los siguientes:
- Uno sobre las herramientas de VersionOne: http://www.versionone.net
- Algo sobre subversion, uno de los controles de versiones más utilizados: http://subversion.tigris.org
- También, si no recuerdo mal, uno sobre Clearcase, uno de los grandes en SCM: http://www-306.ibm.com/software/awdtools/clearcase
- Google code, de este puedo decir poco...
- Extreme programming (un tema muy interesante... a ver qué hacéis)
- Accurev: otro SCM, pero este muy, muy innovador: www.accurev.com
- Seapine

Y no sé si se me olvida algo!!

Más información sobre SCRUM

2006-12-07T00:33:00.000-08:00

En navegapolis.net han publicado un nuevo vídeo sobre SCRUM: http://www.infoq.com/presentations/agile-quality-canary-coalmine.
Hay más vídeos en googlevideo sobre el tema.

SCRUM en Unkasoft

2006-11-19T06:01:00.000-08:00

La empresa Salmantina Unkasoft ha introducido documentación muy interesante en su blog sobre SCRUM, no dejéis de leerlo!! (Vamos, que os lo imprimáis, que sirve como apuntes...)

http://eskasiunblog.blogspot.com/2006/08/scrum-llega-unkasoft.html

Nueva documentación

2006-11-19T05:58:00.000-08:00

He subido nueva documentación a UBUNet, de las clases, recortes, etc, etc, etc. Echad un vistazo porque la mayoría es material bastante interesante.

Recordad que el plan de la asignatura era el siguiente:

- Introducción
- Construcción de software (dónde hemos visto, entre otros, SCM)
- Plan de proyecto
- Estimación
- Control y seguimiento del proyecto
- Cierre de proyecto
- Métodos ágiles

Ejercicio

2006-10-28T12:30:00.000-07:00

¿Alguien quiere medio punto extra? Esta vez va en serio.

Quien lea, prepare un comentario de 2 páginas y lo presente en la siguiente clase, sobre el artículo de Jack W. Reeves, el código es el diseño, tendrá medio punto adicional en el examen. Lógicamente el comentario, y la exposición, deben estar bien hechos...

Quienes lo vayan a preparar, que me envíen un correo.

Clase del 27 de Octubre

2006-10-25T16:12:00.000-07:00

El Viernes 27 de Octubre, a las 19 horas, hay una entrega de diplomas a los egresados de ITIG.
Vamos, que no va a haber prácticas a las 19... Y por tanto tampoco las habrá a las 15:30.
Además parece que el tema de que nos instalen los MS Project va para rato... Me gustaría aprovechar el tiempo de las prácticas para hablar de alguna herramienta interesante de las que os comentaba el otro día, pero dado que no podemos adelantar la clase de teoría (hay otro grupo de prácticas)... habrá que esperar.
Tenéis mi email para cualquier duda.

A alguien le interesan los videojuegos?

2006-10-11T17:24:00.000-07:00

No, no me refiero sólo a jugar, sino al desarrollo de video-juegos, quizá una de las áreas más interesantes en el mundo del software durante años. Bien, a quien le interese seguro que le gustará este sitio: www.gamasutra.com.
Además de noticias siempre publican artículos muy interesantes sobre desarrollo y, por lo menos cuando yo me lo leía,
postmortens de proyectos, más interesantes todavía.
Hay una revista muy buena sobre el tema: Game Development Magazine, y muy relacionada con Gamasutra.
Creo que es una de las pocas publicaciones profesionales sobre video-juegos disponibles. Aquí ha escrito gente como John Carmack, y otros muchos de su nivel. Aunque no todo en el mundo de los video-juegos es maravilloso, como puede leerse aquí. Es un artículo que tuvo bastante impacto hace un año o dos, y que incluso fue recogido en el siguiente libro: The best software writing.

No hay clase el Viernes 13 de Octubre!

2006-10-11T17:01:00.000-07:00

Finalmente no habrá clase el Viernes 13 de Octubre. O al menos esas son las noticias que me han llegado... Vamos, que no vais a ir...
Así que se postpone hasta la semana siguiente. En principio una hora antes, a las 16:30, para que pueda hacer una pequeña introducción práctica antes de saltar a la teoría...

¡¡Disfrutad del puente!!

El desarrollo de Windows 2003

2006-10-10T00:54:00.000-07:00

¿Os habéis preguntado alguna vez cómo desarrolla una de las compañías de software más importantes del mundo?
Dejando a un lado las críticas a sus "estrategias" de marketing, a sus prácticas monopolistas, etc, etc, es importante darse cuenta de que muchos grandes personajes del software han pasado por las filas de M$, en muchos casos haciendo productos muy buenos.
En el siguiente artículo podéis leer la historia del desarrollo de 2003 y cuenta también algo de cómo empezó con el NT: http://www.winsupersite.com/reviews/winserver2k3_gold1.asp.
Entre los puntos interesantes a destacar: cómo coordinan el trabajo, cómo hacen tests, por qué integran diariamente, cómo hacen los "builds".

Para saber más:
- The Build Master. Habla sobre cómo Microsoft organiza su proceso SCM (Software Configuration Management).
- Showstopper! Es una especie de "biografía" sobre cómo se desarrolló Windows NT. Se pueden aprender mucho sobre lo que nunca se debe hacer, y también algunas lecciones positivas.

Lo que todo estudiante de Ingeniería en Informática debería saber...

2006-10-07T10:37:00.000-07:00

Eso es lo que cuenta el siguiente artículo de la web de Joel Spolsky: Advise for Computer Science College Students.

Muy interesante, como casi todo lo que Spolsky escribe.

Crítica a los métodos ágiles

2006-10-06T12:35:00.000-07:00

Por muy buenos que puedan parecer los métodos ágiles, siempre hay alguien que tiene algo en contra.

Hay un artículo muy interesante de un empleado de Google que los deja en muy mala situación.

No hay que creerse todo, ni lo bueno, ni lo malo, pero está claro que el artículo da que pensar.

Hay algún otro comentario en www.navegapolis.net

Libros interesantes

2006-10-06T04:54:00.000-07:00

Hay una lista de libros sobre gestión de proyectos que es interesante conocer, por lo menos saber que existen...

- The Mythical Man-Month. Un clásico. Es necesario conocerlo y leerse un capítulo por lo menos, y de esa manera poder citarlo de vez en cuando y parecer que sabes algo de software. En este libro se introdujo lo de "Silver Bullets".

- Peopleware. Cuenta cómo tratar a la gente, y cómo organizar el desarrollo. También es de los imprescindibles.

- Code Complete. El libro más famoso de Steve McConnell. No va de gestión de proyectos, pero es imposible gestionar uno si no te sabes esto.

- Rapid Development. También de McConnell. Cómo gestionar y dirigir proyectos basado en métodos pragmáticos.

- El código es el diseño: un artículo de Jack W. Reeves.

- Sobre estimación, el último libro de McConnell. Se titula "Software Estimation: Demystifying the Black Art", y sigue la línea de los libros del autor: directo y claro.