Comentarios para CBASQA - Desarrollo de Software, SQA, Testing, Servicios Informáticos, Project Management http://cbasqa.wordpress.com Temas relacionados al Desarrollo de Software, SQA, Testing, Servicios Informáticos, Project Management Wed, 13 May 2009 20:13:55 +0000 http://wordpress.com/ hourly 1 Comentario de Javo en Asumir responsabilidades – Resolución de problemas (Técnicas) http://cbasqa.wordpress.com/2009/02/16/herramientas-basicas-para-la-resolucion-de-problemas/#comment-87 Javo Wed, 13 May 2009 20:13:55 +0000 http://cbasqa.wordpress.com/2008/01/04/herramientas-basicas-para-la-resolucion-de-problemas/#comment-87 Pilar, dime que es exactamente lo que buscas. Brainstorming es una técnica muy sencilla de implementar y mejora con la práctica y puedes encontrar referencias a como utilizarla en Internet. A esta forma de recolectar información, le tienes que adicionar otras medidas como las que explico en el artículo http://cbasqa.wordpress.com/2009/02/16/herramientas-basicas-para-la-resolucion-de-problemas/ Por otro lado, me gustaría saber a que te dedicas y bajo que metodología o como es tu proceso de trabajo. Saludos, Javo. Pilar, dime que es exactamente lo que buscas. Brainstorming es una técnica muy sencilla de implementar y mejora con la práctica y puedes encontrar referencias a como utilizarla en Internet. A esta forma de recolectar información, le tienes que adicionar otras medidas como las que explico en el artículo http://cbasqa.wordpress.com/2009/02/16/herramientas-basicas-para-la-resolucion-de-problemas/
Por otro lado, me gustaría saber a que te dedicas y bajo que metodología o como es tu proceso de trabajo.

