Buenas. Como es domingo tengo tiempo de agregar algunos pareceres a los del Maestro.
Efectivamente, en nuestra humilde experiencia tenemos esto: - SCRUM: el daily meeting ayuda mucho ,y mejora sensiblemente la percepción del equipo respecto de lo que falta hacer, porque justamente SCRUM no hace foco en lo que se hizo, sino en lo que falta hacer, y al parecer eso incide positivamente en el team en cuanto a percibir la realidad. Por otro lado democratiza en cierta forma y tiende a que si hay una estrella en el team, no se vea tentado a declamar tengo tantas horas cumplidas, porque a nadie le importa lo que se hizo sino cuanto falta por hacer. - Respecto de las técnicas comunicacionales, nosotros recomendamos fuertemente una consultoría para el team con algun profesional neurolinguista que esté con formación de teams IT. Por ejemplo, aparentes tonterías como no voy a llegar tarde después de esa capacitación se convierte en voy a llegar temprano. Y así, se exploran y enseñan técnicas de cómo reclamar sin agresión, la diferencia entre reclamo y queja, quien es quien en la organización, dejar que cada uno ocupe el lugar que mejor le parezca, y el team se va armando solo. En realidad hay un método sutilmente oculto detrás del expertise del consultor. En nuestra experiencia, desde el CEO hasta el junior, siempre el problema es la comunicación. Vos podés armar lo mejor que quieras, pero la comunicación es la que te embroma a la larga. Por ejemplo, se arma una lista de creencias entre toda la organización. Si el CEO cree la persona jamás cambia y el CTO cree la persona cambia sólo ante un evento muy doloroso , y el leader cree la persona puede cambiar si se dan las condiciones del cambio , tenés un problema. Estas creencias no suelen salir a la luz en un asado o reunión de amigos, o si lo hacen, carecen de método para procesarlas en provecho de la empresa. El consultor arma una matriz de creencias de cada uno, y sabe cuales son las perjudiciales para un team IT, y entonces dirige entrevistas personales y moderadas entre las personas que tienen diferencias en aspectos clave. Es un proceso largo, de varios meses (dependiendo del tamaño del team), pero altamente provechoso. En otras palabras, te recomiendo fuertemente tomar este tipo de capacitación con el team, o mejor la organización, y que cada uno entre a eso con la mejor apertura mental posible (lo cual es difícil, conociéndonos..) - Una herramienta de colaboración se hace indispensable si querés trabajar bien., Existen muchas, desde software libre (Agilo) hasta propietario (Sharepoint). Yo te recomendaría fuertemente Sharepoint, y te cuento porqué. Un lead appraisal de CMMI de una empresa que vende consultoría en toda Sudamérica me comentó que de todas las herramientas que ellos habían visto, el Sharepoint tenía la mayor potencia, la mejor comunidad y una gran cantidad de patrones listos para funcionar perfectamente dentro de una organización IT. Por ejemplo, si necesitás SCRUM, podes generar rápidamente la estructura de formularios, etc. con la herramienta. Si necesitás repositorio con versionado, está previsto. Si necesitas comunicación intra y extranet, está previsto, etc. - Respecto de ISO 9xxx, si podés pagarla para implementarla, te conviene grandemente (y ahí más que nunca Sharepoint es el que mejor te soluciona el tema, ya que comparativamente, gastás poco respecto del costo de la ISO). El sólo hecho de establecer protocolos para cosas tan triviales como que se hace si el leader se enferma , que se hace si el dueño viaja, etc. bajado a un documento objetivo y publico, te soluciona un montón de problemas porque elimina algo sumamente peligroso: los sobreentendidos, que van de la mano de los prejuicios, que van de la mano de no haber podido o sabido comunicarse. Ves como todo está relacionado con la comunicación? Bueno, sigo con el asado que se me quema. Carlos De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Angel "Java" Lopez Enviado el: viernes, 21 de noviembre de 2008 19:54 Para: [email protected] Asunto: [puntonet] OFF-Topic: Mejoras Continuas Hola gente! Yo agregaria tantos temas... ;-)... bueno, algunos, mas alla de lo tecnico: http://www.infoq.com/presentations/Developing-Expertise-Dave-Thomas Otros: - Todo lo agil, XP, trabajo en equipo, retrospectivas, Scrum, .... - No solo mejora continua, sino tambien metricas: en muchos puntos, para saber si hay mejora, hay que medir - Habilidades de comunicacion - Patrones de arquitectura - Conceptos de calidad: ISO 900x Seria interesante producir algun entregable en cada reunion: resumen, o minuta, o video. Algo que para los que vengan despues, o no hayan podido asistir, tambien encuentren valor en eso. Nos leemos! Angel "Java" Lopez http://www.ajlopez.com/ http://twitter.com/ajlopez ----- Original Message ----- From: Federico Lazarte <mailto:[EMAIL PROTECTED]> To: [email protected] Sent: Friday, November 21, 2008 7:41 PM Subject: [puntonet] OFF-Topic: Mejoras Continuas Estimados En la empresa donde trabajo, estamos por desarrollar una serie de reuniones sobre mejoras continuas en nuestro trabajo. Estamos aportando los temas a tratar, desde lo mas basico hasta lo mas avanzado. Vamos a hablar de tecnicas y buenas practicas de programacion como de POO. Alguien sugiere otro tipo de temas?. Como ser Programacion orientada a servicios, how to, etc. Muchas gracias. _____ ¡Conocé las nuevas funcionalidades! Nuevo Messenger Beta <http://get.live.com/messenger>
