Luis Fraile

Análisis de interacción entre capas con VSTS 2010

lfraile.nospam@nospam.lfraile.net (Luis Fraile) — Sun, 05 Jul 2009 22:45:00 +0200

Actualmente, la gran mayoría de desarrollos (siempre hay excepciones) se desarrollan con arquitecturas de n-capas. Esto nos da muchas ventajas, que no creo que hagan falta ser enumeradas ahora, sin embargo, todas estas interacciones, especialmente capas de servicios y capas de acceso a datos, son un punto susceptible a los cuellos de botella.

Una de las novedades del Code Profiler de Visual Studio Team System 2010, es el análisis de interacción entre capas.

Vamos a hacer un pequeño resumen de como utlizarlo, y un par de conclusiones acerca de el, siempre sin olvidar que estamos ante una Beta 1 ….

Empezemos con el ejemplo más sencillo.

Supongamos una aplicación WPF, que llama a una capa de lógica de negocio (con una referencia directa), que a su vez llama a la capa de datos, que se vale de un nuevo ensamblado con las entidades y el acceso a datos mediante Entity Framework, ¿sencillo no?.

A continuación, con nuestra solución abierta (recordemos que estamos en VSTS 2010), seguimos los siguientes pasos:

En el menú Analyze, seleccionamos Launch Performance Wizard
En la siguiente pantalla siguiente nos preguntará que tipo de profiling queremos hacer, seleccionaremos o bien Sampling o bien Instrumentation.
Lo siguiente es sobre que proyectos queremos hacer sampling o instrumentación, por ahora, sólo seleccionaremos nuestra aplicación WPF.
Lo último que nos preguntará es si queremos lanzar el profiler cuando cerremos el wizard. Por ahora no queremos ejecutarlo, así que deseleccionamos esta opción.
Ahora vamos a configurar el tier profiling, para esto, pulsaremos botón derecho en la sesión de profiling que hemos creado, y seleccionamos las propiedades:
Dentro de las propiedades tenemos una nueva opción Tier Interactions , simplemente nos movemos a esa opción y activamos el checkbox.
Ya sólo nos queda pulsar el botón de ejecución de la sesión de profiling:

Una vez ejecutada la sesión de profiling, al cerrar la aplicación, se nos genera el informe del profiler, en el menú de sub-informes disponibles, nos debería aparecer un nuevo sub-informe Interactions:

Cuando pulsemos en el, se nos mostrará un informe de las interacciones, en mi caso, este es el resultado (recordad que estamos con 3 capas):

Como podéis ver en el informe, vemos que ha habido una única interacción entre capas, correspondiente a una consulta de SQL Server (la consulta se ve en la parte inferior del informe), y los tiempos de ejecución.

Uno de los primeros puntos de feedback (que ya he dado), es que en este caso de varias capas, no me dice que capa ha sido la que ha ejecutado la consula, ni el método ni nada, con lo que, a pesar de ser muy buena información, me faltarían datos para saber donde tengo que atacar.

Vamos a ver el siguiente escenario, este es básicamente igual que el anterior, pero en este caso, entre la capa de presentación WPF, y la capa de negocio, vamos incluir una capa de servicios WCF, simulando un entorno distribuido.

Los pasos de creación de la sesión de profiling son los mismos, pero, en este caso, debemos seleccionar tanto la capa de usuario (WPF), como la de servicios (WCF), en el listado de proyectos que vamos a examinar, durante el wizard de creación de la sesión.

El resto de los pasos son los mismos, sin olvidar de activar el check de interacción entre capas. Además aprovecho para comentaros, que cuando agreguéis a posteriori, a una sesión de profiling, nuevos proyectos, activarlo de nuevo, ya que es una propiedad de cada uno de los ensamblados a examinar.

Ahora, cuando ejecutemos la sesión de profiling, se nos lanzará tanto el interfaz de usuario, como el servicio WCF.

Una vez terminada la sesión de profiling, si nos movemos al sub-informe de interacciones, tendremos la siguiente información:

Bueno, lo primero es que me muestra la información de las llamadas a base de datos y al servicio duplicadas (en el código solo hay una a cada capa).

