Agile Project Management Si usted es un lder responsable de entregar valor a sus clientes y partes interesadas, ciertamente necesita saber

sobre ingeniera gil. El conjunto de principios y prcticas, junto con la riqueza de conocimientos y herramientas disponibles, significa equipos pueden empezar a ver resultados inmediatamente con una inversin mnima. Este es el tipo de retorno positivo de la inversin que hace todo el mundo feliz, especialmente su jefe! Parte 1 de esta serie de dos partes presenta los principios de ingeniera giles y prcticos que, cuando se implementa, permiten a algunos equipos y sus respectivas organizaciones para construir software de alta calidad muy rpidamente que por favor los clientes. Las organizaciones adoptar estas prcticas--cuando se utiliza junto con las prcticas de gestin gil y magra--pueden obtener ventajas de la entrega de sus competidores y administrar los costos de soporte y mantenimiento a largo plazo. (Parte 2 se centrar en las herramientas de ingeniera gil de apoyo, as como proporcionan una gua de procedimientos iniciales). Qu es gil ingeniera? Ingeniera gil es un trmino que se refiere a los principios tcnicos y prcticas ayudando a equipos a ofrecer versiones de alta calidad temprano y a menudo. Abarca tanto principios--los subyacentes verdades que no cambian en el tiempo o espacio; y tambin prcticas--la aplicacin de principios a una situacin particular (ver concepto a efectivo por Mary y Tom Poppendieck). Se consideran las personas aplicando las prcticas de software desarrollan ingenieros giles. Equipos de ingenieros giles utilizando estas tcnicas probadas, principalmente en el diseo y desarrollo de software, a menudo pueden deleitar a sus clientes al ofrecer rpidamente los cambios segn los comentarios. Beneficios de lado son giles ingenieros normalmente tienen mayor orgullo en su trabajo, producir menos defectos y puede adaptarse a las cambiantes condiciones ms rpidas que sus homlogos en la industria. Y son mucho, mucho ms productivo. Golpeando la pared Scrum "Todo bien y buena", puede pensar. "Pero no es adoptar las prcticas de gestin gil suficiente?" Si bien es cierto que equipos de adopcin de Scrum, lean y otros mtodos de mejoran su desempeo mediante los cambios de procesos, mejoras pueden slo ir tan lejos si no hay un enfoque en la calidad en el nivel ms fundamental, la cdigo. El cdigo se refiere a todo el cdigo fuente, archivos de configuracin, scripts, imgenes y documentacin necesaria para enviar un comunicado a sus clientes. Sin un enfoque en el cdigo, equipos de xito lo que se conoce como el Muro de Scrum, donde la velocidad y productividad mesetas y incluso comienza a disminuir con el tiempo. Primeros cambios de proceso no son sostenibles debido a la mala calidad de cdigo subyacente. Todos los detractores giles salen diciendo: "Le dije gil funcion!" y su nuevo equipo Scrum inicia floundering. Sin un enfoque en el cdigo y los asociados principios de ingeniera giles y prcticas, los equipos y las organizaciones slo se van a darse cuenta de parte de los beneficios de giles y lean. Beneficios para el negocio Al preparar el caso empresarial para realizar inversiones, estos son los beneficios citados ms a menudo cuando equipos adopten las prcticas. Puedo dar fe de la experiencia personal que existe una diferencia de noche y da entre equipos que ejecutan con estas prcticas y los que no:

Mejora de la calidad. El uso de pruebas automatizadas, integracin continua y otras prcticas tienen un impacto dramtico en la calidad del software, dando como resultado menos defectos costosos y embarazosos. Es cierto el viejo axioma: "No se puede ir rpido, a menos que la calidad es muy alta".

Un enfoque de calidad permite que muchos de los otros beneficios de negocios de inters para el liderazgo y establece el tono adecuado para el equipo que la toma orgullo en el trabajo es una prctica fundamental que todos debemos compartir.

