SCRUM es un enfoque de gesti\u00f3n de proyectos para entornos \u00e1giles de desarrollo de software. Se basa en el principio de que el cliente (usuario) no necesariamente sabe lo que necesita y que es posible que desee cambiar el requisito durante el curso del proceso. Eso significa que el proceso de desarrollo se caracteriza por la presencia de varios ciclos: creaci\u00f3n, demostraci\u00f3n, an\u00e1lisis de feedback y actualizaci\u00f3n de la versi\u00f3n.<\/p>\n
La distribuci\u00f3n de los puestos de trabajo de SCRUM fue significativamente revisada. Kaspersky hab\u00eda definido seis roles:<\/p>\n
Arquitecto<\/b><\/p>\n
Se trata de la persona que participa activamente en el proceso de codificaci\u00f3n y que sabe espec\u00edficamente qu\u00e9 construir y c\u00f3mo hacerlo.<\/p>\n
Dise\u00f1ador t\u00e9cnico<\/b><\/p>\n
No existe una definici\u00f3n clara para este papel, pero se trata de la persona que se encarga de garantizar que ciertas soluciones se traigan a la vida. Quiz\u00e1s su tarea m\u00e1s importante sea saber c\u00f3mo no se deben hacer las cosas.<\/p>\n
Inventor<\/b><\/p>\n
El inventor aplica soluciones no convencionales para resolver los problemas. En el caso de \u201cSeis\u201d, los problemas eran incontables. La soluci\u00f3n deb\u00eda de ofrecer, en \u00faltima instancia, el mayor nivel de protecci\u00f3n consumiendo la menor cantidad de recursos inform\u00e1ticos.<\/p>\n
Manager del Proyecto<\/b><\/p>\n
El papel del Manager del proyecto en SCRUM no supone estrictamente la regulaci\u00f3n de \u00e9ste. El MP controla los fondos de recursos y plazos, pero no es el l\u00edder inmediato. El MP no les dice a los codificadores qu\u00e9 hacer, aunque s\u00ed los motiva a tomar la iniciativa ellos mismos.<\/p>\n
\u201cEl equipo era peque\u00f1o, no ten\u00eda ni siquiera un jefe al principio\u201d, dice Doukhvalov. \u201cEl Manager planea, presenta los informes, pero las decisiones que se toman en el proyecto son colectivas.\u201d<\/p>\n
Director Comercial<\/b><\/p>\n
El producto hab\u00eda sido creado para los clientes y no para el equipo de desarrollo. Por eso, era vital contar con la comprensi\u00f3n de las expectativas de los usuarios y c\u00f3mo lo iban a utilizar. Si bien los principios operativos son definidos por aquellos que entienden de la naturaleza de la funcionalidad anti-virus, un millar de peque\u00f1as cosas como la configuraci\u00f3n, los mensajes, la interfaz de usuario deb\u00edan de tomar en consideraci\u00f3n las necesidades de los consumidores.<\/p>\n
Psic\u00f3logo<\/b><\/p>\n
Trabajar bajo presi\u00f3n, con falta de sue\u00f1o, conflictos en el grupo, inestabilidad\u2026 Alguien ten\u00eda que encargarse de que el ambiente sea agradable y productivo. Este papel fue asignado a Kaspersky en persona, por lo que debi\u00f3 combinarlo con el papel de padrino que proporcionaba los fondos y los recursos para el equipo y lo proteg\u00eda de influencias externas.<\/p>\n
Francamente, existe un papel m\u00e1s, que es de vital importancia para los proyectos SCRUM. Se trata del escriba que va tomando notas sobre todo el proceso. Pero dado que esta posici\u00f3n no fue ocupada por nadie, se generaron varios problemas.<\/p>\n
\u201cNo sab\u00edamos por qu\u00e9 hab\u00edamos hecho tal cosa o tomado tal decisi\u00f3n hac\u00eda apenas medio a\u00f1o,\u201d afirm\u00f3 Kaspersky.<\/p>\n
De acuerdo con este principio, el n\u00famero de roles no se corresponde necesariamente con el n\u00famero de miembros del equipo. Una sola funci\u00f3n puede ser distribuida entre varias personas y un solo miembro puede realizar varias funciones.<\/p>\n
\u201cSi bien manten\u00edamos una organizaci\u00f3n formal, actu\u00e1bamos como un solo equipo, as\u00ed que la divisi\u00f3n de roles era borrosa. Particularmente, cuando se intercambiaban las ideas, la gente asum\u00eda diferentes funciones\u201d, admiti\u00f3 Nikolay Grebennikov. \u201cPor ejemplo, una persona se encargaba de la codificaci\u00f3n, pero, a su vez, emit\u00eda su opini\u00f3n sobre el dise\u00f1o. Yo mismo era el Manager del Proyecto y\u00a0 tambi\u00e9n participaba de las discusiones, por lo que esas divisiones borrosas, en realidad, contribuyeron a nuestro \u00e9xito\u201d.<\/p>\n
Seg\u00fan De-Monderik, se produjeron grandes intercambios entre los codificadores: \u201cCada miembro del equipo era el Dios de su dominio, sin embargo, el 50% de sus habilidades se superpon\u00eda con las de otra persona. Mike era capaz de codificar los controladores si Sobko no estaba presente, los especialistas de la interfaz de usuario pod\u00edan manejar algunas tareas relacionadas con el motor y viceversa. Yo pod\u00eda encargarme de los dise\u00f1os cuando Max Yudanov no estaba, y Kolya Grebennikov a veces dise\u00f1aba los skins tambi\u00e9n. \u201d<\/p>\n
En este punto, es crucial entender que cada uno de los roles era l\u00edder en una etapa espec\u00edfica de la ejecuci\u00f3n del proyecto. Durante la fase inicial, el arquitecto es la figura central. El inventor entra en acci\u00f3n durante la etapa intermedia del proceso de desarrollo, cuando se crean y desarrollan las caracter\u00edsticas. En la \u00faltima etapa, la figura clave es el director, dado que el proyecto cuenta ahora con una gran cantidad de recursos que requieren una gesti\u00f3n ajustada para que el equipo sea capaz de cumplir con el plazo.<\/p>\n
Detr\u00e1s del ideal<\/strong><\/p>\n Teniendo en cuenta el enfoque estilo-SCRUM y la ambici\u00f3n global del proyecto, \u201cSeis\u201d no ten\u00eda ninguna lista de requisitos est\u00e1ticos. De acuerdo con los requisitos b\u00e1sicos, el producto ten\u00eda que incluir las siguientes caracter\u00edsticas:<\/p>\n \u2022 Apoyo en toda regla contra las amenazas de seguridad actuales;<\/p>\n \u2022 Optimizaci\u00f3n del uso de los recursos de la PC;<\/p>\n \u2022 La infraestructura basada en componentes para una mejor escalabilidad;<\/p>\n \u2022 F\u00e1cil adaptaci\u00f3n de los componentes a diferentes plataformas.<\/p>\n Los requisitos t\u00e9cnicos correspondientes a los productos fueron sometidos a una serie de cambios. En consecuencia, el lanzamiento del producto era constantemente pospuesto, pero el equipo fue capaz de desarrollar una soluci\u00f3n revolucionaria que se adelantaba varios a\u00f1os a las necesidades del mercado en general y que era muy superior a la versi\u00f3n anterior en t\u00e9rminos de velocidad.<\/p>\n Tras el lanzamiento de Kaspersky Anti-Virus 6.0, Maxim Yudanov, quien fue el responsable del dise\u00f1o de la interfaz de usuario, dijo: \u201cUno de las distinciones clave del proyecto es la ausencia de una lista de requisitos \u201ctallados en piedra\u201d. Hicimos prototipos, discutimos el producto, actualizamos la lista de normas t\u00e9cnicas y caracter\u00edsticas, apuntamos los principales puntos bajos en notas Post-It y las pegamos en nuestros monitores. \u2018nos olvidamos tal cosa\u2019, \u2018recuerda tal otra\u2019 y, una vez m\u00e1s, pedimos la ayuda del p\u00fablico (me refiero a la comunidad de beta test). Estoy seguro de que el producto final no hubiera sido lo que fue si hubi\u00e9ramos basado el trabajo en una lista de requisitos tradicionales. Si ese hubiese sido el caso, hubi\u00e9ramos terminado creando el producto que imaginamos al principio. Estoy seguro de que en ese caso, el producto hubiera sido much\u00edsimo peor que lo que termin\u00f3 siendo\u201d.<\/p>\n Programaci\u00f3n extrema<\/strong><\/p>\n Hoy en d\u00eda, este enfoque no es algo novedoso. Pero hace diez a\u00f1os, la aplicaci\u00f3n de este m\u00e9todo para proyectos de gran escala era algo revolucionario y poco convencional. La principal diferencia entre la llamada \u201cprogramaci\u00f3n extrema\u201d (el t\u00e9rmino fue ampliamente utilizado entonces, ahora los m\u00e9todos similares se unen bajo el paraguas de \u201cdesarrollo \u00e1gil de software \u2018) y el burocr\u00e1tico CMM-coding approach (que ahora est\u00e1 pr\u00e1cticamente extinto) radica en la ausencia de una lista de requisitos tradicionales como una Santa Biblia una vez aprobado como base \u00fanica de trabajo del proyecto para los pr\u00f3ximos a\u00f1os. CMM puede ser un enfoque adecuado para proyectos de desarrollo externalizados, pero para proyectos comerciales es in\u00fatil.<\/p>\n Nikolay Grebennikov, ahora director de tecnolog\u00eda de Kaspersky Lab, est\u00e1 de acuerdo: \u201cDebemos llegar primero a un conjunto fijo de caracter\u00edsticas sin cambios. Dado el curso de aplicaci\u00f3n, no habr\u00edamos tenido ninguna visi\u00f3n de lo que los usuarios realmente necesitaban y no esper\u00e1bamos tal grado de apoyo de ellos. La primera versi\u00f3n de la construcci\u00f3n no era utilizable y ten\u00eda un mont\u00f3n de problemas. Para solucionar los problemas, invertimos un mont\u00f3n de tiempo: cinco trimestres entre la versi\u00f3n alfa y el lanzamiento t\u00e9cnico. En el mundo actual, este es un lujo que uno no se puede permitir, pero en ese momento, fue una experiencia muy \u00fatil. \u201d<\/p>\n La agenda de desarrollo (en ruso)<\/p><\/div>\n Kaspersky fue bastante directo acerca de esto: \u201cCuando decides desarrollar un producto innovador, prep\u00e1rate para violar continuamente los plazos de entrega\u201d.<\/p>\n La vida en el trabajo<\/b><\/p>\n Los miembros principales del equipo de desarrollo de KAV 6.0 recuerdan este per\u00edodo de su vida con nostalgia. La falta de sue\u00f1o, la falta de tiempo dedicado a las familias, la falta de fines de semana libres, y el hecho de estar bajo una gran marea emocional, vio su recompensa en el progreso y la calidad de la obra.<\/p>\n Uno de los correos electr\u00f3nicos que Nikolay Grebennikov escribi\u00f3 durante el per\u00edodo en que el proyecto estaba en marcha, proporciona una visi\u00f3n m\u00e1s po\u00e9tica del trabajo realizado:<\/p>\n \u201cLlegamos a un punto en que ya no era s\u00f3lo un proyecto. Era como formar parte de un juego que se hac\u00eda cada vez m\u00e1s grande y potente, que te enganchaba hasta llegar al final. Cuando estabas en el metro, te pon\u00edas \u00a0a pensar en\u00a0los logros y en los fallos de la \u00faltima partida; luego llegabas al trabajo y pensabas en c\u00f3mo jugar para llegar al siguiente nivel. Pon\u00edas tus hijos a dormir y te enganchabas otra vez al proyecto: est\u00e1bamos en un juego donde era posible hacer cualquier cosa que pudi\u00e9ramos imaginar\u201d.<\/p>\n \u201cHab\u00eda llegado nuestro momento\u201d, recuerda Kaspersky. \u201cNuestros ojos brillaban de entusiasmo, hab\u00eda Post-Its por todas partes, todos los miembros del equipo ya casi no dorm\u00edan. Todo era una tormenta de ideas y acciones\u201d.<\/p>\n Cuando el equipo se agrand\u00f3, el n\u00facleo del grupo original de desarrolladores transmiti\u00f3 el esp\u00edritu de equipo a los reci\u00e9n llegados\u201d recuerda De-Monderik:<\/p>\n \u201cCon todos los miembros del equipo trabajando bien, ten\u00edamos que contar con la capacidad del \u2018n\u00facleo grupal\u2019 de despertar el entusiasmo. El n\u00facleo grupal ten\u00eda una idea general, ten\u00edan un reto: hacer el mejor producto de la historia. Era el objetivo clave para nosotros: Kolya [Grebennikov], Pavel Mezhuev, Doukhvalov, yo mismo, Mike Pavlyuschik \u2026 fuimos capaces de transmitir nuestro entusiasmo a los otros miembros del equipo. Cuando todo el mundo alrededor tuyo est\u00e1 trabajando duro y t\u00fa est\u00e1s en la misma habitaci\u00f3n, ves lo que realmente sucede, y sin saberlo, tratas de hacer lo mismo\u201d.<\/p>\n Incluso la gesti\u00f3n del proyecto, siendo bastante informal, trajo sus frutos.<\/p>\n \u201cSi no recuerdo mal, en un primer momento tuvimos reuniones de estado\u201d, dijo De-Monderik. \u201cEn la ma\u00f1ana, cuando el grupo sol\u00eda reunirse en la sala, Kolya acostumbraba realizar alg\u00fan tipo de discurso resumen: tenemos los recursos, hoy haremos este tipo de cosas. Era tan bueno en eso. Ten\u00edamos una enorme pizarra donde escrib\u00edamos y dibuj\u00e1bamos nuestros hallazgos. Como no \u00e9ramos un gran equipo, alcanzaba\u201d.<\/p>\n Grebennikov reconoce que las reuniones de estado, que representaban un m\u00e9todo formal de la organizaci\u00f3n del trabajo del proyecto, no era lo principal. S\u00f3lo se deb\u00eda reunir al equipo si la reuni\u00f3n tra\u00eda beneficios para el proyecto.<\/p>\n Beta:\u00a0<\/b>Ampliando el alcance<\/b><\/p>\n A medida que el proyecto evolucionaba, entre septiembre de 2003 y marzo de 2006, el equipo fue creciendo y, para d\u00eda del lanzamiento, el grupo era ya de casi 30 personas. El equipo inclu\u00eda a Maxim Yudanov, un dise\u00f1ador y a Pavel Nechayev, Denis Guschin, Eugene Roschin y Andrey Gerasimov, ingenieros de software. Ellos trajeron una serie de caracter\u00edsticas innovadoras, incluyendo una interfaz de usuario basada en skin y un firewall integrado. El grupo tambi\u00e9n incluy\u00f3 a especialistas en instalaci\u00f3n y supervisores de pruebas beta. Sin embargo, uno de los pasos m\u00e1s firmes adoptados para refinar KAV 6.0 fue un enfoque reci\u00e9n inventado por el equipo de desarrollo de los \u201cSeis\u201d: una prueba-beta basada en el foro.<\/p>\n Foro<\/strong><\/p>\n Todos los accionistas admitieron que Kaspersky Anti-Virus 6.0 sali\u00f3 como un producto bien dise\u00f1ado y testeado con gran cuidado, gracias a la aportaci\u00f3n del foro\u00a0en la fase de beta testing. El testeo p\u00fablico de la versi\u00f3n beta (que lleg\u00f3 a ser una pr\u00e1ctica habitual en Kaspersky Lab) en aquel momento fue una verdadera innovaci\u00f3n y al mismo tiempo un riesgo, ya que tambi\u00e9n los competidores pod\u00edan conocer las caracter\u00edsticas del producto antes de su lanzamiento.<\/p>\n \u201cTomamos este aspecto muy en serio ya que el beta testing expon\u00eda el c\u00f3digo beta a las acciones de hackers y competidores\u201d, dijo Grebennikov.\u00a0 \u201cCada uno ten\u00eda su opini\u00f3n al respecto. Los que se opon\u00edan, propon\u00edan los argumentos que acabamos de mencionar. Pero los que estaban a favor tambi\u00e9n propusieron sus buenos puntos de vista. Nuestros recursos eran limitados, s\u00f3lo ten\u00edamos dos personas a disposici\u00f3n para testear el producto mientras todos los dem\u00e1s estaban ocupados en analizar la versi\u00f3n 5.0. Hab\u00edamos creado el producto desde cero, necesit\u00e1bamos un grupo bastante grande para llevar a cabo los tests. Por primera vez, adoptamos la costumbre de lanzar actualizaciones regularmente, primero una vez a la semana, luego diariamente. Utilizar el foro para testear el producto nos garantizaba la m\u00e1xima calidad de trabajo sin involucrar a muchos trabajadores internamente\u201d<\/p>\n Todos los desarrolladores participaban activamente en las discusiones del foro e interactuaban con los testers el producto.<\/p>\n \u201cEn la fase de test con el foro, cont\u00e1bamos con la ayuda de miles de usuarios y m\u00e1s o menos 500 personas formaban parte del n\u00facleo m\u00e1s importante\u201d, cuenta Nikolay Grebennikov. Cada noche, Nikolay pasaba horas y horas en el foro, incluso a veces se quedaba dormido delante de la pantalla. Los usuarios quer\u00edan probar nuestro nuevo producto a toda costa y normalmente lo hac\u00edan por la noche y sin ning\u00fan coste para la empresa.<\/p>\n Los participantes del foro informaban de la presencia de bugs y daban consejos sobre c\u00f3mo mejorar el producto. Los desarrolladores tomaron en cuenta una gran parte de estos comentarios, que fueron muy \u00fatiles para perfeccionar KAV 6.0. Adem\u00e1s, no se s\u00f3lo se recopilaron sugerencias a trav\u00e9s de Internet. Kaspersky recuerda que los desarrolladores involucraron pr\u00e1cticamente a todos los que trabajaban en la empresa, desde los comerciales a los empleados del servicio de atenci\u00f3n t\u00e9cnica. Gracias a sus aportaciones se pudo mejorar mucho el producto: por ejemplo, gracias a la sugerencia del equipo de atenci\u00f3n t\u00e9cnica, se decidi\u00f3 dar la posibilidad de cambiar con un s\u00f3lo click el idioma al ingl\u00e9s.<\/p>\n Como ya hemos dicho, para que todas estas mejoras se hicieran realidad se necesitaba tiempo, as\u00ed que no se respetaron las fechas de entrega establecidas.<\/p>\n \u201cGracias a las sugerencias de nuestros usuarios en el foro, ten\u00edamos un listado importante de mejoras que ten\u00edamos que hacer, pero me di cuenta de que no pod\u00edamos a\u00f1adir funcionalidades sobre lo que ya se hab\u00eda hecho, incluso cuando hab\u00eda un petici\u00f3n de cambio muy urgente. Est\u00e1bamos obligados a lanzar el producto en los primeros meses de 2006. Utilizamos todo el tiempo que ten\u00edamos a nuestra disposici\u00f3n y lo lanzamos a las seis y media de la tarde del 31 de marzo\u201d, nos cuenta con \u00e9nfasis Nikolay Grebennikov.<\/p>\n Un lanzamiento exitoso<\/strong><\/p>\n Como resultado final, nuestro equipo -que ya era un poco m\u00e1s grande que al principio, aunque todav\u00eda estaba bastante reducido- desarroll\u00f3 un producto con un instalador extraordinariamente compacto y con una interfaz de usuario \u00e1gil basada en skins intercambiables. Era un producto que afectaba al m\u00ednimo las prestaciones del equipo y se caracterizaba por tener tanto funcionalidades innovadoras y potentes, como una protecci\u00f3n proactiva, capaz de bloquear las aplicaciones sospechosas mediante el an\u00e1lisis de sus comportamientos.<\/p>\n \u201cLos de Symantec se quedaron de piedra cuando las revistas americanas empezaron a dar valoraciones muy altas a nuestro AV 6.0. Recibimos las mejores puntuaciones pr\u00e1cticamente en todas las revistas\u201d, Eugene Kaspersky afirma con orgullo.<\/p>\n Gracias a nuestra red de colaboradores en Europa, EE.UU y China, este producto de \u00e9xito lleg\u00f3 enseguida a las tiendas y se gan\u00f3 su sitio entre las soluciones antivirus m\u00e1s vendidas.<\/p>\n El \u00e9xito de \u201cSeis\u201d se debe, en gran medida, a su arquitectura cuidadosamente dise\u00f1ada, gracias a la cual se introdujeron innovaciones t\u00e9cnicas y se pudo llegar a alcanzar prestaciones de gran nivel. Adem\u00e1s, el modelo de desarrollo encaj\u00f3 perfectamente con las necesidades de un equipo seleccionado y al mismo tiempo muy ilusionado con el proyecto. Podemos decir que \u00e9stos fueron los ingredientes de la receta del \u00e9xito que permitieron sacar a la venta Kaspersky Anti-Virus 6.0, un producto que garantiz\u00f3 a sus usuarios el 100% de protecci\u00f3n.<\/p>\n![\"\"](\"https:\/\/media.kasperskydaily.com\/wp-content\/uploads\/sites\/87\/2014\/04\/05194756\/feb2005-kasper-ideas-9500.jpg\")
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/a><\/p>\n\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t<\/a><\/p>\n\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t<\/a><\/p>\n\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/dt>\n\t\t\t\t\t\t\t\t