Método Crystal Clear —
Simplicidad y perfección para
aplicaciones empresariales

• Las metodologías ori­en­tadas a las per­sonas son más ben­efi­ciosas que las ori­en­tadas a procesos.
• La metodología debe adap­tarse al proyec­to y al equipo indi­vid­uales; no hay una metodología uni­ver­sal de desar­rol­lo de aplicaciones.

1. Entre­ga ráp­i­da de códi­go útil: Tran­si­ción de despliegues de códi­go grandes e infre­cuentes a lan­za­mien­tos más pequeños y frecuentes.
2. Mejo­ra a través de la reflex­ión: Reunir ideas sobre qué fun­cionó bien y qué no en la ver­sión ante­ri­or del soft­ware para mejo­rar la sigu­iente versión.
3. Comu­ni­cación osmóti­ca: Cock­burn describió la per­cep­ción e inter­cam­bio de infor­ma­ción entre desar­rol­ladores tra­ba­jan­do en la mis­ma sala como rui­do de fon­do, sim­i­lar à la ósmosis.

• Clear: 2 a 8 per­sonas tra­ba­jan­do jun­tas en una o ady­a­centes oficinas
• Yel­low: 10 a 20 personas
• Orange: 20 a 50 personas
• Red: 50 a 100 personas

El códi­go genéti­co de Crys­tal Clear con­siste en:

• Mod­e­lo de juego coop­er­a­ti­vo económi­co: Cock­burn ve el desar­rol­lo de soft­ware como una serie de “jue­gos” que con­sis­ten en inven­ción y comu­ni­cación, restringi­dos por los recur­sos. Cada juego tiene dos obje­tivos: entre­gar soft­ware en este juego y prepararse para el sigu­iente juego de la serie. Cada nue­vo proyec­to requiere nuevas estrategias.
• Pri­or­i­dades elegi­das: Común a todas las metodologías Crys­tal son dos pri­or­i­dades: seguri­dad y efi­cien­cia en el desarrollo.
• Car­ac­terís­ti­cas elegi­das: Estas mejo­ran la pri­or­i­dad de seguri­dad. Tres son bási­cas (entre­ga ráp­i­da y fre­cuente de códi­go, comu­ni­cación per­son­al, mejo­ra a través de la reflex­ión), mien­tras que las cua­tro restantes son adi­cionales: seguri­dad per­son­al, enfoque, fácil acce­so a exper­tos, y un entorno téc­ni­co de cal­i­dad con prue­bas automatizadas.
• Prin­ci­p­ios elegi­dos: Uno con­tinúa la direc­ción clave de indi­vid­u­alizar la metodología: 

El niv­el de detalle en los req­ui­si­tos de soft­ware, doc­u­men­tos de dis­eño y plan­i­fi­cación depende de las especi­fi­ci­dades del proyec­to, incluyen­do el gra­do de inter­ac­ción per­son­al del equipo y el daño que pueden causar los errores no detectados.

Pro­ce­so Cícli­co de Crys­tal Clear

La may­oría de los proyec­tos con Crys­tal Clear con­stan de seis cic­los, definien­do las respon­s­abil­i­dades y tar­eas del equipo del proyecto:

1. Ciclo de proyec­to: Aunque el proyec­to en sí es una unidad de pro­duc­to, gen­eral­mente es segui­do por otro proyec­to que repite el ciclo. El ciclo del proyec­to con­s­ta de tres partes: preparación (reunión del equipo, inves­ti­gación 360°, deter­mi­nación de metodología), una serie de cic­los de entre­ga, y un “rit­u­al de final­ización”. Duración: de unos pocos días a semanas.
2. Ciclo de entre­ga: Involu­cra recal­i­brar el plan de lan­za­mien­to del soft­ware, una serie de una o más itera­ciones que resul­tan en un códi­go inte­gra­do proba­do, entre­ga a usuar­ios reales, y un “rit­u­al de final­ización”. Duración: de 1 sem­ana a 3 meses.
3. Iteración: Con­siste en tres partes prin­ci­pales: plan­i­fi­cación de iteración, activi­dades diarias e inte­gración, y el “rit­u­al de final­ización” del proyecto.
4. Semana/día lab­o­ral: La elec­ción de día o sem­ana como unidad de tiem­po del ciclo depende del for­ma­to del proyec­to y del equipo. Ejem­p­los incluyen reuniones sem­anales de depar­ta­men­to, informes del líder del equipo, y sem­i­nar­ios de “brown-bag” (dis­cu­siones durante el almuer­zo sobre prob­le­mas del proyecto).
5. Peri­o­do de inte­gración: Desar­rol­lo, inte­gración y prue­bas del sis­tema. Algunos equipos real­izan prue­bas de con­struc­ción con­tin­ua con una máquina ded­i­ca­da, mien­tras que otros inte­gran diari­a­mente o tres veces à la sem­ana. Cuan­to más cor­to sea el ciclo de inte­gración, mejor. Duración: de 30 min­u­tos a 3 días (depen­di­en­do de la expe­ri­en­cia del equipo).
6. Desar­rol­lo: Escribir y ver­i­ficar una parte del códi­go. Este es el tra­ba­jo cen­tral de un pro­gra­mador en el desar­rol­lo ágil. Un miem­bro del equipo toma una pequeña tarea, pro­gra­ma una solu­ción (ideal­mente con prue­bas), y la ver­i­fi­ca en con­fig­u­ración con todo el sis­tema. Duración: de 15 min­u­tos a var­ios días.

Estrate­gias y Téc­ni­cas de Crys­tal Clear

• Inves­ti­gación 360°: Al ini­cio del proyec­to, el equipo nece­si­ta enten­der cuán útil y sig­ni­fica­ti­vo es el pro­duc­to y si puede ser crea­do con los recur­sos y tec­nologías disponibles. El proyec­to se exam­i­na en áreas como val­or com­er­cial, req­ui­si­tos, tec­nologías nece­sarias, plan del proyec­to, com­posi­ción del equipo, y metodologías elegi­das. La imple­mentación toma de unos pocos días a 1 – 2 semanas.
• Vic­to­ria Tem­prana: Una vic­to­ria une al equipo y aumen­ta la con­fi­an­za de cada miem­bro. En el desar­rol­lo de apli­ca­ciones, la estrate­gia de vic­to­ria tem­prana impli­ca encon­trar el primer tro­zo de códi­go fun­cional, a menudo un pequeño ele­men­to de la fun­cional­i­dad útil del sis­tema. Esta pequeña vic­to­ria ayu­da a los miem­bros del equipo a apren­der los esti­los de tra­ba­jo de los demás, los usuar­ios obtienen una idea tem­prana del sis­tema, y los patroci­nadores ven la capaci­dad del equipo.
• Cam­bio Arquiṭec­tóni­co Incre­men­tal: La arqui­tec­tura del sis­tema debe evolu­cionar a medi­da que cam­bian los req­ui­si­tos tec­nológi­cos y com­er­ciales con el tiem­po. La estrate­gia abor­da esto per­mi­tien­do al equipo cam­biar la arqui­tec­tura de man­era incre­men­tal sin alter­ar la fun­cional­i­dad gen­er­al del sis­tema. La mis­ma estrate­gia puede apli­carse a cam­bios fun­cionales en el sis­tema final.
• Radi­adores de Infor­ma­ción: Dis­plays colo­ca­dos donde las per­sonas pueden ver­los mien­tras tra­ba­jan o des­cansan. Mues­tran infor­ma­ción nece­saria sin necesi­dad de hac­er pre­gun­tas adi­cionales, encar­nan­do la regla de Crys­tal Clear “más comu­ni­cación, menos inter­rup­ciones”.
  
  El radi­ador de infor­ma­ción debe ser grande, de fácil acce­so, sim­ple de usar y leer, y con­tener infor­ma­ción actu­al­iza­da. Ejem­p­los incluyen tableros de Scrum y Kan­ban y un glosario de tra­ba­jo que inter­pre­ta la ter­mi­nología del proyecto.

Téc­ni­cas Pop­u­lares Incluyen:

1. For­ma­ción de la Metodología: La per­son­al­ización de Crys­tal Clear ocurre en dos eta­pas: entre­vis­tas del proyec­to (cre­an­do una mini-bib­liote­ca de expe­ri­en­cia orga­ni­za­cional desta­can­do los pun­tos fuertes y débiles del proyec­to) y un taller de for­ma­ción de metodología (anal­izan­do la expe­ri­en­cia para mejo­rar las for­t­alezas y com­pen­sar las debil­i­dades). La infor­ma­ción del primer paso se uti­liza en el segundo.
2. Taller de Reflex­ión: Per­iódica­mente, el equipo debe tomar un des­can­so de una hora para realizar un “taller de reflex­ión,” dis­cutien­do qué fun­ciona bien o mal, qué nece­si­ta mejo­rarse y qué se puede hac­er de man­era difer­ente en las sigu­ientes eta­pas del proyecto.
3. Plan­i­fi­cación Blitz: Per­mite a patroci­nadores, usuar­ios y desar­rol­ladores crear con­jun­ta­mente una hoja de ruta del proyec­to con restric­ciones de tiempo.
4. Reuniones Diarias de Pie: Reuniones cor­tas para deter­mi­nar el esta­do, el pro­gre­so y los prob­le­mas del proyec­to. Estas reuniones no son para dis­cusión, solo para iden­ti­fi­cación de prob­le­mas. Los resul­ta­dos se reg­is­tran en ungestor de tar­eas en línea o en un tablero Kan­ban físico.
5. Pro­gra­mación en Pare­ja: En este pro­ce­so, dos per­sonas tra­ba­jan en una tarea de pro­gra­mación en un solo dis­pos­i­ti­vo. La pro­gra­mación en pare­ja a menudo es crit­i­ca­da por elim­i­nar enfo­ques indi­vid­uales para las tar­eas y requerir rela­ciones inter­per­son­ales de alta cal­i­dad den­tro del equipo del proyec­to. Una téc­ni­ca alter­na­ti­va, “dia­pos­i­ti­va a dia­pos­i­ti­va,” impli­ca que dos per­sonas se sien­tan lo sufi­cien­te­mente cer­ca como para ver las pan­tallas del otro pero tra­ba­jen en tar­eas difer­entes en esta­ciones de tra­ba­jo sep­a­radas. Esto cor­re­sponde al con­cep­to de “inter­ac­ción osmótica.”

Lec­tura Recomen­da­da sobre Crys­tal Clear

Recur­sos clave para estu­di­ar Crys­tal Clear incluyen:

• “Crys­tal Clear: Una Metodología Impul­sa­da por Humanos para Equipos Pequeños” de Alis­tair Cock­burn: El libro esen­cial para enten­der la metodología des­de su creador. Con­tiene muchos estu­dios de caso, ejem­p­los y mini-guías sobre la imple­mentación de ele­men­tos indi­vid­uales de Clear en una organización.
• “Pro­gra­mación en Pare­ja Ilu­mi­na­da” de Lau­rie Williams: Un análi­sis detal­la­do de una de las téc­ni­cas de Crys­tal Clear, la pro­gra­mación en pare­ja. El libro pro­por­ciona con­se­jos prác­ti­cos sobre el uso de PP en el desar­rol­lo de software.
• “Desar­rol­lo Ágil de Soft­ware: El Juego Coop­er­a­ti­vo” de Alis­tair Cock­burn: Expli­ca el con­cep­to de desar­rol­lo de soft­ware como un “juego coop­er­a­ti­vo de inven­ción y comu­ni­cación.” Cock­burn expande ideas de Crys­tal Clear en este libro, que luego for­mal­iza en “Crys­tal Clear: Una Metodología Impul­sa­da por Humanos para Equipos Pequeños.”
• El sitio web ofi­cial del creador de Crys­tal Clear: Si bien no es un libro, ofrece una gran can­ti­dad de infor­ma­ción, inclu­idas entre­vis­tas, dia­gra­mas, pub­li­ca­ciones en blogs y dis­cu­siones sobre la metodología. La úni­ca desven­ta­ja es el dis­eño poco ami­ga­ble del sitio.