Mejora el tiempo al mercado. Generacin automatizada e implementaciones, junto con un enfoque de diseo simple y no over-engineering soluciones, permite a ingenieros giles ofrecer soluciones de calidad a los clientes ms rpidos y obtener su informacin valiosa sobre cmo proceder a continuacin con la confianza de que los cambios que estn haciendo al software son seguros. Mejora de la productividad. Es ms rpido tiempo para hacer cambios en forma segura y la automatizacin de pruebas y procesos repetibles permite a los ingenieros giles pasar ms tiempo en la construccin de soluciones focalizadas en valor y menos tiempo en lucha con la infraestructura. Las prcticas de ingeniera giles estn en el centro de lo que Jeff Sutherland monedas "equipos hyper productivos": aquellos equipos que son 400 por ciento o ms productivos que sus contrapartes. Reducir los costos de mantenimiento. Algunos estiman ascendente de 90 por ciento de los costos de software son acumulados en las fases de mantenimiento que se realicen cambios incrementales y correcciones de errores durante la vida del producto. Sutherland[i] y Edelstein[ii] han puesto la cifra acumulada en 70 millones de dlares en mantenimiento de software en los Estados Unidos solamente. Los cambios al cdigo heredado--cdigo sin pruebas unitarias--puede ser costoso y conducen a largo plazos para los cambios aparentemente menores o dos errores nuevos creados para cada uno fijada. Equipos que he conocido han pasado hasta un tercio o la mitad de su capacidad de equipo no hacer nada pero fijacin y verificacin de defectos y con ello aumenta los costos de mantenimiento. Las prcticas de ingeniera giles que mantenga el cdigo menos brillante y un enfoque continuo sobre la reduccin de deuda tcnica pueden hacer mucho para reducir los costos de mantenimiento. Reduccin de la deuda de tcnica. El tema de deuda tcnica est recibiendo la atencin de lderes de negocios y la tecnologa como una mtrica importante para evaluar la calidad de software e informar en trminos financieros familiares para ejecutivos, incluyendo tal pagos de intereses en debut tcnico debido a la mala calidad y diseo. La adopcin de prcticas de ingeniera giles es una de las mejores estrategias para el pago de deuda tcnica y reducir el riesgo del costoso sistema reescribe.

Otros beneficios Son numerosos los beneficios para la adopcin de prcticas de ingeniera giles de equipos tcnicos. Adems el negocio de beneficios mencionados, otros beneficios tangibles incluyen:

Reducir la complejidad. Diseo y construccin de lo que necesita ahora, con la confianza del software puede re-factored y evolutivamente mejorada con el tiempo, puede tener un impacto significativo en la reduccin de la complejidad del software. Este enfoque permite a los equipos ofrecer primeros lanzamientos rpidamente y, a continuacin, deliberadamente evolucionar la solucin en el tiempo como el conocimiento de ganancias de equipo colectivo (empresarios y tcnicos) del dominio del problema. Siguiendo los principios de evitar gran diseo hasta el frente y el compromiso de aplazamiento hasta el ltimo momento responsable ayuda a mantener la complejidad al mnimo y asegura la complejidad se aade slo cuando hay una necesidad absoluta. Mejorar la experiencia del equipo. Aparte de los beneficios a la organizacin y la calidad del cdigo, las prcticas de ingeniera giles tambin pueden mejorar la experiencia de trabajo para los miembros del equipo. En mi experiencia, al automatizar las partes mundanas de desarrollo y inculcar una filosofa de mejora continua y la camaradera de equipo, equipos no slo ms productivos tambin disfrutan de los trabajos ms. El gran nfasis en la calidad puede tener un efecto galvanizado sobre tica de trabajo del equipo y moral de garantizar las prcticas de ingeniera giles permanece en el lugar mucho despus de que introdujo por primera vez porque pertenecen al equipo. Mejora de pensamiento End-to-End. a menudo es fcil pensar en desarrollo de software como slo un paso en un proceso de transformacin de ideas a los software. Un beneficio importante Lean trae es el enfoque ms holstico de end-to-end en optimizar la totalidad - de concepto a efectivo. Esta perspectiva ms amplia ayuda a evitar la sub-optimization de apoyo a los procesos y mantiene equipos y organizaciones se centraron en el valor ofrece al cliente a travs de los tiempos de ciclo reducidos (tambin conocido como tiempo al mercado) y mejoraron la capacidad de respuesta.