Saludos, Javo.

]]> Comentario de Javo en Lista de salarios IT en Argentina al 09/03/2009 http://cbasqa.wordpress.com/2009/03/16/lista-de-salarios-it-en-argentina-al-09032009/#comment-86 Javo Wed, 13 May 2009 19:55:36 +0000 http://cbasqa.wordpress.com/2009/03/16/lista-de-salarios-it-en-argentina-al-09032009/#comment-86 Estimados lectores del blog, En primer lugar gracias por sus comentarios y sobre todo a aquellos que mantuvieron su capacidad de dialogo limpio y sin agresiones. Quiero reiterar que la lista es una publicación informal obtenida de una muestra de gente que fue respondiendo a una encuesta en particular. Esta lista debería ir mejorando de a poco conforme la muestra sea mayor, según me explicó el autor de la lista en LINKEDIN. Aunque también estoy en desacuerdo con algunos valores para ítems IT, donde a las claras esos números están devaluados, debo decir que quienes aún sostienen que la demanda IT es amplia y en todo el mundo, hacen esa suposición de una manera subjetiva y sin considerar aspectos negativos como. se proponen sueldo bastante más bajos que en una economía creciente, se despidió a mucha gente que hoy debe reinsertarse y lo hace por menos dinero o no lo consigue inclusive, las habilidades solicitadas sobrepasan ampliamente a las de un simple operario para el puesto requerido y entonces la proporción del sueldo no es bien percibida, los trabajos temporarios están a la orden del día y también las consultoras han acaparado mayor terreno gracias a que las empresas no quieren absorber los costos del empleado. Por otro lado no creo que sea conveniente comparar la paga de otros sectores menos preparados intelectualmente con el nuestro, debido a que los sueldo no son proporcionales al esfuerzo de capacitación. De hecho colectiveros, taxistas y dueños de pizzerías, panaderías y hasta un kioskero, pueden ganar muchos más que un profesional IT. Aprovecho para dejar la URL de la última lista publicada el 09/04/2009 en LINKEDIN https://www.box.net/shared/8eeixmp5c0 También les dejo la URL de la lista publicada por BUMERAN http://www.bumeran.com.ar/articulos_aplicantes/200/75790/salariosit.html Y por supuesto agradezco a Mariela que viene colaborando conmigo con las listas provistas por UNIVERSO BIT. Nuevamente, gracias. Estimados lectores del blog,
En primer lugar gracias por sus comentarios y sobre todo a aquellos que mantuvieron su capacidad de dialogo limpio y sin agresiones.
Quiero reiterar que la lista es una publicación informal obtenida de una muestra de gente que fue respondiendo a una encuesta en particular. Esta lista debería ir mejorando de a poco conforme la muestra sea mayor, según me explicó el autor de la lista en LINKEDIN.
Aunque también estoy en desacuerdo con algunos valores para ítems IT, donde a las claras esos números están devaluados, debo decir que quienes aún sostienen que la demanda IT es amplia y en todo el mundo, hacen esa suposición de una manera subjetiva y sin considerar aspectos negativos como. se proponen sueldo bastante más bajos que en una economía creciente, se despidió a mucha gente que hoy debe reinsertarse y lo hace por menos dinero o no lo consigue inclusive, las habilidades solicitadas sobrepasan ampliamente a las de un simple operario para el puesto requerido y entonces la proporción del sueldo no es bien percibida, los trabajos temporarios están a la orden del día y también las consultoras han acaparado mayor terreno gracias a que las empresas no quieren absorber los costos del empleado.
Por otro lado no creo que sea conveniente comparar la paga de otros sectores menos preparados intelectualmente con el nuestro, debido a que los sueldo no son proporcionales al esfuerzo de capacitación. De hecho colectiveros, taxistas y dueños de pizzerías, panaderías y hasta un kioskero, pueden ganar muchos más que un profesional IT.
Aprovecho para dejar la URL de la última lista publicada el 09/04/2009 en LINKEDIN https://www.box.net/shared/8eeixmp5c0
También les dejo la URL de la lista publicada por BUMERAN http://www.bumeran.com.ar/articulos_aplicantes/200/75790/salariosit.html
Y por supuesto agradezco a Mariela que viene colaborando conmigo con las listas provistas por UNIVERSO BIT.
Nuevamente, gracias.

]]> Comentario de Mariela en Lista de salarios IT en Argentina al 09/03/2009 http://cbasqa.wordpress.com/2009/03/16/lista-de-salarios-it-en-argentina-al-09032009/#comment-85 Mariela Wed, 13 May 2009 17:05:18 +0000 http://cbasqa.wordpress.com/2009/03/16/lista-de-salarios-it-en-argentina-al-09032009/#comment-85 Actualizo el link de UniversoBit con lo publicado el 13 de mayo de 2009 http://micarreralaboralenit.wordpress.com/2009/05/12/salarios-java-vs-net-2009-argentina/ Saludos! Actualizo el link de UniversoBit con lo publicado el 13 de mayo de 2009
http://micarreralaboralenit.wordpress.com/2009/05/12/salarios-java-vs-net-2009-argentina/
Saludos!

]]> Comentario de Javier Otero en Lista de salarios IT en Argentina al 09/03/2009 http://cbasqa.wordpress.com/2009/03/16/lista-de-salarios-it-en-argentina-al-09032009/#comment-84 Javier Otero Wed, 13 May 2009 16:38:48 +0000 http://cbasqa.wordpress.com/2009/03/16/lista-de-salarios-it-en-argentina-al-09032009/#comment-84 Si estas cifras fueran reales, nadie se dedicaria a trabajar en el area de sistemas, con los años de estudio, capacidad innata y esfuerzo que esta profesion requiere. Como dato real: Un camionero percibe(por convenio colectivo) unos haberes Minimos de $6000 +Hs. Extras +Viaticos solo por conducir, porque si tiene que supervisar una carga refrigerada recibe un importante plus porque, segun el sindicato, no es su trabajo...entre otras excepciones . Estas cifras estan ,en promedio, 40% bajo el standar de mercado, que ademas estan en alza porque la demanda de recursos humanos en IT es superior a la oferta, y esto es un fenomeno global que se extiende al mercado local. Si estos guarismos fueran reales absolutamente nadie se dedicaria esto...Slds. Si estas cifras fueran reales, nadie se dedicaria a trabajar en el area de sistemas, con los años de estudio, capacidad innata y esfuerzo que esta profesion requiere.
Como dato real: Un camionero percibe(por convenio colectivo) unos haberes Minimos de $6000 +Hs. Extras +Viaticos solo por conducir, porque si tiene que supervisar una carga refrigerada recibe un importante plus porque, segun el sindicato, no es su trabajo…entre otras excepciones .
Estas cifras estan ,en promedio, 40% bajo el standar de mercado, que ademas estan en alza porque la demanda de recursos humanos en IT es superior a la oferta, y esto es un fenomeno global que se extiende al mercado local.
Si estos guarismos fueran reales absolutamente nadie se dedicaria esto…Slds.

]]> Comentario de Javo en Actitudes y Aptitudes – 1 http://cbasqa.wordpress.com/2009/02/19/es-importante-no-introducirse-bugs-a-uno-mismo/#comment-83 Javo Mon, 11 May 2009 02:55:50 +0000 http://cbasqa.wordpress.com/?p=388#comment-83 Enrico, no estoy al tanto de como se hace específicamente, pero estoy seguro de que se utilizan múltiples métodos y técnicas para tratar de establecer lo actitudinal, más allá de lo que uno mismo pudiera declarar en un CV. El psicotécnico es una de las herramientas. En lo personal me tocó participar de una entrevista de trabajo en Aguas Cordobesas, en mi ciudad actual, donde lo referente a cuestiones técnicas quedó absolutamente relegado a un segundo plano, siendo primordial durante el lapso de dos horas, demostrar por que somos aptos actitudinalmente. Alguien de todos los convocados sería el adecuado según las apreciaciones de los selectores. Para mi sigue siendo importante que las empresas detecten estos aspectos y dejen de tachar a las personas por su falta de habilidad técnica en una u otra cuestión. Aprender una herramienta o un proceso de negocio es absolutamente posible en corto o mediano plazo, pero modificar actitudes es prácticamente imposible. Saludos. Enrico, no estoy al tanto de como se hace específicamente, pero estoy seguro de que se utilizan múltiples métodos y técnicas para tratar de establecer lo actitudinal, más allá de lo que uno mismo pudiera declarar en un CV. El psicotécnico es una de las herramientas.
En lo personal me tocó participar de una entrevista de trabajo en Aguas Cordobesas, en mi ciudad actual, donde lo referente a cuestiones técnicas quedó absolutamente relegado a un segundo plano, siendo primordial durante el lapso de dos horas, demostrar por que somos aptos actitudinalmente. Alguien de todos los convocados sería el adecuado según las apreciaciones de los selectores.

Para mi sigue siendo importante que las empresas detecten estos aspectos y dejen de tachar a las personas por su falta de habilidad técnica en una u otra cuestión. Aprender una herramienta o un proceso de negocio es absolutamente posible en corto o mediano plazo, pero modificar actitudes es prácticamente imposible.

Saludos.

]]> Comentario de Enrico en Actitudes y Aptitudes – 1 http://cbasqa.wordpress.com/2009/02/19/es-importante-no-introducirse-bugs-a-uno-mismo/#comment-80 Enrico Mon, 04 May 2009 10:29:31 +0000 http://cbasqa.wordpress.com/?p=388#comment-80 Hola, sabes de que manera se miden las actitudes en la selección de personal?? Saludos. Hola, sabes de que manera se miden las actitudes en la selección de personal??

