miércoles, 21 de abril de 2010

¿Problemas de comunicación?

Cuándo implementamos prácticas de administración de proyectos en las organizaciones, muchas veces nos encontramos con que los problemas típicos a resolver no son técnicos. Uno de los problemas no técnicos que (al menos yo) me he encontrado, es el problema de comunicación.

¿Les ha pasado lo mismo?

Si es así, no dejen de ver estos videos (que apenas duran unos minutos). Son muy útiles como inspiración para actividades o talleres. Se los recomiendo.

Estoy seguro que el primero lo mirarán más de una vez.

Hasta la próxima!

 

Otros videos de excelza en http://excelza.blogspot.com/search/label/videos.

Sobre la belleza

Algo que los testers hemos aprendido, a veces duramente, es que "LA BELLEZA ESTÁ EN LOS OJOS DEL OBSERVADOR", y de igual manera, la calidad de un sistema o producto de software puede medirse con una vara que tiene diferente medida según el interesado al que consultemos.

Para nosotros, entonces, el dicho pasa a ser "LA CALIDAD ESTÁ EN LOS OJOS DEL OBSERVADOR".

Relacionado con la belleza, también hemos aprendido que no siempre nuestra profesión o nuestras actividades son consideradas bellas, ya sea por otros miembros de los equipos de proyecto en que trabajamos, o incluso por estudiantes y futuros profesionales, que miran el testing como una actividad de segunda categoría.

Sin embargo, para nosotros el testing ES BELLO, ES interesante, ES desafiante.

Buscando bibliografía, di recientemente con este libro, que si bien no es un libro técnico, es muy interesante por la diferente y sin embargo común temática, y por las definiciones de muchos especialistas de qué es BEATIFUL TESTING para ellos. O qué encuentra bello cada uno, en relación a nuestra tarea de todos los días.

Beautiful Testing: Leading Professionals Reveal How They Improve Software (Theory in Practice) by Tim Riley and Adam Goucher (Paperback - Oct. 22, 2009)

image

Según aclaran los editores, el libro no es una colección de how-to's, ni una colección de case-studies, y las regalías por su venta son donadas a una campaña de Naciones Unidas para la lucha contra la malaria en África.

Recopila ensayos de diversos profesionales, agrupados a lo largo de tres temáticas; cada ensayo es un capítulo. Las temáticas son:

  • Los Testers, sus características y su interacción con otras áreas (capítulos 1 a 4);
  • El Proceso, qué hace el tester y por qué (capítulos 5 a 17);
  • Las Herramientas que ayudan a los testers a hacer su trabajo más eficazmente (capítulos 18 a 23).

Considero interesantes a nivel general, los capítulos siguientes, y las definiciones de BELLEZA de sus autores:

 

Capítulo

Autor(es)

Título

La Belleza del Testing está en…

1

Linda Wilkinson

"Was it good for you?"

…La alegría de la exploración y el placer de la caza;
Mantener esto siempre vivo en los testers, fomentarlo y premiarlo adecuadamente.

2

Rex Black

"Beautiful Testing Satisfies Stakeholders"

…Conocer a los interesados;
Conocer sus objetivos y expectativas;
Establecer métricas para medir objetivos y expectativas de los interesados (belleza externa);
Establecer métricas para medir objetivos y expectativas de las pruebas (belleza interna).

6

Emily Chen

y Brian Nitz

Bug Management and Test Case Effectiveness"

…Administrar los bugs, y medir la efectividad de los casos de prueba, de la forma más simple posible.

11

Murali Nandigama

"Change-Centric Testing"

…La eficiencia, no en el esfuerzo: entender qué se debería probar, y saber que eso es lo que se está probando.

12

Karen N. Johnson

"Software In Use"

…Que en este mundo imperfecto, la gente hace sus mejores esfuerzos para generar productos que importan, y cada uno de esos productos necesita gente que los sepa probar.
(Este artículo se refiere en particular a software embebido en dispositivos médicos).