Incorporando ideas tales como la teora de las restricciones puede beneficiar equipos para mejor definir y ofrecer valor a sus clientes evitando no valor agregado trabajo (residuos). Principios y prcticas Ahora que conoce es qu ingeniera gil y los beneficios clave, cules son los equipos especficos de principios y prcticas est utilizando? Si bien el trmino la ingeniera gil es un trmino general para los principios tcnicos y las prcticas, las ms comunes provienen de XP, Lean y Evo. Orgenes en XP Gran parte de las bases de la ingeniera gil provienen directamente de la eXtreme Programming (xp)mtodo de . Muchos de los signatarios de la Manifiesto gil[iii] fueron aprendiendo, enseando y escribiendo sobre cada vez mejores formas de desarrollar software de calidad utilizando mtodos centrado en el equipo. Estos primeros evangelistas giles ayudar a difundir el uso de prcticas de ingeniera giles a travs de la publicacin, presentaciones, formacin y consultora. Como en la ltima dcada se ha ampliado la comunidad gil, tiene popularidad temprana del XP dado forma de aparicin del Scrum como principal mtodo gil y una creciente influencia de la comunidad Lean. Principios de XP incluyen comentarios rpidos (en varios niveles), asumiendo la simplicidad en el diseo y la evolucin del software y abrazar el cambio incluso en el proceso a fin de satisfacer a los clientes. Prcticas de XP ayuda a poner en prctica los principios bsicos. XP equipos trabajan como un equipo para estimar y planificar su trabajo a travs de un juego de planificacin colaborativo (un Sprint planning meeting en Scrum). Cuando los desarrolladores crear cdigo, programa par para siempre hay dos personas que entienden cada lnea de cdigo. Aunque parezca menos eficaz, realmente mejora la productividad y la capacidad de mantenimiento mientras reduce los errores de codificacin que pueden provocar retrasos y sobrecostos. Por ltimo, el par de desarrolladores escribe un pequeo conjunto de pruebas unitarias antes de escribir una lnea de cdigo de produccin, asegurando que cada nueva incorporacin al sistema tiene una prueba de la unidad correspondiente. Esto se conoce como desarrollo guiado por pruebas. Todas estas prcticas proporcionan niveles cada vez ms preciso de comentarios que permiten a los equipos soportar un proceso continuo. Uno de los ms importantes que se encuentran en todos los equipos de XP es el uso de integracin continua para compilar automticamente, crear, probar e implementar el software en cada cambio creado por el equipo (de verificacin en el repositorio de control de cdigo fuente). Automatizar estos procesos clave tiene varias ventajas, incluyendo la mejora de la calidad y permitiendo pequeos comunicados al cliente de trabajo, pruebas de software. Este proceso continuo se refleja en las mejoras de diseo del sistema que se ajuste a cambio de futuro adaptabilidad y capacidad de mantenimiento. Prcticas como refactorizacin puede utilizarse para mejorar gradualmente la estructura interna del sistema sin romper la funcionalidad de los clientes. Cuando se utiliza con pruebas unitarias, diseos en XP se puede modificar y cambia de forma relativamente segura y rentable. XP es un conjunto centrado en el equipo de prcticas y una comprensin compartida de cmo funciona el sistema, idealmente mediante el uso de una simple metfora que todos agarra es fundamental entre ellos. Las prcticas de la definicin de estndares de codificacin y compartir un sentido de propiedad colectiva del cdigo (habilitado por par de programacin) asegura que todo el equipo est trabajando juntos y no va de diferentes maneras. Apoyando esta comprender compartida es el uso de diseos simples que slo resolver problemas actuales y no over-engineer infraestructura y arquitectura innecesaria cuando no sea necesario. Este enfoque, cuando apoyado por las prcticas de mejora de diseo, permite que el tiempo ms rpido al mercado de las versiones ms pequeas de funcionalidad. Equipo es un conjunto de personas y XP no olvidarse de las personas. La prctica de personas jefe de XP es encontrar el equipo de sostenible ritmo--el nivel de salida (medido en historias o velocidad) el equipo debe ser capaz de ofrecer indefinidamente mientras trabajaba en un horario razonable. Esta es la anttesis de la muerte marchas que caracterizan a proyectos de cascada y conducir a burnout, errores y facturacin en ltima instancia. XP reconoce que los miembros del equipo necesitan un equilibrio de vida saludable y aunque puede haber cortos perodos de intensa actividad (por ejemplo, el Sprint antes de un lanzamiento), esto no es la norma durante largo periodo de tiempo. Adiciones por Lean y Evo En la ltima dcada, proven Magra principios y prcticas se han adaptado de fabricacin a procesos de desarrollo de software con resultados positivos. Estas prcticas relacionadas con kaizen--japoneses para la mejora continua--son vistos como cortesa a los de XP y recientemente han entrado en el lxico de muchos