Saludos.

]]> Comentario de Mariela en Lista de salarios IT en Argentina al 09/03/2009 http://cbasqa.wordpress.com/2009/03/16/lista-de-salarios-it-en-argentina-al-09032009/#comment-72 Mariela Fri, 17 Apr 2009 14:45:40 +0000 http://cbasqa.wordpress.com/2009/03/16/lista-de-salarios-it-en-argentina-al-09032009/#comment-72 Por ejemplo... en UniversoBit hay un listado del año pasado correspondiente a los salarios para desarrolladores Java y .NET y los valores parecen ser mucho mas reales que los que están publicados en este listado. Les dejo el link por si quieren consultarlo http://micarreralaboralenit.wordpress.com/2008/07/18/salarios_java_net/ Saben de otras fuentes donde consultar esta información? De ser así, sería útil que la compartan. Muchas gracias! Por ejemplo… en UniversoBit hay un listado del año pasado correspondiente a los salarios para desarrolladores Java y .NET y los valores parecen ser mucho mas reales que los que están publicados en este listado. Les dejo el link por si quieren consultarlo http://micarreralaboralenit.wordpress.com/2008/07/18/salarios_java_net/

Saben de otras fuentes donde consultar esta información? De ser así, sería útil que la compartan.
Muchas gracias!

]]> Comentario de Javo en Lista de salarios IT en Argentina al 09/03/2009 http://cbasqa.wordpress.com/2009/03/16/lista-de-salarios-it-en-argentina-al-09032009/#comment-71 Javo Fri, 17 Apr 2009 12:15:18 +0000 http://cbasqa.wordpress.com/2009/03/16/lista-de-salarios-it-en-argentina-al-09032009/#comment-71 Leonardo, lo primero que hice fue modificar tu entrada para que tu expresión no se transforme en una agresión directa hacia mi, ni indirecta hacia los participantes del blog, que no son muchos pero como a vos, les sirve de alguna manera. Te comento que por mi parte también estoy en desacuerdo con la lista, para la mayoría de los ítems, sobre todo para lo que está referido al sueldo del Junior, ya que hoy en día ganar menos de 2500 pesos argentinos, les sirve a muy pocos. Sin embargo no está de más que consultes otras fuentes y en todo caso participes aquí haciendo algunas correcciones. Por otro lado, aunque no estemos de acuerdo, la realidad es más o menos así como está expresada en la lista y todos sabemos que la realidad duele, mucho más ahora con nuestra moneda devaluada y el sueldo licuado. A mi mismo me toca en este momento "arreglar" mi sueldo para sostener mi continuidad laboral, la cual se interrumpió hace tres semanas. Estoy en el proceso de selección de varias empresas y en todos los casos me preguntaron si estaría dispuesto a trabajar por menos, por que si me pagan lo que les pido les genero un problema en su escala salarial. Entonces el problema no lo generamos nosotros que andamos con las pretensiones económicas pegada en la frentel, sino con los que ya perdieron sus pretensiones estando dentro del sistema (osea activos en su puesto de trabajo). Si profundizas tu investigación y deseas compartir tu información con nosotros, te lo agradeceré. Javo. Leonardo, lo primero que hice fue modificar tu entrada para que tu expresión no se transforme en una agresión directa hacia mi, ni indirecta hacia los participantes del blog, que no son muchos pero como a vos, les sirve de alguna manera.
Te comento que por mi parte también estoy en desacuerdo con la lista, para la mayoría de los ítems, sobre todo para lo que está referido al sueldo del Junior, ya que hoy en día ganar menos de 2500 pesos argentinos, les sirve a muy pocos.
Sin embargo no está de más que consultes otras fuentes y en todo caso participes aquí haciendo algunas correcciones.
Por otro lado, aunque no estemos de acuerdo, la realidad es más o menos así como está expresada en la lista y todos sabemos que la realidad duele, mucho más ahora con nuestra moneda devaluada y el sueldo licuado.
A mi mismo me toca en este momento “arreglar” mi sueldo para sostener mi continuidad laboral, la cual se interrumpió hace tres semanas. Estoy en el proceso de selección de varias empresas y en todos los casos me preguntaron si estaría dispuesto a trabajar por menos, por que si me pagan lo que les pido les genero un problema en su escala salarial.
Entonces el problema no lo generamos nosotros que andamos con las pretensiones económicas pegada en la frentel, sino con los que ya perdieron sus pretensiones estando dentro del sistema (osea activos en su puesto de trabajo).
Si profundizas tu investigación y deseas compartir tu información con nosotros, te lo agradeceré.

Javo.

]]> Comentario de pilar en Asumir responsabilidades – Resolución de problemas (Técnicas) http://cbasqa.wordpress.com/2009/02/16/herramientas-basicas-para-la-resolucion-de-problemas/#comment-62 pilar Tue, 24 Mar 2009 15:35:50 +0000 http://cbasqa.wordpress.com/2008/01/04/herramientas-basicas-para-la-resolucion-de-problemas/#comment-62 quiero saber si da cursos de brainstorming quiero saber si da cursos de brainstorming

]]> Comentario de Mauricio Portillo en Accenture Busca: Profesionales de Sistemas – Programación, Análisis, Testing, Implementación, PMO, Liderazgo de Proyectos de Desarrollo http://cbasqa.wordpress.com/2009/03/03/accenture-busca-profesionales-de-sistemas-programacion-analisis-testing-implementacion-pmo-liderazgo-de-proyectos-de-desarrollo/#comment-58 Mauricio Portillo Tue, 03 Mar 2009 13:04:57 +0000 http://cbasqa.wordpress.com/?p=475#comment-58 Gracias por el post Javier. A los interesados, como dice el aviso, contactarse conmigo por mail. Una aclaración: buscamos perfiles en todo el país, con lo cual no es requisito vivir en Buenos Aires. Evaluaremos todos los casos. Saludos! Gracias por el post Javier.