13

Chris McMahon

"Software Development is a Creative Process"

…La naturaleza artística de este trabajo: La construcción de software es un proceso estético, es la labor de interpretación de un artista, y el testing es la evaluación de esa interpretación. Por eso es bello.

18

Andreas Zeller

y David Schuler

"Seeding Bugs to Find Bugs: Beautiful Mutation Testing"

…Poder experimentar con las nuevas herramientas disponibles para hacer test de mutaciones, y con ellas analizar la calidad de las pruebas automáticas utilizadas (poder hacer QA del QA).

Y en particular, creo que el Capítulo 1, de Linda Wilkinson, "Was it good for you?", debería ser leído por todos los líderes involucrados en proyectos, sean o no líderes de testing, y por los responsables de áreas funcionales de QA/QC.

Otros capítulos pueden resultar igualmente interesantes, en función al tema / proceso / herramienta que particularmente tratan y nuestro contexto inmediato.

¿Qué más encuentran bello en nuestro trabajo como testers?

Los invito a discutirlo en el grupo Mejora de Procesos de TI en LinkedIn.

¡Hasta la próxima!

Pilar

lunes, 19 de abril de 2010

Centro de recursos de BI para Project Server 2010

Microsoft ha creado un centro de recursos para Project 2010 focalizado en Business Intelligence. Contiene presentaciones, webcast, vínculos a blogs y artículos técnicos.

Enlace: http://technet.microsoft.com/en-us/projectserver/ff513702.aspx

