PVP ed. digital: | EUR 21,83 |
PVP ed. impresa: | EUR 45,08 |
Precio Kindle: | EUR 15,28 Ahorra EUR 29,80 (66%) |
IVA incluido (si corresponde) | |
Vendido por: | Amazon Media EU S.à r.l. |

Descarga la app de Kindle gratuita y comienza a leer libros para Kindle al instante en tu smartphone, tablet u ordenador. No necesitas un dispositivo Kindle. Más información
Lee al instante en tu navegador con Kindle para Web.
Con la cámara de tu teléfono móvil, escanea el siguiente código y descarga la app de Kindle.
![Balancing Agility and Discipline: A Guide for the Perplexed (English Edition) de [Barry Boehm, Richard N. Turner, Grady Booch, Alistair Cockburn, Arthur Pyster]](https://m.media-amazon.com/images/I/51mXC23DQjL._SX260_.jpg)
Sigue al autor
Aceptar
Balancing Agility and Discipline: A Guide for the Perplexed (English Edition) 1o Edición, Versión Kindle
Precio Amazon | Nuevo desde | Usado desde |
Tapa blanda
"Vuelva a intentarlo" | 45,08 € | 12,00 € |
- Versión Kindle
15,28 € Leer con nuestra App gratuita - Tapa blanda
45,08 €
Agility and discipline: These apparently opposite attributes are, in fact, complementary values in software development. Plan-driven developers must also be agile; nimble developers must also be disciplined. The key to success is finding the right balance between the two, which will vary from project to project according to the circumstances and risks involved. Developers, pulled toward opposite ends by impassioned arguments, ultimately must learn how to give each value its due in their particular situations.
Balancing Agility and Discipline sweeps aside the rhetoric, drills down to the operational core concepts, and presents a constructive approach to defining a balanced software development strategy. The authors expose the bureaucracy and stagnation that mark discipline without agility, and liken agility without discipline to unbridled and fruitless enthusiasm. Using a day in the life of two development teams and ground-breaking case studies, they illustrate the differences and similarities between agile and plan-driven methods, and show that the best development strategies have ways to combine both attributes. Their analysis is both objective and grounded, leading finally to clear and practical guidance for all software professionals--showing how to locate the sweet spot on the agility-discipline continuum for any given project.
- ISBN-13978-0321186126
- EdiciónN.º 1
- EditorialAddison-Wesley Professional
- Fecha de publicación11 agosto 2003
- IdiomaInglés
- Tamaño del archivo5906 KB
- Kindle (5ª generación)
- Kindle Keyboard
- Kindle DX
- Kindle (2ª Generación)
- Kindle (1ª Generación)
- Kindle Paperwhite
- Kindle Paperwhite (5ª generación)
- Kindle Touch
- Kindle Voyage
- Kindle
- Kindle for Windows 8
- Kindle Cloud Reader
- Kindle para BlackBerry
- Kindle para Android
- Kindle para tabletas Android
- Kindle para iPhone
- Kindle para iPod Touch
- Kindle para iPad
- Kindle para Mac
- Kindle para Mac
- Kindle para PC
Descripción del producto
Contraportada
Agility and discipline: These apparently opposite attributes are, in fact, complementary values in software development. Plan-driven developers must also be agile; nimble developers must also be disciplined. The key to success is finding the right balance between the two, which will vary from project to project according to the circumstances and risks involved. Developers, pulled toward opposite ends by impassioned arguments, ultimately must learn how to give each value its due in their particular situations.
Balancing Agility and Disciplinesweeps aside the rhetoric, drills down to the operational core concepts, and presents a constructive approach to defining a balanced software development strategy. The authors expose the bureaucracy and stagnation that mark discipline without agility, and liken agility without discipline to unbridled and fruitless enthusiasm. Using a day in the life of two development teams and ground-breaking case studies, they illustrate the differences and similarities between agile and plan-driven methods, and show that the best development strategies have ways to combine both attributes. Their analysis is both objective and grounded, leading finally to clear and practical guidance for all software professionals--showing how to locate the sweet spot on the agility-discipline continuum for any given project.
0321186125B10212003
Biografía del autor
Detalles del producto
- ASIN : B003XDU8BC
- Editorial : Addison-Wesley Professional; N.º 1 edición (11 agosto 2003)
- Idioma : Inglés
- Tamaño del archivo : 5906 KB
- Uso simultáneo de dispositivos : Hasta 5 dispositivos simultáneos según los límites del editor
- Texto a voz : Activado
- Lector de pantalla : Compatibles
- Tipografía mejorada : Activado
- X-Ray : No activado
- Word Wise : No activado
- Notas adhesivas : En Kindle Scribe
- Longitud de impresión : 325 páginas
- Clasificación en los más vendidos de Amazon: nº754,880 en Tienda Kindle (Ver el Top 100 en Tienda Kindle)
- Opiniones de los clientes:
Acerca del autor

Descubre más libros del autor, mira autores similares, lee blogs de autores y más
Opiniones de clientes
5 estrellas |
|
58% |
4 estrellas |
|
25% |
3 estrellas |
|
4% |
2 estrellas |
|
14% |
1 estrella 0% (0%) |
|
0% |
Las opiniones de los clientes, incluidas las valoraciones del producto, ayudan a otros clientes a obtener más información sobre el producto y a decidir si es el adecuado para ellos.
Para calcular el desglose general de valoraciones y porcentajes, no utilizamos un simple promedio. Nuestro sistema también considera factores como cuán reciente es una reseña y si el autor de la opinión compró el producto en Amazon. También analiza las reseñas para verificar su fiabilidad.
Más información sobre cómo funcionan las opiniones de los clientes en AmazonReseñas más importantes de otros países





Right from the start they set up a false dichotomy between agility and discipline, as if Agile is not a discipline or not disciplined--the authors define discipline as "process mastery, preparation, and courage." Agile done right is all this. And who hasn't seen undisciplined "discipline" (process-heavy approaches is what the authors intend here).
The key to success, they argue, is balancing agility and discipline--what Agilist wouldn't agree?--by using their "risk-driven approach" as a "pragmatic means of reconciling the strengths and weaknesses of disciplined and agile methods." This requires assessing project personnel, criticality, size, culture, and dynamism to customize an agile-discipline hybrid that minimizes risks.
Most Agilists I know are pragmatists, not purists, and do, in fact, use hybrids as needed. The "risk-driven approach" advocated here is a helpful way to quantify the risks and work towards a hybrid. But one caution: "Balancing agile and plan-driven methods requires exceptional people." Agreed, and the authors admit that because you need, and therefore find, more exceptional people in an Agile environment, you're more likely to find success by scaling Agile up than by paring plan-driven methods down.
Other helpful points of clarification for "the perplexed:"
- Agile is an "adaptive rather than predictive mind set."
- "Agile is `planning driven,' rather than `plan-driven.'"
- Agile defines quality as customer satisfaction vs. "specification and process compliance."
- Agile's rapid growth and adoption is due to today's dynamic business environment and to "the resurgence of the philosophy that programming is a craft rather than an industrial process"
- "Personnel turnover is a project's number one risk."
Examples of straw man argumentation:
- "The approaches have become adversarial." I've seen some healthy debate but most practitioners are looking for common ground.
- "The primary difference between agile and plan-driven development practices deal with the design and architecture of the software. Agile methods advocate simple design, one that emerges as functionality is implemented." The authors spill a lot of ink demonstrating that simple may not be sufficient. Yet just a few pages earlier they point out: "Agilists speak of a `mentality of sufficiency'--doing only what is necessary." "Simple," then, actually means "sufficient" to the experienced Agilist.
- The authors point out that Agile refactoring risks turning into costly redesign. And a plan-driven approach, where quality is defined as compliance to outdated specs and rework is common, improves on this how? Later they admit that Agile done right looks at each user story in context of the big picture.
- They complain that getting all the stories done and integrated--particularly "tasks that fall between story cards"--often requires "police" action that "conflicts with agile philosophies." What they call "police" action I call "management" action and, yes, I admit it is often required.
All in all, this book is recommended as it adds to the conversation and moves it in the right direction: whatever works! We've got too much work to do for infighting.