equipos de software. Enfoque lean en optimizar el flujo mediante la eliminacin de mejora de procesos de residuos y continua permite a cualquier equipo a mejorar su entrega de valor al cliente. Menos conocidas pero importante afeccin en forma inmediata son las contribuciones de Evo--principalmente a travs de la prctica de cuantificar cualidades tales como la facilidad de uso, confiabilidad, performance y capacidad de mantenimiento. Enfoque de Evo sobre las prcticas de diseo de sistema que ofrecen el valor mximo son complementarias a las prcticas centradas en el cdigo de XP. Principios magras Principios lean son complementarias a las de XP pero tienden a centrarse ms en las personas y sus procesos y menos sobre el cdigo de software y diseo. El centro ms importante de principios Lean en mejorar el flujo de valor para el cliente mientras elimina residuos en forma de valor no agregado trabajo realizado por el equipo (por ejemplo, creacin de funciones innecesarias). Enfoque lean - adaptada desde sus orgenes como el sistema de produccin Toyota--es ms global y aplicable a los paradigmas fuera de desarrollo de software. Similar a XP, Lean alienta edificio calidad mediante el uso de pruebas automatizadas y la integracin continua. Durante el desarrollo, equipos de crean conocimiento por incorporar los comentarios de los interesados y la creacin de normas para su trabajo. Ofrecer rpidos es el principio magro que alienta a pequeos lotes y limitante en el proceso para ofrecer soluciones al mercado pronto y a menudo. Hacerlo requiere pensadores comprometidos para que el respeto de personas Lean proporciona orientacin sobre temas como el orgullo, confianza, respeto y compromiso. Finales dos principios lean incluyen aplazar el compromiso mediante el cual se toman decisiones irreversibles en el ltimo momento responsable y se mantienen varias opciones para proporcionar la mxima flexibilidad. Optimizar todo reconoce que analizar un producto desde la perspectiva del cliente y aprendizaje donde derivan valor pueden ayudarle a obtener una solucin ms completa--trabajando ms que software. Principios de Evo Evo es el menos conocido, pero es importante cuando haciendo hincapi en la Ingeniera en ingeniera gil. Evo ofrece principios y prcticas que permiten a los equipos tomar decisiones de diseo inteligente por cuantificar las cualidades de producto y, a continuacin, las posibles soluciones de encuadre como medio para mejorar las cualidades importantes. Evo cree que entregar valor al cliente debe hacerse gradualmente a travs de la mejora de los niveles de calidad, tales como la facilidad de uso, rendimiento y fiabilidad. Las partes interesadas, puede invertir recursos para mejorar estas cualidades de clientes o los internos ms como mantenimiento y adaptabilidad. Enfoque de Evo alienta a equipos de forma iterativa brinden el mximo valor a continuacin--la solucin que devuelve el mayor beneficio con respecto al costo (tambin conocido como "bang para la pelota"). Aunque las prcticas de gestin de Evo estn fuera del alcance de los ingenieros ms giles, su enfoque comprobado en ayudar a soluciones de ingeniero es digno de inclusin en el Kit de herramientas del ingeniero gil. En la parte 2 de esta serie de dos partes, paso mi atencin a las herramientas de ingeniera gil de apoyo, as como proporcionar una gua de procedimientos iniciales. En Parte 1 de esta serie de dos partes, introdujo los principios de ingeniera giles y prcticas que--cuando se implementa--que algunos equipos y sus respectivas organizaciones para construir rpidamente software de muy alta calidad que agrada a los clientes. Las organizaciones adoptar estas prcticas--cuando se utiliza junto con las prcticas de gestin gil y magra--pueden obtener ventajas de la entrega de sus competidores y administrar los costos de soporte y mantenimiento a largo plazo. En la parte 2, me centrar en las herramientas de ingeniera gil de apoyo, as como proporcionan una gua de procedimientos iniciales. Compatible con la tecnologa Personas, procesos y tecnologa son importantes aspectos de la aplicacin de las prcticas de ingeniera giles. Tecnologa, en forma de herramientas, habilitar ingenieros giles estandarizar las prcticas bsicas de desarrollo y automatizar elementos clave como pruebas de modo que puedan ejecutarse despus de cada cambio en el cdigo base. Los ltimos aos ha visto un gran crecimiento en la disponibilidad de nuevas herramientas de apoyo a las prcticas de ingeniera giles en una variedad de plataformas. La tabla 1 muestra las herramientas ms populares de ingeniera giles para el Java, Ruby y .NET plataformas. Todas las herramientas de la lista son de cdigo abierto (libre) excepto en los observ con un signo ($). Para obtener ms informacin sobre cualquiera uno en particular, pulse el enlace.