Fuente: Robert Hoover (http://blogs.technet.com/epmcontent/archive/2010/03/31/project-2010-business-intelligence-techcenter.aspx)

image

Leer más artículos de Project Server en http://surpoint.blogspot.com/search/label/Project%20Server.

Comunidad de Habla Hispana de Project Server

Transcribo desde el blog de nuestro amigo Ricardo Muñoz:

hispapoint_logo El día de Hoy les quiero compartir una nueva iniciativa de la Comunidad HispaPoint (de la que espero que ya sean miembros) y es un Subgrupo de HispaPoint focalizado en las tecnologías Project, Project Server y EPM. HispaPoint nace como iniciativa de varios MVPs, MCTs, referentes y promotores de los diferentes grupos de usuarios de SharePoint de habla hispana.

La intención es tener un espacio común de intercambio profesional en el que podamos facilitar el acceso a la información de SharePoint en nuestro idioma. El fin principal es compartir conocimientos y enriquecernos todos en lo profesional. Abrimos el espacio para compartir artículos, discusiones, webcasts y eventos. Esperamos alentar desde aquí la organización de las conferencias de SharePoint en habla hispana en diferentes países. Creemos que la suma de los esfuerzos realmente generara valor, es por eso que este espacio está administrado por los principales referentes de España y Latinoamérica. Pero es un espacio abierto. Los invitamos a participar, a que hagan de este su espacio y nos ayuden a hacerlo útil para todos.

image

La idea es que si sabes del tema puedas colaborar con ideas, sugerencias y discusiones pero si de lo contrario no conoces del tema puedas hacerte miembro y aprender del resto de la comunidad por sus experiencias y conocimientos.

Les invito a unirse a esta iniciativa ya somos 18 miembros en muy poco tiempo, esto adicional a los administradores Juan Pablo Pussacq y Ricardo Muñoz

Continuar leyendo en http://mundomoss.blogspot.com/2010/04/comunidad-de-habla-hispana-de-project.html.

Visitar la comunidad en Comunidad de Project Server de habla hispana.

sábado, 17 de abril de 2010

Administración de la Cartera de Proyectos

La Captura de Ideas II - Administración de la Demanda

(Esta nota es continuación de las notas anteriores sobre Administración de la Cartera de Proyectos)

Este es el primer paso del proceso de Administración de la Demanda, entendiendo por esto al conjunto de actividades que permitan el pronóstico, planificación y posterior ejecución correcta de las actividades que contendrá la cartera.
El primer requisito que tiene este proceso es tener centralizada justamente la demanda y todas las restricciones que sobre ella se aplican: recursos, inversiones, etc.

Volviendo a la captura de ideas, a medida que se vayan presentando estas se registran para un análisis posterior.

Las propuestas deben estar asociadas a objetivos del negocio, esto es un requisito para intervenir en la cartera. Por lo tanto quien la presenta debe haber especificado, a su entender a cual de estos fines de negocio apunta.

Remitiéndome a una de mis entradas anteriores, aquí se ve la importancia de los objetivos estratégicos definidos y publicados. De otra manera las personas nunca podrán asociar las ideas a objetivos.

La primera actividad entonces de quien selecciona es ver si este requisito de alineamiento está completo. Si no es así, la idea no necesariamente debe descartarse, podrá quedar registrada para otra oportunidad, o ser devuelva a quien la remitió aclarando porqué no fue elegido.

Aquellas que resultaron seleccionadas por estar alineadas con la estrategia de la Organización podrán procesarse en forma individual o analizar el conjunto asociado a cada objetivo estratégico y ver si no hay superposición o posibilidad de unificación entre ellas.

Tendremos así un primer corte de nuevas ideas, asociadas a los objetivos que remitiremos al proponente para que complete, ahora sí, con más detalle su propuesta.

¿Qué deberá completar?

Demos el nombre general de Caso de Negocio: Posiblemente cada empresa adoptará un modelo distinto para este análisis, pero no deberán faltar elementos de la propuesta que luego serán utilizados en el proceso de optimización de la cartera. Beneficios, costos, calendario, recursos por tipo, posible fecha de comienzo, posible fecha de fin, riesgos, etc.

Es mayor detalle pero aun de alto nivel, por ejemplo los recursos pueden ser por tipo, cantidad y periodo de ocupación pero no referidos a personas especificas. Así el resto, la mejor aproximación posible, al momento de desarrollar el caso.

Como conclusión de este paso:

  • La incorporación del mejor detalle conocido al momento de desarrollar el caso de negocio.
  • La aparición de una serie de variables que luego entrarán en el proceso de selección de la mejor cartera. Implica conocerlas y registrarlas de antemano.
    Por ejemplo la cantidad de especialistas y su ocupación.
    El máximo de inversión en proyectos para el análisis en curso.
    Como dijimos antes los objetivos de negocio priorizados.
    Ventanas de tiempo aceptables para algunos proyectos .
    Riesgos y cualquier otra variable que intervenga en el proceso y que se pueda registrar.

¿Quiénes son los actores intervinientes?

  • Quién pueda detallar el Caso de Negocio asociado a las ideas anteriormente presentadas
  • La Oficina de Proyectos o equivalente, que ponga a disposición el entorno para recibir esos casos y se encargue de hacer verificar la completitud de la información solicitada.

Las herramientas aportan valor al permitir:

  • Un ambiente colaborativo.
  • Un lugar de registración centralizado, conocido y compartido con algunos formatos predefinidos para la captura por ejemplo de caso de negocio.
  • Un flujo de trabajo que permita trasladar automáticamente estas propuestas al nivel de análisis adecuado.
  • Un conjunto de consultas que permitan saber estado, cantidad, proponente, objetivos con los que la idea se alinea, otros datos que ya la propuesta posea, etc.

El proceso se torna más detallado pero recordemos que este se ejecutará sólo sobre el conjunto de ideas preseleccionado.

Hasta aquí la entrega, veremos en la próxima cómo esta información comienza a permitirnos elegir la mezcla óptima que compondrá la cartera.

Saludos,

Raúl

Administración de la Cartera de Proyectos

La Captura de Ideas I

(Esta nota es continuación de las notas anteriores sobre Administración de la Cartera de Proyectos)

La ideas no provienen sólo de los socios, los directores o los gerentes.

La innovación es un diferencial crítico en los negocios de hoy y esta capacidad está distribuida por las personas de la organización y no bajo un único rótulo de área funcional.

De allí la necesidad de tener un mecanismo ágil de captura, registro y análisis de estas ideas, ya que en alguna de ellas, o en la consolidación de varias, puede hallarse una oportunidad para el negocio.

No nos ocuparemos aquí de los pasos previos que la persona dio para generar su idea. Desarrollaremos el escenario a partir de ese punto. Propongo una posible secuencia de preguntas que se haría el generador de la idea.

  1. ¿Porqué y para qué debería presentar una idea?
    ¿Qué motivaría a la persona a ponerse a pensar y sugerir ideas? Aquí el proceso debe ser claro, proponer objetivos que la empresa desea lograr, fechas y premios, si los hay, para aquellos que presenten propuestas. Todos los métodos para generar nuevas ideas ayudan.
  2. ¿Cómo y dónde la presento?
    La existencia de un proceso difundido y formal para presentar ideas ayuda a resolver esta duda. La persona sabrá que pasos seguir y como registrarla.
  3. ¿Cuánto detalle debo agregar para presentarla?
    Este es un tema importante. En el momento de la concepción, el proponente habrá pensado más en los beneficios que en los costos, posiblemente no tuvo en cuenta en forma detallada la disponibilidad de recursos, el esfuerzo, y el calendario requeridos, serán tentativos, muy tentativos.

    Aquí aparece una disyuntiva. ¿debe aceptar la Organización ideas que luego al analizarlas caerán por falta de recursos, calendario inconveniente, etc.? ¿Justificará el trabajo de análisis para cosas que luego rechazaremos?
    Mi respuesta es sí. Si buscamos ideas nuevas aceptemos todas las posibles, con el detalle que hasta ese momento se conozca. Los filtros vendrán luego.

  4. ¿Y ahora que la presenté cómo sigue?
    Quien propone una idea necesita una respuesta si esta no es aceptada. Esa respuesta debe ser clara y conocido el proceso de evaluación. Qué fue lo que la idea no cumplió. Aquí nuevamente ayuda un proceso formal. Y lo más importante, aceptada o rechazada su idea, la persona debe saber cuál es el próximo paso que debe dar.

¿Quiénes son los actores intervinientes?

  • Quién pueda presentar ideas
  • La Oficina de Proyectos o equivalente, que ponga a disposición el entorno para recibir esas ideas, se encargue de hacer una primera clasificación y se comunique con el proponente.

Las herramientas aportan valor al permitir como mínimo.

  • Un ambiente colaborativo.
  • Un lugar de registración centralizado, conocido y compartido con algunos formatos predefinidos para la captura a nivel inicial de la idea.
  • Un flujo de trabajo que permita trasladar automáticamente estas propuestas al primer nivel de análisis.
  • Un conjunto de consultas que permitan saber estado, cantidad, proponente, objetivos con los que la idea se alinea, etc.

El proceso como se describe es lo suficientemente "liviano" como para no coartar la creatividad en esta etapa temprana requiriendo cosas que aun se desconocen y desmotivando al proponente.

Hasta aquí la entrega, veremos en la próxima cómo esta información comienza a procesarse y elegirse.

Saludos,

Raúl

Administración de la Cartera de Proyectos

Alineamiento - La clave de la Cartera de Proyectos

(Esta nota es continuación de la nota anterior sobre Definición de Administración de Cartera de Proyectos)

Otra definición útil, siguiendo a la anterior de Administración, es Alineamiento.

El valor que cada proyecto le da a la Organización está en función de cuánto le permita cumplir sus objetivos estratégicos. Innovación, ahorro en costos, penetración en otros mercados y también aquellos forzosos como los regulatorios.

¿Qué son esos objetivos estratégicos?

Para llevarlos a nuestro lenguaje, una forma de verlos es pensarlos como los requerimientos de más alto nivel que tiene la Organización.

También siguiendo con la similitud, si estos requerimientos no se explicitan, difícil será cumplirlos, tal como ocurre en un proyecto cualquiera con los requerimientos de usuario, si no se explicitan es imposible saber si se lograron.

Definidos en la forma más precisa posible estos objetivos, priorizados entre sí, podremos registrarlos, publicarlos y alinear los proyectos y la cartera que estos componen con lo que la Organización requiere en el corto, mediano y largo plazo.

Una aclaración. Definir los objetivos en forma precisa, no quiere decir hasta el último detalle, ya que deben ser amplios como para aceptar distintas alternativas de cumplimiento.

Más arriba mencioné publicarlos, o comunicarlos.

Esto da lugar, entre quienes se enteran de estos objetivos o requerimientos de alto nivel, a la generación e incorporación de ideas, que serán o no proyectos en la medida que se ajusten a los objetivos buscados.

¿Quienes son los actores intervinientes?

  1. Quien pueda fijar objetivos al más alto nivel. La Dirección o la cabeza de la organización para quien se compone esta cartera.
  2. La Oficina de Proyectos o equivalente para administrar esos objetivos, registrarlos, y controlar el alineamiento de los proyectos.
  3. Cualquiera que pueda presentar iniciativas para cumplir los objetivos propuestos.

Aquí las herramientas comienza a mostrar su valor, todavía leve, por ejemplo para mantener estos objetivos de negocio en un entorno colaborativo y que se puedan presentar y registrar las iniciativas que se propongan para cumplirlos.

Este será el próximo tema. La captura de esta ideas.

Saludos,

Raúl

Referencias.

Strategic Project Portfolio Management - Simon Moore - Wiley

¿De qué hablamos cuando hablamos de Administración de la Cartera de Proyectos?

Los productos que administran carteras de proyectos siguen un proceso relativamente parecido de ingreso-priorización-planificación-ejecución y control. Creo que es interesante ver los fundamentos que hay detrás de un ciclo de este tipo y para ello presento un grupo de artículos que tratan de aclarar el sentido que hay detrás de los parámetros, plantillas y work-flows que estos productos proponen. Espero lograrlo.

Definiciones

Encontré distintas opiniones sobre este tema, me pareció útil entonces una definición formal tomada de (1), y que aclara qué es:


“Es la administración de una Cartera de Proyectos tal que maximice la contribución de estos al bienestar general y éxito de la empresa.
La Administración de la Cartera de Proyectos es la administración de esa colección de proyectos y programas en los cuales la compañía invertirá para implementar su estrategia, por ejemplo programa de activos, iniciativas de mejora y cambios estratégicos en los flujos de trabajo, entre otras cosas.
Este proceso puede utilizar varias técnicas para proveer resultados tangibles al negocio, asegurando que la inversión contribuye directamente a lograr los objetivos de la empresa.”

De aquí se concluye que NO es la cartera de proyectos:

  1. El conjunto de los proyectos a hacer en el año.
  2. Todo lo que podemos hacer con los recursos que tenemos.
  3. No es una mezcla operativa de proyectos sino estratégica.
  4. El conjunto de proyectos de menor costo.
  5. …….

Obviamente, varias áreas de la empresa podrán plantear iniciativas que luego se convertirán o no en proyectos.

TI, dada su influencia, deberá soportar en mayor o menor medida a varios de ellos, además de los proyectos propios que tenga, con lo cual esta visión de Cartera le da transparencia a la asignación de sus recursos y ayuda al área a acercarse más al negocio.

La Oficina de proyectos, si existe puede administrar e informar los escenarios posibles en función a las limitaciones, pero la decisión de qué proyectos finalmente elegir proviene de niveles superiores.

Me pareció interesante para aclarar el tema.

Saludos,

Raúl

-----

Referencias

Project Portfolio Management - Leading the corporate vision, Rajegopal, McGuin, Waller – Palgrave MacMillan