A los interesados, como dice el aviso, contactarse conmigo por mail. Una aclaración: buscamos perfiles en todo el país, con lo cual no es requisito vivir en Buenos Aires. Evaluaremos todos los casos.

Saludos!

]]> Comentario de MiXeRs en QA & Testing en SCRUM http://cbasqa.wordpress.com/2009/01/24/qa-testing-en-scrum/#comment-56 MiXeRs Thu, 26 Feb 2009 13:52:57 +0000 http://cbasqa.wordpress.com/?p=449#comment-56 Yo creo que los equipos deben estar bien separados, dado que la psicología propia del desarrollador es la de construir y crear, en cambio la del tester es destruir y romper, a un desarrollador le custa poder boicotear y destruir su propia creación, al contrario, inconscientemente tratara de probar que lo que ha hecho funciona lo mas correctamente posible. Esta bien que el desarrollador tenga su set de pruebas y que acompañe el desarrollo con los test diarios. Lo recomendable (incluido en metodologias agiles) es crear builds diarios y realizar test de prueba de humo "smoke-test" diariamente (en lo posible), esta tarea debe automatizarse. El smoke-test es una prueba no-exhaustiva para determinar si el build está en condiciones de ser sometido a testing. Build diario Esto deberia gestionarse: - Verificar builds rotos - Smoke-test diario - Establecer un equipo de build - Agregar código nuevo al build solo cuando tenga sentido hacerlo - No esperar demasiado para agregar código nuevo - Mantener el proceso aun bajo presión Las ventajas de esto no da: Disminuye la probabilidad de ocurrencia de riesgos de integración. - Reduce el riesgo de baja calidad o calidad impredecible del producto final. - Facilita el diagnóstico de defectos. - Mejora la moral del equipo y del cliente. - Mejora la visibilidad sobre el grado de progreso en el trabajo. - Puede usarse en forma efectiva en proyectos de cualquier tamaño y complejidad Algunas sugerencias que les puedo dar: - Contar con un buen proceso de control de versiones. - Evaluar la frecuencia más conveniente de liberación de builds. - Organizar el trabajo de forma que los desarrolladores puedan entregar código nuevo según la frecuencia estipulada de builds. - Un build roto debe ser la excepción, no la regla. - Considerar generar el build en horario nocturno, o bien evaluar el mejor momento para su pasaje (minimizar impacto sobre personas trabajando en el ambiente). - Automatizar en lo posible la generación del build y el smoke test. - Cuidar la moral del equipo respecto al proceso. Saludos! Yo creo que los equipos deben estar bien separados, dado que la psicología propia del desarrollador es la de construir y crear, en cambio la del tester es destruir y romper, a un desarrollador le custa poder boicotear y destruir su propia creación, al contrario, inconscientemente tratara de probar que lo que ha hecho funciona lo mas correctamente posible.
Esta bien que el desarrollador tenga su set de pruebas y que acompañe el desarrollo con los test diarios.
Lo recomendable (incluido en metodologias agiles) es crear builds diarios y realizar test de prueba de humo “smoke-test” diariamente (en lo posible), esta tarea debe automatizarse. El smoke-test es una prueba no-exhaustiva para determinar si el build está en
condiciones de ser sometido a testing.
Build diario

Esto deberia gestionarse:
- Verificar builds rotos
- Smoke-test diario
- Establecer un equipo de build
- Agregar código nuevo al build solo cuando tenga sentido hacerlo
- No esperar demasiado para agregar código nuevo
- Mantener el proceso aun bajo presión

Las ventajas de esto no da:
Disminuye la probabilidad de ocurrencia de riesgos de integración.
- Reduce el riesgo de baja calidad o calidad impredecible del producto final.
- Facilita el diagnóstico de defectos.
- Mejora la moral del equipo y del cliente.
- Mejora la visibilidad sobre el grado de progreso en el trabajo.
- Puede usarse en forma efectiva en proyectos de cualquier tamaño y complejidad

Algunas sugerencias que les puedo dar:

- Contar con un buen proceso de control de versiones.
- Evaluar la frecuencia más conveniente de liberación de builds.
- Organizar el trabajo de forma que los desarrolladores puedan entregar
código nuevo según la frecuencia estipulada de builds.
- Un build roto debe ser la excepción, no la regla.
- Considerar generar el build en horario nocturno, o bien evaluar el mejor
momento para su pasaje (minimizar impacto sobre personas trabajando en
el ambiente).
- Automatizar en lo posible la generación del build y el smoke test.
- Cuidar la moral del equipo respecto al proceso.