Herramientas

Java

Ruby

.NET

Informacin adicional

Eclipse, Entorno de NetBeans, desarrollo JDeveloper, integrado IntelliJIDEA (IDE) JBuilder ($)

($),

TextMate ($), Visual Studio($),MonoDevelop NetBeans, Emacs

Comparaci n

Subversion, Git, Team Foundation Control de Git, Subversion, CVS, (TFS)($),Subversion, Mercurial, cdigo fuente Perforce($) forzosamente ($) Perforce($) Integracin continua Hudson, Control, Continuum, Hudson, CruiseControl.NET, AnthillPro ($),CruiseControl.rb Ciudad de equipo($) TeamCity ($),

Server Comparaci Git, n

Comparaci TFS($),AnthillPro($),n, Introduccin (Fowler), Comparaci n

Construir y desplegar laAnt, Maven,Rastrillo,Capistran NAnt, MSBuild o, Pasajeros automatizaci AnthillPro ($) n Automatizaci n de pruebajUnit de unidad Test::Unit, RSpec, NUnit, MbUnit, xUnit Mocha

Automatizaci FitNesse, Pepino, n de pruebaFitnesse, selenio Selenio, Watir,FitSharp, Selenio,Visual Studio($), de aceptacin Shoulda Mtrica-fu,Apesta, PMD,Sonar, Calidad de Roodi,qumica, Emma,FindBugs, cdigo y RailsBestPractice Sonar,NDepend($),NCover($),dotCover($),Vi CPD,Clover($), sual Studio($), Del,Resharper($) presentacin s, Cobertura,JaCoC de informes Saikuro,Flog,Flay, o, del,jcoverage Acosan,Batan
Tabla 1: Popular herramientas giles de ingeniera (de noviembre de 2010)

Existen muchas herramientas adicionales que puedan estar en el Kit de herramientas del ingeniero gil. Esto puede incluir marcos de aplicacin Web, analizadores de rendimiento y herramientas de transferencia de datos. Mientras este kit representa slo un subconjunto de lo que probablemente necesitar, estos son los ms importantes para incluir en nuestro ecosistema. Apoyo a los ecosistemas Ahora que ya conocemos las herramientas esenciales, cmo organizarlos para apoyar las prcticas de ingeniera giles? Mientras que una descripcin completa est fuera del alcance de este artculo, hay algunos ecosistemas comunes encontradas la mayora de los equipos mediante las prcticas de ingeniera giles. La tabla 2 muestra, mientras que la figura a muestra cmo estn conectados para formar un ecosistema de apoyo para el equipo. Entornos Propsito Criticidad

Volumen de negocios

Entrega de cada iteracin se implementa para uso por los actores Obligatorio invitados

Daily build estable desplegado para uso Integracin de todas las Agradable tener muchas soluciones, por un conjunto limitado de partes noches obligatorio para misin crtica que interesadas

Regresin diaria

Entorno de funcionamiento diario Slo es necesario si han automatizado aceptacin automatizada las pruebas de pruebas de aceptacin contra el sistema ltima parada antes de produccin Vivir a sus clientes Agradable tener muchas soluciones, obligatorio para misin crtica que Obligatorio

Puesta en escena Produccin Performance

Para hacer anlisis de rendimiento de Agradable tener muchas soluciones, su software obligatorio para misin crtica que

Tabla 2: Los entornos habituales para equipos giles

Figura A: entorno utilizado desde 2004 a 2007 por el autor para desarrollar un producto de banca empresa construido con Java. Prcticamente todas las acciones resultantes de protecciones incluyendo implementaciones de clientes y las pruebas fueron automatizadas. Este entorno apoya un equipo de analistas de ~ 60, desarrolladores y probadores haciendo desarrollo gil. (Fuente: escala agilidad)