Y básicamente la información es la misma que antes, en este caso además, tenemos información del servicio al que se ha llamado, pero no el método que se ha ejecutado, ni que capa ha hecho la llamada :( cosas de la Beta supongo.

Como podéis ver, esa información, en aplicaciones n-capas, es muy valiosa, esperemos que esos puntos de información que he comentado, cambien en la versión final.

En cualquier caso, es una funcionalidad que me gusta :).

[Evento] MS Robotics Studio en MadNUG

lfraile.nospam@nospam.lfraile.net (Luis Fraile) — Sat, 20 Jun 2009 10:26:08 +0200

Nos hemos dado una pequeña pausa en MadNUG, pero regresamos con un nuevo evento, a cargo de Bruno Capuano, que nos contará algunos de los secreots de MS Robotics Sudio.

Aquí os dejo un link con la información del evento:

[Evento] MS Robotics Studio, después de Terminator Salvation comienza a entender a Skynet

[Evento] En mi máquina compila – TFS Build 2010

lfraile.nospam@nospam.lfraile.net (Luis Fraile) — Mon, 01 Jun 2009 23:48:49 +0200

Esta semana tuve la ocasión de participar en el foro de arquitectos, evento organizado por Microsoft en Madrid.

En mi ponencia hablé acerca de Team Build 2010, y como nos ayuda a prevenir y detectar los errores de integración lo antes posible mediante la utilización de integración contínua, los gated checkins, y las compilaciones automatizadas.

Espero que los que estuvistéis os gustase, aquí os dejo los materiales del evento.

Por cierto, repetiremos el evento el día 16 de junio, dónde volveremos a estar con todos vosotros :)

PD: hmmm no había probado nunca el slideshare, pero ahora que lo ha puesto Rodrigo Corral en su blog voy a probarlo yo también :)

Actualizando a Team Foundation Server 2010

lfraile.nospam@nospam.lfraile.net (Luis Fraile) — Sun, 31 May 2009 23:23:00 +0200

Durante el evento del foro de arquitectos surgió la inevitable (y buena) pregunta de “¿se podrá migrar a TFS 2010 la infraestructura existente?”, la respuesta fácil es que sí, se podrá migrar nuestro TFS actual al nuevo TFS 2010.

Sin embargo, como siempre, existe un pequeño “pero”, y es qué, si bien podemos migrar, nuestras proyectos seguirán comportándose como hasta ahora, es decir, sin las nuevas funcionalidades, que incluye 2010

De todos modos existen atajos para poder agregar estas funcionalidades, Allan Clarks, en su blog, ha hecho un pqueño resumen de todas estas características y links dónde encontrar información acerca de activar estas mejoras en vuestros proyectos existentes.

Estas mejoras son:

La gestión de los casos de test:
- http://blogs.msdn.com/chrispat/archive/2009/05/19/enabling-test-management-on-upgraded-team-projects-beta-1.aspx
Las herramientas de lab management
- http://blogs.msdn.com/lab_management/archive/2009/05/22/enable-lab-management-features-for-existing-team-projects.aspx
Los nuevos workbooks de Excel para la gestión de proyectos ágiles
- Para activar el iteration backlog: http://blogs.msdn.com/aaronbjork/archive/2009/05/18/enabling-the-iteration-backlog-workbook-on-an-upgraded-team-project.aspx
- Para activar el product backlog: http://blogs.msdn.com/aaronbjork/archive/2009/05/18/enabling-the-product-backlog-workbook-on-an-upgraded-team-project.aspx
La nueva visualización de branches
- http://blogs.msdn.com/hakane/archive/2009/05/19/enable-branch-visualization-in-upgraded-team-projects-tfs-2010-beta1.aspx
Los nuevos informes
- Copiar los nuevos informes a vuestros proyectos: http://blogs.msdn.com/aaronbjork/archive/2009/05/18/team-foundation-server-2010-where-are-my-reports.aspx
- Modificar vuestros informes existentes al nuevo esquema: http://www.socha.com/blogs/john/2009/05/upgrading-visual-studio-team-foundation.html

Además, a modo de ejemplo, Hakan Eskici, ha publicado en su blog, un script de ejemplo para activar la gestión de casos de test, y además actualizar los tipos de Work Items de tarea y de escenario (que lo necesitaréis hacer para las herramientas de lab management).