Saludos!

]]> Comentario de Joserra en Agile. La evolución de las metodologías tradicionales? http://cbasqa.wordpress.com/2009/02/09/agile-la-evolucion-de-las-metodologias-tradicionales/#comment-55 Joserra Wed, 25 Feb 2009 22:07:20 +0000 http://cbasqa.wordpress.com/2009/02/09/agile-la-evolucion-de-las-metodologias-tradicionales/#comment-55 Yo por el momento seguiré hablando de las ágiles, creo que son una mejor opción. Es posible que ahora exista mucha mucha basurilla sobre las mismas, pero eso pasa con todo, hay que saber distinguir la buena información de la basura. No creo que las ágiles se hayan alimentado demasiado de las metodologías más tradicionales, en todo caso, como revulsivo la situación que han provocado, especialmente a nivel de equipos. Eso sí, cuando realmente llegue la revolución, nos pillará buscándola! :) Yo por el momento seguiré hablando de las ágiles, creo que son una mejor opción. Es posible que ahora exista mucha mucha basurilla sobre las mismas, pero eso pasa con todo, hay que saber distinguir la buena información de la basura.
No creo que las ágiles se hayan alimentado demasiado de las metodologías más tradicionales, en todo caso, como revulsivo la situación que han provocado, especialmente a nivel de equipos.
Eso sí, cuando realmente llegue la revolución, nos pillará buscándola! :)

]]> Comentario de Javo en Agile. La evolución de las metodologías tradicionales? http://cbasqa.wordpress.com/2009/02/09/agile-la-evolucion-de-las-metodologias-tradicionales/#comment-54 Javo Wed, 25 Feb 2009 01:57:21 +0000 http://cbasqa.wordpress.com/2009/02/09/agile-la-evolucion-de-las-metodologias-tradicionales/#comment-54 José, en primer lugar gracias por participar y darnos tu opinión. Quiero responder a tu comentario, principalmente al asunto que relacionado con esto del equipo balanceado y la participación de perfiles Junior. En primer lugar hay que aclarar que pronto, muy pronto, en un equipo Agile, no serán JUNIOR. Por esto insisito en que la búsqueda de personas para la conformación de nuestros equipos, debe basarse en las actitudes, más que en las habilidades técnicas. Así mismo insisito en que los entornos de trabajo deben estar adaptados y ser adecuados para las rápidas y eficientes transferencias de conocimientos, de manera que perfiles sin dominio o no tan expertos, puedan adaptarse y tener una curva de participación pronunciada en cada proyecto. A esto me refiero con preguntas como : * Tiene tu equipo el potencial para Agile? * Tienes el potencial para Agile? * Tienes la materia prima en las personas, para formar un equipo Agile? En segunda instancia me alineo a tu concepto cuando indicas que ninguna práctica de ingeniería del software en particular está excenta en los equipos Ágile. Estas prácticas no son exclusividad de ninguna metodología en particular y pueden adaptarse si la inteligencia organizacional lo permite. Por último, creo que pronto dejaré de hablar de metodologías Agiles, principalmente por que estoy cansado de la cantidad de ideas inútiles y conceptos vagos que se desperdigan por toda la red, solo para detrimentar otras metodologías que "le han dado de comer" a las llamadas metodologías livianas. Prefiero comenzar a hablar de metodologías híbiridas y sostener este concepto, considerando que también estoy a la espera de la revolución (http://najaraba.blogspot.com/2009/02/tres-preguntas.html) José, en primer lugar gracias por participar y darnos tu opinión.
Quiero responder a tu comentario, principalmente al asunto que relacionado con esto del equipo balanceado y la participación de perfiles Junior.
En primer lugar hay que aclarar que pronto, muy pronto, en un equipo Agile, no serán JUNIOR. Por esto insisito en que la búsqueda de personas para la conformación de nuestros equipos, debe basarse en las actitudes, más que en las habilidades técnicas.
Así mismo insisito en que los entornos de trabajo deben estar adaptados y ser adecuados para las rápidas y eficientes transferencias de conocimientos, de manera que perfiles sin dominio o no tan expertos, puedan adaptarse y tener una curva de participación pronunciada en cada proyecto.
A esto me refiero con preguntas como :
* Tiene tu equipo el potencial para Agile?
* Tienes el potencial para Agile?
* Tienes la materia prima en las personas, para formar un equipo Agile?

En segunda instancia me alineo a tu concepto cuando indicas que ninguna práctica de ingeniería del software en particular está excenta en los equipos Ágile. Estas prácticas no son exclusividad de ninguna metodología en particular y pueden adaptarse si la inteligencia organizacional lo permite.

Por último, creo que pronto dejaré de hablar de metodologías Agiles, principalmente por que estoy cansado de la cantidad de ideas inútiles y conceptos vagos que se desperdigan por toda la red, solo para detrimentar otras metodologías que “le han dado de comer” a las llamadas metodologías livianas.
Prefiero comenzar a hablar de metodologías híbiridas y sostener este concepto, considerando que también estoy a la espera de la revolución (http://najaraba.blogspot.com/2009/02/tres-preguntas.html)

]]> Comentario de Hernan Chiosso en The Chaos Report http://cbasqa.wordpress.com/2008/09/16/the-chaos-report/#comment-52 Hernan Chiosso Sat, 21 Feb 2009 20:53:48 +0000 http://cbasqa.wordpress.com/2008/09/16/the-chaos-report/#comment-52 Les paso un link a un resumen del reporte original de 1995 (en ingles). http://net.educause.edu/ir/library/pdf/NCP08083B.pdf Esta empresa (Standish Group) publica este reporte periódicamente, y al parecer las cosas han mejorado un poco desde 1995: http://www.sdtimes.com/content/article.aspx?ArticleID=30247 Saludos, y espero que les sea de utilidad. Hernan Acoplo al comentario de Hernan, que Standish Group va por su sexta publicación del Chaos-Report, siendo la última publicación (2006) la comentada por SDTimes. Saludos, Javo. Les paso un link a un resumen del reporte original de 1995 (en ingles).
http://net.educause.edu/ir/library/pdf/NCP08083B.pdf
Esta empresa (Standish Group) publica este reporte periódicamente, y al parecer las cosas han mejorado un poco desde 1995:
http://www.sdtimes.com/content/article.aspx?ArticleID=30247

Saludos, y espero que les sea de utilidad.

Hernan

Acoplo al comentario de Hernan, que Standish Group va por su sexta publicación del Chaos-Report, siendo la última publicación (2006) la comentada por SDTimes.

