Interesante. Creo que tenes razon en mucho de lo que volcas … y me animo a
decir que es aplicable al entorno laboral y a otros entornos mas personales
tambien.

 

Tenes algun tipo de documentacion, links como para pasar ?

 

 

Saludos!

 

 

De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Carlos A.
Pérez
Enviado el: Domingo, 23 de Noviembre de 2008 01:02 p.m.
Para: [email protected]
Asunto: [puntonet] OFF-Topic: Mejoras Continuas

 

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 <mailto:[EMAIL PROTECTED]>  Lazarte 

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>  

Responder a