Introduccin No hay bien o mal forma ir sobre la adopcin de prcticas de ingeniera giles en sus equipos. Dicho esto, he visto algunas tcnicas probadas de equipos se pueden utilizar para iniciar, incluyendo: 1. Obtener educado. Primero y ante todo, obtener educados sobre el tema. El hecho de que ests leyendo este artculo es un buen comienzo ( felicidades!). A continuacin, explorar algunos de los vnculos de este artculo y visite su librera favorita o sitio Web. Hay normalmente gil ingeniera sesiones en populares conferencias giles y eficiente, y ms recientemente incluso puede perseguir la certificacin en las prcticas de ingeniera giles. Mientras que algunas organizaciones se benefician de la formacin y consultora de lderes, otros pueden aprovechar brown-bolsa almuerzos o formas menos formales de aprendizaje. 2. Corregir la mayor ahora de dolor. Un buen lugar para empezar a aplicar prcticas es arreglar el dolor ms grande en su situacin actual. Necesidad es la madre de la invencin, y nada se siente mejor que en algo que es un asunto delicado para el equipo de buceo derecho y hacerlo mejor. Despus de un anlisis del problema, ver que el gil ingeniera prcticas y herramientas de soporte podra mejorar la situacin. Crear una historia tcnica y lo prioridad o que el equipo asigne tiempo libre para trabajar en el problema. Si eres capaz de hacer mejoras, los miembros del equipo ser felices.

3. Elija una prctica. Si la lucha contra el dolor ms grande no es posible, simplemente elija una prctica que un miembro del equipo es especialmente motivado alrededor y tenerlos a dirigir el equipo a travs de la adopcin. Esto puede incluir el desarrollo de algunos capacitacin y documentacin, pero construir adopcin alrededor de personas motivadas crea grandes oportunidades para los miembros de su equipo en posiciones de liderazgo y ser reconocido por sus pares. 4. Configurar la integracin continua (CI). Este puede parecer demasiado especfica, pero esto es por diseo. Hoy no hay absolutamente ninguna excusa para no ejecutar IC para todas sus soluciones de software. Ya no es una cuestin de "Deberamos?", es una cuestin de "por qu no nosotros?" Teniendo en cuenta la disponibilidad de herramientas sencillas para una amplia variedad de plataformas y los enormes beneficios para la calidad y el equipo, configuracin de CI es un nobrainer y un buen punto de partida cuando la adopcin de prcticas de ingeniera giles. 5. Una cosa en un tiempo. Con una pltora de principios, prcticas y herramientas, dnde empezar puede parecer desalentador. Recuerde introducir una o dos prcticas en un tiempo y centrarse en dominar estos antes de pasar a otros nuevos. Aprobacin de la mayora de las prcticas de ingeniera giles requiere un salto mental para desarrolladores y sobrecarga demasiados cambios puede tener el efecto contrario. Herramientas como Sonar puede mostrar mejoras de calidad con el tiempo, por lo que no intentar arreglar todo a la vez y solo se enfoca en la mejora continua sostenible. 6. Tomar un paso atrs. Mientras que la mayora de estos puntos de partida son centrada en el cdigo, lean nos recuerda que siempre es importante dar un paso atrs y mirar todo--el proceso end-to-end para cmo pasamos y la idea en un comunicado. Ejercicios como asignacin de flujo de valor puede ser apertura de ojo para oportunidades de mejorar el flujo y reduccin de residuos, pueden obtener beneficios que todos los miembros del equipo subyacente. Resumen Resulta que la productividad, la calidad, la moral del equipo y los costos estn todos interrelacionados. Equipos aprovechan las prcticas de ingeniera giles disfrutan de una multitud de beneficios, incluyendo el tiempo ms rpido al mercado y evitar la costosa deuda tcnica. Por otra parte, basado en mi experiencia, los equipos donde se seguan estas prcticas fueron tambin ms divertido para trabajar debido a la camaradera que construido alrededor de la creacin de un producto de tan alta calidad. Tuvimos el orgullo de nuestro trabajo y mostraron. Los mayores retos con la adopcin de estas prcticas son tanto la educacin y la disciplina en el individuo, niveles de organizacin y equipo de verlos a travs de. Saber qu hacer y hacerlo cuando nadie est buscando son cosas muy diferentes. Obtener los desarrolladores para decir que a escribir pruebas unitarias y viendo el desarrollo guiado por pruebas en accin son cosas muy diferentes. Lamentablemente, mientras que slo una minora de giles equipos utiliza muchas de estas prcticas, las que ayudan a sus organizaciones y ellos mismos mientras continuaba la ofensiva por soluciones cada vez ms calidad y ms giles.