Saludos,
Javo.

]]> Comentario de Javo en Agile Open Córdoba – El EVENTO que se viene en Argentina http://cbasqa.wordpress.com/2009/02/06/agile-open-cordoba-el-evento-que-se-viene-en-argentina/#comment-50 Javo Mon, 16 Feb 2009 01:47:07 +0000 http://cbasqa.wordpress.com/2009/02/06/agile-open-cordoba-el-evento-que-se-viene-en-argentina/#comment-50 La entrada cuenta con enlaces hacia los eventos. Por favor hacer clic en los enlaces y allí serán llevados a la página oficial. La entrada cuenta con enlaces hacia los eventos. Por favor hacer clic en los enlaces y allí serán llevados a la página oficial.

]]> Comentario de Ximena Gasparini en Agile Open Córdoba – El EVENTO que se viene en Argentina http://cbasqa.wordpress.com/2009/02/06/agile-open-cordoba-el-evento-que-se-viene-en-argentina/#comment-49 Ximena Gasparini Sun, 15 Feb 2009 13:12:34 +0000 http://cbasqa.wordpress.com/2009/02/06/agile-open-cordoba-el-evento-que-se-viene-en-argentina/#comment-49 Como puedo inscribirme? Muchas gracias! Como puedo inscribirme? Muchas gracias!

]]> Comentario de Joserra en Agile. La evolución de las metodologías tradicionales? http://cbasqa.wordpress.com/2009/02/09/agile-la-evolucion-de-las-metodologias-tradicionales/#comment-47 Joserra Tue, 10 Feb 2009 21:53:22 +0000 http://cbasqa.wordpress.com/2009/02/09/agile-la-evolucion-de-las-metodologias-tradicionales/#comment-47 Muy interesante tu reflexión. Algún comentario: que las metodologías ágiles no hagan explícito el tema de "Gestión de la Configuración, Gestión de Riesgos, Gestión de Cambios y una larga lista de procesos dependientes de Áreas de Procesos y Grupos de Procesos" no significa que las tareas implicitas en los mismos no se hagan. Por ejemplo, gestión del riesgo, yo diría que Scrum [por hablar de alguna en concreto] diariamente revisa los riesgos del proyecto, además de cada retrospectiva. Y las iteraciones minimizan otro tipo de riesgo, por ejemplo, el de hacer trabajo no válido durante demasiado tiempo... También creo que con un equipo balanceado puedes tener perfiles más junior sin problemas. Bueno, eso lo estamos experimentando ahora, ya veremos :) No creo que las metodologías ágiles se hayan inventado ahora como tales, pero sí se han identificado y procedimentado hace poco como tales. Antes la gente hacía los proyectos de una manera, a unos les dio por procedimentar todo usando la gestión típica de proyectos de otras ingenierías, y otros no han dicho nada hasta que han surgido las metodologías ágiles. Lo que surgirá dentro de un tiempo es una síntesis de las dos quizás, o algo totalmente nuevo cuando aprendamos realmente las complejidades del desarrollo de soft., y seamos capaces de abstraernos lo suficiente,. Muy interesante tu reflexión.
Algún comentario: que las metodologías ágiles no hagan explícito el tema de “Gestión de la Configuración, Gestión de Riesgos, Gestión de Cambios y una larga lista de procesos dependientes de Áreas de Procesos y Grupos de Procesos” no significa que las tareas implicitas en los mismos no se hagan.
Por ejemplo, gestión del riesgo, yo diría que Scrum [por hablar de alguna en concreto] diariamente revisa los riesgos del proyecto, además de cada retrospectiva. Y las iteraciones minimizan otro tipo de riesgo, por ejemplo, el de hacer trabajo no válido durante demasiado tiempo…

También creo que con un equipo balanceado puedes tener perfiles más junior sin problemas. Bueno, eso lo estamos experimentando ahora, ya veremos :)

No creo que las metodologías ágiles se hayan inventado ahora como tales, pero sí se han identificado y procedimentado hace poco como tales. Antes la gente hacía los proyectos de una manera, a unos les dio por procedimentar todo usando la gestión típica de proyectos de otras ingenierías, y otros no han dicho nada hasta que han surgido las metodologías ágiles.
Lo que surgirá dentro de un tiempo es una síntesis de las dos quizás, o algo totalmente nuevo cuando aprendamos realmente las complejidades del desarrollo de soft., y seamos capaces de abstraernos lo suficiente,.

]]> Comentario de Joserra en QA & Testing en SCRUM http://cbasqa.wordpress.com/2009/01/24/qa-testing-en-scrum/#comment-46 Joserra Tue, 10 Feb 2009 21:50:08 +0000 http://cbasqa.wordpress.com/?p=449#comment-46 ¿por qué separar al equipo de testing del equipo de desarrollo? Quizás debería "simplemente" que las personas de testing asuman las mismas responsabilidad principalq ue los desarrolladore (y viceversa) que es que el producto sea de la calidad suficiente y se termine. Yo no veo estos perfiles separados del equipo que hacer Scrum, pero ciertamente tu experiencia en estos temas es muy interesante. Salu2! ¿por qué separar al equipo de testing del equipo de desarrollo? Quizás debería “simplemente” que las personas de testing asuman las mismas responsabilidad principalq ue los desarrolladore (y viceversa) que es que el producto sea de la calidad suficiente y se termine.
Yo no veo estos perfiles separados del equipo que hacer Scrum, pero ciertamente tu experiencia en estos temas es muy interesante.