Este script lo podéis encontrar aquí, eso sí, os recuerdo que esto es una Beta 1, además como el propio Hakan dice, este script es válido partiendo de las siguientes premisas:

Estáis trabajando con la Beta 1 en inglés de TFS 2010.
El proyecto fué creado con la plantilla de MSF Agile 4.2 antes de actualizar.
No habéis hecho modificaciones a la plantilla de proyecto.
El idioma del sistema operativo es en inglés.

De todos modos el propio Hakan ha dejado un listado de FAQs para este script: http://blogs.msdn.com/hakane/archive/2009/05/20/faq-on-the-sample-script-to-enable-new-features-in-upgraded-team-projects.aspx

Pues nada, aquí os dejo toda esta información para que empezéis a probar, pero siempre con cuidado con estas betas eh.

Que os divirtáis.

[Evento] Introducción a Visual Studio Team System – CatDotNet

lfraile.nospam@nospam.lfraile.net (Luis Fraile) — Sat, 30 May 2009 23:48:03 +0200

El viernes pasado, tuve la oportunidad de participar en un evento al que la gente de CatDotNet tuvo la amabilidad de invitarme :)

En este evento presenté algunas de las caractetrísticas de Visual Studio Team System, y como este puede ayudarnos en nuestro día a día de los proyectos para todos los roles, espero que los asistentes disfrutasen del evento tanto como yo.

Aquí os dejo los materiales del evento.

Ya disponible Visual Studio Team System 2008 Database Edition GDR R2

lfraile.nospam@nospam.lfraile.net (Luis Fraile) — Wed, 22 Apr 2009 22:43:00 +0200

Un nuevo anuncio, y es que esta misma semana han hecho pública la R2 del VSTS 2008 Database Edition GDR.

Esta nueva versión, trae, entre otras novedades, algunas de las caracterísitcas que ya pusieron en las Power Tools del Database Edition, y sobre todo, dos grandes novedades: la primera, ya incluye soporte para SQL Server 2008, y la segunda, que ya no necesita una base de datos de "diseño", con lo que no es necesario tener instalado ni SQL Server, ni SQL Express para poder usarlo.

Por supuesto, es necesario que tengáis o bien VSTS 2008 Database Edition SP1, o VSTS 2008 Team Suite SP1.

También es necesario que desinstaléis la versión anterior de la GDR (si la tenéis), así como las Power Tools de la Database Edition (por línea de comandos: msiexec /X {EA016DAB-E08A-46FB-BBF0-ED6EB8FD4671}). Las instrucciones las tenéis en la pagina de descarga de MSDN (mirad al final).

Una pequeña nota que tengo que aclarar es si ya está disponible en español, puesto que cuando seleccionais español como idioma, a pesar de que todo el texto de la página se refiere a la GDR R2, los ficheros y el título de la página se refieren a la GDR anterior ...

El link:

http://www.microsoft.com/downloads/details.aspx?FamilyID=bb3ad767-5f69-4db9-b1c9-8f55759846ed&displaylang=en

Que la disfrutéis.

Listado de características de Visual Studio Team System 2010

lfraile.nospam@nospam.lfraile.net (Luis Fraile) — Mon, 20 Apr 2009 01:38:00 +0200

Hace unos días Brian Harry publicó en su blog un listado de las nuevas características de VSTS 2010.

Como el mismo dice, VSTS 2010 va a traer muchas novedades, y hacer un listado completo sería muy largo para el blog, con lo que nos ha dejado un listado con los nombres (aunque pueden no ser los definitivos), y que el propio Brian Harry nos irá mostrando en su blog poco a poco.

Además del listado de características, lo interesante del post, es el blog que nos da para cada una de las partes que enuncia, y que nos permitirán estar atentos a las partes que nos interesen, y bueno, aquí os dejo el listado, con los nombres de las características, y los blogs, tal y como los ha puesto Brian:

Architecture (http://blogs.msdn.com/camerons/)

Architecture Explorer
Layer diagram
Use case designer
Activity designer
Component diagram
Logical class designer
Sequence diagram
Modeling project system
UML Model explorer
Architecture validation during build

Development & Database (http://blogs.msdn.com/habibh/)

Historical debugging
Test impact analysis
Improved code analysis
Improved profiling (especially multi-tier)
Database extensibility

Lab Management (http://blogs.msdn.com/amit_chatterjee, http://blogs.msdn.com/lab_management)

Multi-tier Environment creation and management
Automated deployment
Easily manage machine pools
Network fencing
Checkpoints

Test (http://blogs.msdn.com/amit_chatterjee, http://blogs.msdn.com/james_whittaker)

Test planning
Test case management
Test prioritization
Run management & reporting
Project quality reports
Manual test execution
Diagnostic recording (environment, video, etc)
UI Automation recording
Coded UI tests

TFS (http://blogs.msdn.com/bharry)

Work item hierarchy & linking
Improved Agile template
MOSS & WSS Dashboards
Simplified reporting
Improved support for parallel development
Rollback
Build queuing and pooling
Gated checkin
Simplified setup
Scale out of web and data tiers
Admin console
Project move/archive/restore

Post original: http://blogs.msdn.com/bharry/archive/2009/04/08/team-system-2010-overview.aspx

[Evento] Presentación del Signum Framework en MADNUG

lfraile.nospam@nospam.lfraile.net (Luis Fraile) — Fri, 17 Apr 2009 15:37:08 +0200

Hola a todos, os anuncio un nuevo evento de Madrid.NET para este jueves 23 de abril

El evento de este mes nos traerá a la gente de Signum, que vendrán a presentarnos su Framework para ayudarnos en el desarrollo de nuestras aplicaciones de negocio.

La verdad es que por lo que nos han contado, promete ser muy interesante, aquí os dejo la información del evento, el link de registro lo encontraréis aquí, así como más datos acerca del evento:

http://madriddotnet.spaces.live.com/blog/cns!6453107D41F04C68!217.entry

Aplicaciones de Negocio con Signum Framework

Cada aplicación se programa de manera diferente y luego no hay quien las integre ¿Son realmente tan distintas? ¿Qué ventajas tiene LINQ sobre SQL? ¿Que ofrece WPF para una aplicación ‘normalita’? ¿Por qué tengo que elegir entre productividad (XML) y control (código)? ¿Qué pasa últimamente con la programación funcional?

Esta charla será la presentación en sociedad de Signum Framework (www.signumframework.com) un proyecto open source con el osado propósito de cambiar la manera en la que se desarrollan las aplicaciones de gestión. Completamente reescrito sobre las últimas tecnologías de Microsoft (ORM con un completo proveedor de LINQ, interface de usuario sobre WPF y ASP.Net MVC…), Signum Framework propone un cambio radical en el proceso de desarrollo: Comenzar definiendo las entidades (en C#) y dejar que la base ‘se genere sola’.

Espero veros a muchos por allí.

La importancia del trato al cliente … (y el boca a boca)

lfraile.nospam@nospam.lfraile.net (luis fraile) — Sun, 29 Mar 2009 17:55:14 +0200

Aqua con un poco de restraso (quería haberlo hecho durante la semana), hago una pequeña reflexión, y es que muchas veces, aún dando toda la importancia a nivel de negociación que se merecen nuestros clientes, el trato se convierte en una mera negociación, y como en todo esto, y como siempre digo, trabajamos con personas, y la empatía es fundamental.

Como siempre, todo esto viene a cuento despues de un fin de semana, en un pueblo con mucho encanto de la Rioja Alavesa, Laguardia, y en una compañía aún mejor que el pueblo (muchisimas gracias por todo Marian ;) ). La cosa es que estuvimos en una casita rural de allí, en la que desde el primer momento nos hicieron sentir como en casa, todo eran facilidades, consejos de que visitar, dónde comer, etc. Vaya, como en casa.

Y esto me hizo reflexionar sobre algo que muchas veces yo también descuido, y es que con nuestros clientes, no sólo se trata de negociar unos presupuestos, plazos, etc. si no que enemos que empatizar con ellos también, que los hagamos sentir “como en casa”.

Con esto, a parte de conseguir que hablen de nosotros con el boca a boca, conseguiremos una relación mucho más fluida, en la que nuestras propuestas serán miradas con mucha más comprensión, por encima de números y cifras. A fin de cuentas, a todos nos gusta sentirnos cómodos con la gente con la que estamos, ¿no?.

Y lo que ya decía en el título, nunca desprecieis el poder del boca a boca, muchas veces es mejor que la mayor estrategia de marketing o publicidad que podáis hacer, tanto para hablar bien, como para arruinar una reputación ya creada.

Y no, no estoy diciendo que nos los tengamos que llevar de copas, o hacernos amigos de todoa la vida, porque eso sería muchas veces falso, y tampoco se busca eso. Pero recomendaciones, dando la opinión sincera de como vemos las cosas, recomendaciones, en un entorno sincero y amable, nos permitirá mantener estas relaciones mucho más fluidas que si sólo hablamos de las especificaciones, plazos, presupuestos, etc.

En definitiva, hagamos sentir cómodos y con confianza a nuestros clientes con nosotros, y, por supuesto, cuando seamos nosotros los clientes, promover el mismo clima de confianza.

Y por cierto, como no podía ser menos, y como inspiradora de este post, por si alguno queréis visitar ese bello (y pequeño eso sí) pueblo que es Laguardia, os recomiendo como sitio para dormir la casa rural del Legado de Ugarte, donde Zorione, de seguro que os hará sentir como en casa.

Desarrollo movilidad: Windows Mobile vs iPhone

lfraile.nospam@nospam.lfraile.net (luis fraile) — Thu, 12 Mar 2009 16:00:54 +0200

Ayer, en un evento sobre costes de desarrollo y productividad para desarrollos móviles, tuve la oportunidad de dar una sesión acerca de la productividad y coste, en el desarrollo de aplicaciones para windows Mobile, comparandolo con el desarrollo de aplicaciones para iPhone.

Por supuesto no era una sesión técnica, si no de alto nivel, acerca de las características de cada modelo de desarrollo, y de las herramientas y necesidades que requiere cada entorno.

Además todos los contenidos están basados en una experiencia real, Multidomo, aplicación de control de domótica, que tenenmos creada para distintos tipos de terminal, como Windows Mobile y iPhone (esta última aún en desarrollo).

También en esta PPT tenéis algunas slides de comparación entre Windows Mobile y Java para dispositivos móviles, presentación que iba a hacer Alejandro Mezcua, pero que finalmente no pudo asistir pero preparó estas slides.

Y bueno, aquí os dejo los materiales de esta sesión, espero que os guste.

Fix: SDK de creación de custom control para TFS Web Access

lfraile.nospam@nospam.lfraile.net (luis fraile) — Sun, 15 Feb 2009 21:56:23 +0200

Muchos conocéis mi gusto por personalizar y extender Team Foundation Server, uno de estos puntos de extensibilidad es la creación de custom controls para los Work Items.

Esto es algo “relativamente” sencillo cuando sólo lo queremos hacer para el interfaz de Team Explorer. Sin embargo es bastante complejo a la hora de hacerlo para el interfaz de acceso web a TFS.

Y si a esto unimos que al SDK disponible hasta este momento le faltaban unos ficheros, pues nos hace la vida más dificil aún.

Pero este fallo ya le han reparado y se han publicado esos ficheros que faltan, y aquí los tenéis:

Ficheros que faltan en el proyecto de ejemplo

Post original: http://blogs.msdn.com/hakane/archive/2009/02/13/fix-work-item-custom-controls-sdk-for-web-access.aspx

Informes de rendimiento de TFS

lfraile.nospam@nospam.lfraile.net (luis fraile) — Wed, 04 Feb 2009 23:31:52 +0200

Hola a todos, veo en el blog del ex-MVP (ahora trabaja en Microsoft), Grant Hollyday, que ha creado un paquete de informes para poder comprobar que los servidores están funcionando correctamente e identificar posibles cuellos de botella y solucionarlos. Decir, que el TFS del que se encarga tiene (sacado de su blog) 3500 usuarios activos y 10.000.000 (si, no sobra ningún 0) de peticiones de código fuente y work items al día.

Como podéis imaginar, gestionar un servidor así, no es sencillo, y por eso crearon estos informes, para poder gestionar esto.

Y ahora los ponen a nuestra disposición: TFS Performance Report Pack.zip (~250kb)

Bueno voy a hacer una traducción/resumen de lo que pone Grant en su blog, para los que no leáis la lengua de Shakespeare.

Los requerimientos, que también podéis ver en su blog son:

SQL Server Reporting Services 2008*
Un usuario con permisos de lectura en la base de datos del servidor TfsActivityLogging.
Una fuente de datos compartida para usar con el informe
Habilitar el log de TFS, esto ya es el comportamiento por defecto de TFS 2008.
- En TFS 2005hay que habilitar el indicador “commandLogging” en el web.config general de TFS, también dice que la consulta del informe puede tener que hacer cambios.

Grant comenta en el blog que, técnicamente no hay necesidad de SQL Server 2008, pero bueno, al igual que el, yo os recomiendo que vayáis migrando, puesto que lo necesitaréis para TFS 2010.

Instalación

El zip contiene los ficheros *.rdl de definición de los informes, que están diseñados para ser instalados en el servidor de reporting de nuestro TFS.

Para instalarlos, y estando logados con una cuenta con permisos de administrador en TFS:

Abrimos el navegador de internet y entramos a /Reports">http://<servidor>/Reports
Creamos un nuevo directorio que se llame “Estado servidor”.
Creamos una nueva fuente de datos compartida llamada “TfsActivityReportDS”, y ponemos la siguiente cadena de conexión:

Data Source=localhost;Initial Catalog=TfsActivityLogging
En las credenciales pondremos un usuario que tenga acceso a la base de datos de TfsActivityLogging del TFS.
Seleccionamos que use creedenciales de Windows para conectar.

Los informes incluidos son:

Tiempos de ejecución

Este informe muestra el tiempo de ejecución por comando y por usuario, ayudándonos a comprobar, que comandos son los que sobrecargan más al servidor por un lado, y que usuarios/herramientas son los que más carga crean en el sevidor

Estado del servidor – cola de peticiones a Source Control

Como bien dice Grant, el control de código fuente es, con diferencia, la aplicación que más recursos consume del servidor.

A lo largo del día, las peticiones se van encolando para ser procesadas como transacciones a la base de datos, con este informe, podermos ver si tenemos alguna petición causándonos un cuello de botella, y cuál es el estado actual de la cola de transacciones.

Si vemos mucho “rojo” significa que tenemos operaciones muy largas ejecutándose y que podemos tener problemas.

Estado del servidor – los usuarios “top” que se saltan el proxy

Para obtener una mayor calidad de servicio, cuando tenemos muchos usuarios accediendo al TFs y haciendo muchas peticiones de Version Control, es muy recomendable instalar proxies de TFS, que incluso los podemos poner mediante un cluster de balanceo de carga, liberando así carga del servidor.

Con este informe, la gente de IT, puede descubrir que usuarios están accediendo directamente al servidor TFS, sin pasar por servidores Proxy, para que puedan mejorar la calidad de servicio configurando esos usuarios para que usen proxy.

Estado del servidor – históricos de rendimiento

Este informe nos muestra un resumen de los tiempos medios de respuesta históricos tanto del sistema de Work Items, como de Version Control.

Aquí podemos ver, de media, cuanto tienen que esperar los usuarios para procesar sus peticiones, y que días de la semana son los más críticos a nivel de rendimiento.

Estado del servidor – rendimiento reciente

Este informe es similar al anterior pero con más nivel de granularidad sobre el rendimiento del servidor.

Empieza con una vista del tiempo medio de respuesta del servidor a nivel general, y posteriormente nos muestra la información relativa a las descargas de ficheros de Version Control y el tiempo medio de respuesta para el mismo periodo.

Con este informe podemos ver la relación entre el rendimiento degradado del servidor y el tiempo medio de respuesta de los dos subsistemas (WI y VC).

Como afecta un número grande de descargas al rendimiento general del servidor, y la “salud” general del servidor.

Bueno espero que esta información os haya sido tan útil como a mí, aquí os dejo de nuevo el link al post de Grant, y si queréis por aquí me tenéis también para cualquier aclaración:

http://blogs.msdn.com/granth/archive/2009/02/03/announcing-tfs-performance-report-pack.aspx

Buenas prácticas, metodologías y Scrum

lfraile.nospam@nospam.lfraile.net (Luis Fraile) — Mon, 26 Jan 2009 07:00:00 +0200

Que no existen balas de plata metodológicas es algo que ya hemos dicho muchas veces y que seguro que sabemos todos.

Y por tanto, no hay una metodología para controlarlas a todas, cada equipo, cada proyecto, cada entorno es distinto e intransferible, y lo que vale para uno no vale para otros, por tanto es de vital importancia entender cómo funcionamos, tanto como equipo, como cada miembro individual, para poder aplicar lo que funciona y lo que no.

Lo cierto es que supongo que no estoy contando nada nuevo, es algo que siempre se habla, y que últimamente, Ivar Jacobson nos ha recordado tanto en aquel evento de ALM del año pasado en Madrid, como en otra ocasión que tuve de estar hablando con el despues del TechEd en Barcelona.

Y es que, en gran medida estoy de acuerdo con su mensaje, al final, una de las cosas más importantes a la hora de poner orden, es aplicar las prácticas que funcionan en la que sea nuestra situación actual.

Hay muchas prácticas definidas en otras tantas metodologías, desde Test Driven Development, programación por parejas, desarrollo iterativo (aunque esta es omnipresente), casos de uso, retrospectivas, etc., etc., que podemos aplicar, aunque no apliquemos la metodología en cuestión.

Con esto no se quiere decir que no se aplique con rigor una metodología, y que simplemente apliquemos prácticas, nada más lejos de la realidad. Es muy importante, sobre todo al principio, que tengamos algo en lo que apoyarnos y que guíe nuestros pasos.

Siempre es indispensable contar con una buena metodología, escogida según nuestras necesidades, que forme la base de nuestra gestión. Lo que quiero decir con esto, es que, basándonos en nuestra experiencia, debemos evolucionar nuestro proceso, adoptando prácticas que observemos y veamos válidas, aunque no formen parte de nuestra metodología, y descartar prácticas que nos creen impedimentos o aporten lo suficiente.

Pero ojo al añadir o eliminar prácticas (especialmente al eliminar), no todas las prácticas aportan beneficios inmediatos, y debemos ser muy conscientes de todo el proceso, no sólo de la situación inmediata, como decía Ivar, “Be Smart”. Cuando nos planteemos el quitar o añadir, debemos tener razones de peso, observadas durante un tiempo y compartidas con el equipo.

Y por eso agrego aquí a Scrum, ya que es probablemente la más “ligera” de las metodologías, las prácticas que específica son relativamente pocas y fáciles de seguir, pero hay una que encaja a la perfección con esto que aquí escribo, y son las reuniones de retrospectiva del sprint. En estas reuniones siempre detallaremos que es lo que hemos hecho bien, lo que hemos hecho mal, lo que hemos aprendido, y lo que no es necesario. En definitiva, la observación de todas nuestras prácticas para evolucionar el proceso.

Esta es una de las grandes cosas de Scrum, el tratar el proceso en si mismo como algo vivo, y no sólo como algo vivo, si no como algo que se puede cambiar con relativa facilidad (todos sabemos que no todo es tan fácil como parece), y con frecuencia.

Al final, en el proceso de desarrollo, dependemos de las personas y de como funcionan, y esto es lo que debemos observar para poder tener un proceso consistente, y, aunque en esto difiero con Ivar, yo si considero que el proceso de desarrollo es un 80% de pensar, y un 20% de aplicar patrones y/o prácticas (justo al contrario que Ivar), ya que por muy detallados que sean esos patrones, y esas prácticas, debemos de aplicar nuestro conocimiento y pensamiento para aplicarlas a nuestros procesos.

Bueno Ivar, al final, y aunque un poco tarde, escribí esta pequeña reflexión que te dije que escribiría tanto en Madrid, como en Barcelona, espero que a pesar de estar en español, no se te haya hecho muy duro de leer :).

Próximo evento Madrid.NET: Mesas redondas

lfraile.nospam@nospam.lfraile.net (luis fraile) — Fri, 16 Jan 2009 00:14:45 +0200

Como ya sabréis los que seguís el blog de Madrid.NET, os pedimos vuestra opinión para el evento del 22 de enero.

Y bueno, tras ver opiniones, tanto online, como offline, ganaron las mesas redondas.

Y ahora es vuestro turno, lógicamente para que las mesas redondas funcionen, necesitamos vuestra asistencia y colaboración. Colaboración para proponer temas, hablar, dar ideas, y por supuesto vuestra asistencia allí. Así que os animo a todos a que vengáis a este evento.

Aquí os dejo el link con la información de registro.

Nos vemos el 22.

Cuando metemos la pata …

lfraile.nospam@nospam.lfraile.net (Luis Fraile) — Fri, 02 Jan 2009 08:30:00 +0200

Y es que esto es algo que antes o después ocurre, fallamos en el diseño de una arquitectura, hacemos checkin de código que no compila, tomamos una decisión de implementación totalmente desafortunada, o cualquiera de las múltiples situaciones que se nos dan en un proyecto.

Es algo que nos va a ocurrir, no en vano los errores nos ocurren en nuestra vida diaria, ese típico creo que puedo cargar con un plato más de camino a la cocina que acaba en tragedia, o esta bolsa seguro que aguanta este peso (curiosamente la bolsa dónde llevamos las botellas de cerveza), o más serios como ese típico mensaje/correo que justo cuando le das a enviar, te das cuenta de que lo estás enviando a la persona equivocada, y el contenido, ejem, dejémoslo ahí …

Los errores ocurren, somos humanos, y no podemos evitarlos, tenemos que aprender a convivir con ellos.

Lo realmente importante de esto, es como reaccionamos ante ellos. Para mí es más importante, como cliente, el como alguien me soluciona un fallo, que alguien que “presuntamente” no tiene fallos.

Nuestro primer paso siempre será reconocer el error (es difícil eh), de nada nos valdrá ocultarlo, no va a desaparecer.

Ahora que ya sabemos, y hemos puesto en común el error cometido, lo siguiente es ver la gravedad del error. No todos los errores son igual de graves o de preocupantes, habrá fallos, que simplemente sepamos que tenemos, cuya única acción sea “saber que está ahí”, y vivir con el. No vivir eternamente claro está (o sí …), pero que no sea necesario tomar una acción de modo inmediato.

En el caso de que la gravedad del asunto requiera tomar acciones inmediatas, el resolver este error debe ser prioritario. Es igual que el principio de no desarrollar funcionalidades nuevas mientras haya bugs abiertos.

Por supuesto, en una situación ideal, en la que tengamos una matriz de riesgos, dónde aparezca esta situación, tendríamos un “plan de contingencia”. Pero como suelen decir los americanos, “shit happens”, y no siempre vamos a tener la suerte de tener un plan de contingencia. Esto tampoco debe desanimarnos, las cosas ocurren.

Cada error es un mundo, y no es lo mismo un fallo de diseño que uno en los requerimientos, y desde aquí no pretendo dar una solución universal a la solución de errores.

Lo realmente importante es que cuando detectemos un error por primera vez, el flujo no se convierta en el gráfico que acompaña este post, en el que lo que se intenta es ocultarlo, escurrir el bulto, colarselo a alguien, en defnitiva escapar del problema.

Reitero, el flujo siempre pasa por la comunicación, el famoso triage para evaluar su gravedad, y el tomar las acciones correctivas necesarias antes de continuar, y que el error nos genere un efecto bola de nieve.

Y bueno, cuanto rollo para esta pequeña conclusión, pero es que hoy no estaba demasiado inspirado jeje.

Ahh si, por supuesto, feliz año nuevo a todos, y espero que se cumplan todos vuestros propósitos.

En cuanto a mi, como decía Joe Strummer, “the future is unwritten”, así que simplemente espero ir mejorando día a día, aprendiendo, descubriendo, viajando, y pudiendo hacer las cosas que me mantienen vivo y “despierto” día a día, y dejemos que cada día nos vaya descubriendo nuevas cosas para hacer.

Y también deciros, que no, este año tampoco os libráis de mí, ya me han reconfirmado como MVP de Team System para el 2009 :), muchas gracias a todos los que me leéis, que suponéis una motivación extra para mi.