Leo por ahí sobre empresas opt-in vs empresas opt-out. ¿Cuál es básicamente la diferencia? El nivel de compromiso que tienen sus empleados con los temas. En las empresas opt-in, participan activamente a través de wikis (este artículo habla favorablemente de una wiki licenciada, porque está escrita por uno de sus creadores :), se suscriben a los temas que les interesan, responden sin jerarquías ni necesidad de autorizaciones.
¿Qué herramientas utilizan las empresas opt-out? el e-mail. No es que el e-mail sea una mala herramienta… pero cuantas veces termina un día y sentimos que lo único que hicimos fue leer y responder mails? ¿Cuántos de esos mails que leemos no necesitan de nuestro seguimiento… simplemente estamos copiados para "estar notificados"? ¿Cuántas veces tenemos nosotros mismos esa conducta?
Los mails son invasivos: una vez que somos incluidos en una lista, tenemos que pedir expresamente (a través de la lista) que se nos excluya, y la respuesta natural: "responder a todos" nos mantiene en la cadena de mails ¿Cómo podemos hacer para incluirnos en una cadena de mails que nos interesa? ¿Cómo siquiera podemos enterarnos de que alguien la inició?
En una empresa opt-in, los empleados buscan las conversaciones de las que quieren ser parte. Todos pueden ver todo tipo de conversaciones, es transparente. En una wiki, se pueden iniciar comunidades de interés, comentarios y discusiones, suscripciones, etc.
¿Usa tu empresa alguna wiki? Quizás sea el momento de proponerlo…
Wednesday, April 1, 2009
Thursday, March 26, 2009
Agile Open 2009 - Herramientas
Una de las sesiones en la que participó trató sobre herramientas ágiles. A continuación les paso la lista:
De ellas, sólo SVN, JIRA y TRAC las uso con regularidad con excelentes resultados. Por las demás, no puedo opinar mucho más... Bugtracker la quise instalar, pero tenía muchos requisitos para servidores de hosting virtual.... Tuve que seguir con TRAC y aprender a configurarlo!
| Nombre | Propósito | Tecnología a la que aplica | URL |
| Findbugs | Analiza código estático buscando bugs | JAVA | http://findbugs.sourceforge.net/ |
| Stylecop | Analizador estático de código para verificar que se cumplan estilos y reglas de consistencia | .NET | http://code.msdn.microsoft.com/sourceanalysis |
| Emma | Code Coverage | JAVA | http://emma.sourceforge.net/ |
| Greenhopper | Plugin (licenciado) para JIRA (licenciado). Permite entre otras cosas, tener un scrum board | * | http://www.greenpeppersoftware.com/en/ |
| Bugtracker | Issue tracker desarrollado en .NET | .NET | http://ifdefined.com/bugtrackernet.html |
| Scrumworks | Project Management con SCRUM (licenciado, la versión gratuita no es buena) | * | http://www.danube.com/scrumworks |
| Versionone | Planificación de proyectos ágiles (licenciado) | * | http://www.versionone.com/ |
| Xplaner | Planificación de proyectos para equipos XP | * | http://www.xplanner.org/ |
| Scrumlite | Planificación de proyectos con scrum | * | http://www.codeplex.com/ScrumLite |
| Mingle | Planificación ágil de proyectos (licenciado) | * | http://studios.thoughtworks.com/mingle-agile-project-management |
| Lighthouse | Issue Tracking | * | http://lighthouseapp.com/ |
| Draconet | Integración continua | .NET | http://draconet.sourceforge.net/ |
| Testfram | Testing contínuo | * | http://www.iua.upf.edu/~parumi/testfarm/ |
| SVN | Control de version | * | http://subversion.tigris.org/ |
| JIRA | Issue tracker (licenciado) | * | http://www.atlassian.com/software/jira/ |
| TRAC | Issue tracker + Wiki | * | http://trac.edgewall.org/ |
De ellas, sólo SVN, JIRA y TRAC las uso con regularidad con excelentes resultados. Por las demás, no puedo opinar mucho más... Bugtracker la quise instalar, pero tenía muchos requisitos para servidores de hosting virtual.... Tuve que seguir con TRAC y aprender a configurarlo!
Sunday, March 15, 2009
Open Space en Agile Open 2009
Una de las cosas que me llamó la atención sobre Agile Open Buenos Aires 2009 fue su organización. La misma se basó en la "autoorganización".
Hablando con Alan Cyment, me comentó de donde viene el método: Open Space Technology
Si bien al principio parecía todo caótico y desordenado, un grupo de 100 personas pudo establecer por consenso general los temas de propio interes.
La jornada inicial consistió en los siguientes pasos:
Hablando con Alan Cyment, me comentó de donde viene el método: Open Space TechnologySi bien al principio parecía todo caótico y desordenado, un grupo de 100 personas pudo establecer por consenso general los temas de propio interes.
La jornada inicial consistió en los siguientes pasos:
- Cada asistente definía un tema en algo así como 30 segundos. Debía ser lo suficientemente claro para que no haya dudas y para que quede en la memoria de los demás asistentes para después darle sus votos.
- Al no surgir más temas, cada uno se levantó y fue hasta el pizarron donde se habían pegado los stickers con los temas elegidos y le sumaba un voto con el mecanismo "Puntaje del Truco"
- Al haber votado todos, los que querían, tomaban los stickers y lo pegaban en una grilla de salas y horarios: así de simple. Los que habían planteado cada tema, podían reorganizar el horario y sala, dado que como condición, ellos debían ser los disparadores de la discusión.
Thursday, January 15, 2009
Curso de Introducción a SCRUM
Este es el link es la presentación del curso de dos jornadas que realicé de Introducción a SCRUM en el mes de Enero.
Wednesday, January 14, 2009
Agile Open Buenos Aires 2009
Ya está disponible la inscripción a Agile Open Buenos Aires 2009.
Algunas características interesantes:
Algunas características interesantes:
- No hay oradores preestablecidos, se proponen temas a discutir
- Por estar planificado para el viernes 6 de marzo desde las 18 y el sábado 7 de marzo todo el día, no hay posibilidad de que complique nuestras agendas laborales.
- Solo habrá lugar para 100 personas, por lo que hay que apurarse.
Saturday, November 29, 2008
La milla extra
Existe un término en inglés "The extra mile" o la milla extra, que suele utilizarse para referirse a ir más allá de la obligación, de lo acordado o esperado.
Creo en general, que las empresas que contratan servicios de IT a otras compañías esperan siempre esta milla extra y en algunos casos hasta lo pueden llegar a reclamar: "no hicieron más que lo que estaba acordado, no aportaron ningún valor nuevo" podría ser una queja al respecto.
Como empleados de una compañía, creo que la milla extra es lo que habla de nuestro compromiso con la firma, del seniority que tenemos para leer lo que se espera y cómo podemos mejorarlo. Está claro que todos debemos cumplir con nuestro trabajo (eso es lo de mínima), pero generalmente sólo progresan dentro de una compañía los que aportan esta milla extra.
No siempre la milla extra requiere esfuerzo adicional. Para esto voy a poner un ejemplo:
La semana pasada estábamos con mi mujer en unas vacaciones cortas. Buceando la tarde anterior, mi mujer había tenido un percance en una uña. Esta vez su kit de viaje no incluyó una lima, por lo que fuimos a la recepción para pedir una. La respuesta fue que no tenían. El tema quedó ahí para nosotros. El hotel estaba en una zona alejada y no teníamos acceso a negocios fuera del complejo.
Después de cenar, cuando volvimos a la habitación, sobre la cama había una lima nueva en un sobre con el nombre del hotel. Obviamente nuestra sorpresa fue muy grata.
Cuando agradecí por el gesto la mañana siguiente, me comentaron que todas las tardes suelen ir a una farmacia para hacer compras diversas. En este caso, agregaron una lima que posee un costo insignificante y que además, nunca nos cobraron.
Creo que como empleados y como proveedores de nuestros clientes siempre debemos estar buscando esta milla extra, para mejorar cada día un poco más.
Creo en general, que las empresas que contratan servicios de IT a otras compañías esperan siempre esta milla extra y en algunos casos hasta lo pueden llegar a reclamar: "no hicieron más que lo que estaba acordado, no aportaron ningún valor nuevo" podría ser una queja al respecto.
Como empleados de una compañía, creo que la milla extra es lo que habla de nuestro compromiso con la firma, del seniority que tenemos para leer lo que se espera y cómo podemos mejorarlo. Está claro que todos debemos cumplir con nuestro trabajo (eso es lo de mínima), pero generalmente sólo progresan dentro de una compañía los que aportan esta milla extra.
No siempre la milla extra requiere esfuerzo adicional. Para esto voy a poner un ejemplo:
La semana pasada estábamos con mi mujer en unas vacaciones cortas. Buceando la tarde anterior, mi mujer había tenido un percance en una uña. Esta vez su kit de viaje no incluyó una lima, por lo que fuimos a la recepción para pedir una. La respuesta fue que no tenían. El tema quedó ahí para nosotros. El hotel estaba en una zona alejada y no teníamos acceso a negocios fuera del complejo.
Después de cenar, cuando volvimos a la habitación, sobre la cama había una lima nueva en un sobre con el nombre del hotel. Obviamente nuestra sorpresa fue muy grata.
Cuando agradecí por el gesto la mañana siguiente, me comentaron que todas las tardes suelen ir a una farmacia para hacer compras diversas. En este caso, agregaron una lima que posee un costo insignificante y que además, nunca nos cobraron.
Creo que como empleados y como proveedores de nuestros clientes siempre debemos estar buscando esta milla extra, para mejorar cada día un poco más.
Tuesday, November 11, 2008
Llamados telefónicos vs Mails
Los que ya tenemos varios años de experiencia en el desarrollo de software estamos muy acostumbrados a dejar constancia de nuestros actos, pedidos o notificaciones a través de los mails que enviamos y que resguardamos para hacer frente a reclamos cuando el proyecto se encuentre en situación crítica: ¿por qué nos atrasamos? ¿quién es el responsable?
Sin embargo, podemos correr el riesgo de sobreutilizar este mecanismo, contando con que el enviar el mail, y pasar la responsabilidad del próximo acto (la pelota está del otro lado de la red) es suficiente.
No digo que no debamos guardar esos mails, todo lo contrario. Pero creo que muchas veces podemos enviar el mail y luego hacer un seguimiento telefónico, o viceversa: avisarle a la otra persona que le estaremos enviando un mail para asegurar que las dos partes entendimos lo que se acordó por teléfono.
Tengamos en cuenta que todos atienden el teléfono ni bien suena (si están sentados en su escritorio) pero no todos leen y contestan sus mails con suficiente regularidad. No podemos contentarnos con decir: "yo lo avisé". Recordemos que uno de los principios del manifiesto ágil: "Colaboración con el cliente por sobre negociación de contratos" No alcanza con no "quedar pegados", tenemos que ser agentes de cambio, actuar y forzar a que las cosas ocurran. Entonces, la próxima vez, mandemos el mail, pero hagamos seguimiento por teléfono.
Sin embargo, podemos correr el riesgo de sobreutilizar este mecanismo, contando con que el enviar el mail, y pasar la responsabilidad del próximo acto (la pelota está del otro lado de la red) es suficiente.
No digo que no debamos guardar esos mails, todo lo contrario. Pero creo que muchas veces podemos enviar el mail y luego hacer un seguimiento telefónico, o viceversa: avisarle a la otra persona que le estaremos enviando un mail para asegurar que las dos partes entendimos lo que se acordó por teléfono.
Tengamos en cuenta que todos atienden el teléfono ni bien suena (si están sentados en su escritorio) pero no todos leen y contestan sus mails con suficiente regularidad. No podemos contentarnos con decir: "yo lo avisé". Recordemos que uno de los principios del manifiesto ágil: "Colaboración con el cliente por sobre negociación de contratos" No alcanza con no "quedar pegados", tenemos que ser agentes de cambio, actuar y forzar a que las cosas ocurran. Entonces, la próxima vez, mandemos el mail, pero hagamos seguimiento por teléfono.
Subscribe to:
Posts (Atom)