Salu2!

]]> Comentario de Juan en Predictivo contra adaptativo? http://cbasqa.wordpress.com/2009/01/20/predictivo-contra-adaptativo/#comment-44 Juan Sat, 24 Jan 2009 11:45:11 +0000 http://cbasqa.wordpress.com/?p=443#comment-44 Hola Javo, En mi opinión, la principal diferencia entre una práctica o modelo ágil, y CMMI está en que parten de bases diferentes: "The SEI has taken the process management premise, “the quality of a system or product is highly influenced by the quality of the process used to develop and maintain it,” and defined CMMs that embody this premise." CMMI for Develpment. "We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan" Agile Manifesto CMMI tiene prácticas y conocimiento valioso. Para mi centrar el peso en los procesos ha sido la "tesis". Agilidad tiene prácticas y conocimiento valioso. Creo que ha sido la antítesis. Pero el resultado no está en tomar los dos a la vez, sino su "síntesis", como evolución dialéctica del conocimiento. Como las bases son diferentes, hay areas de proceso difíciles de que sirvan a la vez a uno y otro principio. Las que apuntas, de nivel 3 posiblemente no sean las más problemáticas. En las que para mi se ve más difícil son: planifivación de proyecto (nivel 2 de madurez- gestión de proyecto), Desarrollo de requisitos (nivel 3 - ingeniería), gestión de requisitos (2 - ingenieria)... En especial "planificación de proyecto". ¿Trazo un plan del proyecto y luego lo sigo, y como conseguencia planteo la gestión de requisitos tomando como "incidencias" a las modificaciones, a las que debo medir el impacto sobre el plan, la desviación que pueden producir en costes plazos...? Esto es anti-agilidad. Por otra parte, ¿hago solo prácticas ágiles e ignoro lo bien que puede ser institucionalizar determinados procesos... auque sea conocimiento heredado de CMMI?... Pero no nos engañemos, la síntesis no es CMMI (aunque SEI para no perder negocio quiera encontrar la cuadratura del círculo), ni tampoco es agilidad... Lo del nombre es lo de menos... sería ¿flexibilidad?... posiblemente sentido comun. Puedo estar muy equivocado, pero estoy convencido. Un saludo. Hola Javo,

En mi opinión, la principal diferencia entre una práctica o modelo ágil, y CMMI está en que parten de bases diferentes:

“The SEI has taken the process management premise, “the quality of a system or product is highly influenced by the quality of the process used to develop and maintain it,” and defined CMMs that embody this premise.”
CMMI for Develpment.

“We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:

Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan”
Agile Manifesto

CMMI tiene prácticas y conocimiento valioso. Para mi centrar el peso en los procesos ha sido la “tesis”.
Agilidad tiene prácticas y conocimiento valioso. Creo que ha sido la antítesis.
Pero el resultado no está en tomar los dos a la vez, sino su “síntesis”, como evolución dialéctica del conocimiento.

Como las bases son diferentes, hay areas de proceso difíciles de que sirvan a la vez a uno y otro principio.
Las que apuntas, de nivel 3 posiblemente no sean las más problemáticas.
En las que para mi se ve más difícil son: planifivación de proyecto (nivel 2 de madurez- gestión de proyecto), Desarrollo de requisitos (nivel 3 – ingeniería), gestión de requisitos (2 – ingenieria)…

En especial “planificación de proyecto”. ¿Trazo un plan del proyecto y luego lo sigo, y como conseguencia planteo la gestión de requisitos tomando como “incidencias” a las modificaciones, a las que debo medir el impacto sobre el plan, la desviación que pueden producir en costes plazos…?

Esto es anti-agilidad.

Por otra parte, ¿hago solo prácticas ágiles e ignoro lo bien que puede ser institucionalizar determinados procesos… auque sea conocimiento heredado de CMMI?…

Pero no nos engañemos, la síntesis no es CMMI (aunque SEI para no perder negocio quiera encontrar la cuadratura del círculo), ni tampoco es agilidad…
Lo del nombre es lo de menos… sería ¿flexibilidad?… posiblemente sentido comun.

Puedo estar muy equivocado, pero estoy convencido.

Un saludo.

]]> Comentario de Javo en Cursos en Córdoba, Septiembre a Octubre http://cbasqa.wordpress.com/2008/08/31/179/#comment-43 Javo Mon, 22 Dec 2008 03:28:18 +0000 http://cbasqa.wordpress.com/?p=179#comment-43 Gracias Sofía. Te invito a seguir presentando propuestas de esta naturaleza. Saludos, Javo. Gracias Sofía. Te invito a seguir presentando propuestas de esta naturaleza.

Saludos,
Javo.

]]> Comentario de Sofia Ch. en Cursos en Córdoba, Septiembre a Octubre http://cbasqa.wordpress.com/2008/08/31/179/#comment-42 Sofia Ch. Sun, 21 Dec 2008 01:49:26 +0000 http://cbasqa.wordpress.com/?p=179#comment-42 Estos cursos se dictaran en la espol miren si alguno les interesa saludos http://www.espol.edu.ec/espol/main.jsp?urlpage=cursos.jsp Estos cursos se dictaran en la espol miren si alguno les interesa
saludos
http://www.espol.edu.ec/espol/main.jsp?urlpage=cursos.jsp

]]> Comentario de Juan Carlos Huertas en 4 Tips para mejorar la calidad del Testing http://cbasqa.wordpress.com/2008/11/18/4-tips-para-mejorar-la-calidad-del-testing/#comment-41 Juan Carlos Huertas Sat, 20 Dec 2008 09:15:48 +0000 http://cbasqa.wordpress.com/2008/11/18/4-tips-para-mejorar-la-calidad-del-testing/#comment-41 Un tema interesante. Nosotros lo que hacemos es emplear datos "dobles". Me explico, si hay que probar datos con valores clasificados, hacemos un juego de datos que es un doble, es decir, parecido, pero distinto. Así evitamos emplear valores de datos que son clasificados. Otro asunto distinto es que la propia entidad del dato o la misma aplicación sean clasificados. Entonces no queda más remedio que trabajar en un entorno de pruebas completo protegido y no reutilizable. Un saludo. Un tema interesante.

Nosotros lo que hacemos es emplear datos “dobles”. Me explico, si hay que probar datos con valores clasificados, hacemos un juego de datos que es un doble, es decir, parecido, pero distinto. Así evitamos emplear valores de datos que son clasificados.

Otro asunto distinto es que la propia entidad del dato o la misma aplicación sean clasificados. Entonces no queda más remedio que trabajar en un entorno de pruebas completo protegido y no reutilizable.

Un saludo.

]]> Comentario de Javo en Como lidiar con un usuario que quiere liderar el proyecto? http://cbasqa.wordpress.com/2008/12/04/cmo-lidear-con-un-usuario-que-quiere-liderar-el-proyecto/#comment-40 Javo Fri, 05 Dec 2008 16:58:35 +0000 http://cbasqa.wordpress.com/2008/12/04/cmo-lidear-con-un-usuario-que-quiere-liderar-el-proyecto/#comment-40 Juan Carlos, es un placer saber que leíste uno de mis artículos de opinión. Este debate ya lo hemos tenido un tiempo atrás en la comunidad Neurona y recuerdo que yo venía de mi experiencia cercana con CMMI-4/5 y expuse un debate relacionado a "Capacitar al Cliente". Ya hace dos años que trabajo con metodologías híbridas y sigo pensando lo mismo, pero con la gracias de ver resultados muy buenos gracias al involucramiento del cliente para cada una de las iteraciones. He visto mutar los requerimientos, introducirse nuevos, explotar pequeñas funcionalidades en funcionalidades totalmente inovadoras, desechar requerimientos que al principio parecían importantes, crecer algunos que parecían poca cosa y una infinidad de variantes. Nos cansamos, estresamo y hasta "nos sacamos los ojos", pero te aseguro que solo le damos al cliente lo que nos está pidiendo y él bien lo sabe. Cuando comenzó a participar nos hizo cambiar muchísimo y todas las aplicaciones que le generamos, se comenzaron a integrar mejor o inclusive por primera vez. Ahora veo absolutamente necesario su participación. Insisto en que todo es cuestión de enfoque. Saludos, Javo. Juan Carlos, es un placer saber que leíste uno de mis artículos de opinión.
Este debate ya lo hemos tenido un tiempo atrás en la comunidad Neurona y recuerdo que yo venía de mi experiencia cercana con CMMI-4/5 y expuse un debate relacionado a “Capacitar al Cliente”.
Ya hace dos años que trabajo con metodologías híbridas y sigo pensando lo mismo, pero con la gracias de ver resultados muy buenos gracias al involucramiento del cliente para cada una de las iteraciones.
He visto mutar los requerimientos, introducirse nuevos, explotar pequeñas funcionalidades en funcionalidades totalmente inovadoras, desechar requerimientos que al principio parecían importantes, crecer algunos que parecían poca cosa y una infinidad de variantes. Nos cansamos, estresamo y hasta “nos sacamos los ojos”, pero te aseguro que solo le damos al cliente lo que nos está pidiendo y él bien lo sabe.
Cuando comenzó a participar nos hizo cambiar muchísimo y todas las aplicaciones que le generamos, se comenzaron a integrar mejor o inclusive por primera vez. Ahora veo absolutamente necesario su participación.
Insisto en que todo es cuestión de enfoque.

Saludos,
Javo.

]]> Comentario de Juan Carlos en Como lidiar con un usuario que quiere liderar el proyecto? http://cbasqa.wordpress.com/2008/12/04/cmo-lidear-con-un-usuario-que-quiere-liderar-el-proyecto/#comment-39 Juan Carlos Fri, 05 Dec 2008 10:09:25 +0000 http://cbasqa.wordpress.com/2008/12/04/cmo-lidear-con-un-usuario-que-quiere-liderar-el-proyecto/#comment-39 Hay algunos clientes que incluso te querran cambiar tu proceso de desarrollo pero luego culparte de las deficiencias. No se si nos interesa que el cliente sea el lider. Eso está muy bién si el cliente es maduro y hace aportaciones positivas, pero en algún caso la imgen que tendrá nuestro equipo es la de excesivas concesiones al cliente alejadas de sus competencias naturales. Por ejemplo: le interese conocer los métodos y estratégias de pruebas y otra distinta que los defina el. Creo que hay pocos clientes con la madurez suficiente como para ser unos verdaderos líderes. Saludos, Juan Carlos Hay algunos clientes que incluso te querran cambiar tu proceso de desarrollo pero luego culparte de las deficiencias.

No se si nos interesa que el cliente sea el lider. Eso está muy bién si el cliente es maduro y hace aportaciones positivas, pero en algún caso la imgen que tendrá nuestro equipo es la de excesivas concesiones al cliente alejadas de sus competencias naturales.

Por ejemplo: le interese conocer los métodos y estratégias de pruebas y otra distinta que los defina el.

Creo que hay pocos clientes con la madurez suficiente como para ser unos verdaderos líderes.

Saludos,

Juan Carlos

]]> Comentario de ALEX en ¿Que hace un SQA? http://cbasqa.wordpress.com/2008/11/22/que-hace-un-sqa/#comment-38 ALEX Thu, 04 Dec 2008 03:53:08 +0000 http://cbasqa.wordpress.com/2008/11/22/que-hace-un-sqa/#comment-38 ESTO ES LO QUE YO BUSCABA ¡GRACIAS!. ESTO ES LO QUE YO BUSCABA ¡GRACIAS!.

]]>