Mi Sesión en el Lima Agile Day 2010: Arquitecto Agil, Experiencias y Lecciones Aprendidas

Hola Amigos!
Solo para comentarles que el este sábado tuve la oportunidad de participar en un evento denominado Lima Agile Day 2010, en el cual pude compartir mis experiencias participando como Arquitecto en algunos proyectos de naturaleza Agil.
El evento fue realizado en Lima, Perú, en el Centro de Estudios Cibertec, aquí una descripcion en la página de Agile-Perú

Aquí mi presentación, espero haya sido de utilidad a los asistentes y claro, a los que puedan verla desde aqui =)

Desde aqui nuevamente, me queda agradecer al equipo organizador, los auspiciadores y claro, los asistentes al evento!

Saludos
@Jersson

Mi Sesión en la UTP: Valor Agregado en las TI

Holas! como les habia contado en el post anterior, esta semana estaba participando en una serie de conferencias en la Universidad Tecnológica del Perú.
La sesión en la que participé fue titulada “Valor Agregado en TI: Desde herramientas a Marco de Trabajo”, en la cual, tal como intenté indicar en el título, se buscaba aprovechar de mejor manera, las herramientas, metodologías y marcos de trabajo que se ofrecen en el mercado.
Todo esto con la finalidad de incrementar el Valor Agregado en los proyectos de TI. Pero bueno, vayamos directo al grano! aqui mi presentación =)

Ahora, si desean mas informacion sobre el evento, pues se ha publicado un breve resumen y las presentaciones en el blog de la Comunidad Alphab-IT. Desde ya, estan invitados a unirse!

Saludos y Muchas Gracias a todas las personas que permitieron el exito de este evento!

@Jersson

Este Viernes 9 estaré exponiendo en la UTP!

En coordinación con la Universidad Tecnologíca del Perú: José, Roberto y quien les escribe, estaremos dando una serie de ponencias el día Viernes 9 de Abril desde las 7 de la noche.
Esto en las instalaciones de la UTP, especificamente en el auditorio Madre de Dios.

Desde aquí brindar mis agradecimientos a la Facultad de Ingeniería Industrial y de Sistemas de la UTP y especialmente al Decano de la Facultad por habernos invitado a compartir nuestras experiencias.

Las ponencias estarán orientadas a las Tecnologías de Información en el Mercado Peruano, pero para darles mayor detalle, un poster del evento!
Charla.UTP.Viernes.09.Abril.2010
Aquí una breve descripción de las sesiones:

1.- Tecnologías Estratégicas: ¿Qué debemos conocer?
Ponente: Roberto Camacho S.
Resumen: Marco practico-conceptual de las tecnologías que que todo estudiante debe considerar como estratégicas dentro del plan académico/profesional que desee desarrollar.

2.- Virtualización, La Nube y sus servicios Ponente: José Ponce A.
Resumen: Revisión practico-conceptual de las alternativas y fundamentos de Virtualización y servicios relacionados a Cloud Computing.

3.- Tecnologías de Información: Marcos, Metodologías y Herramientas que buscan Valor Agregado Ponente: Jersson Dongo P.
Resumen: Fundamentos, experiencias y lecciones aprendidas sobre el uso de herramientas, marcos de trabajo y metodologías de gestión, desarrollo de software e infraestructura tecnológica.

Este evento está dirigido especialmente a estudiantes de la Universidad, pero que sucede si deseas asistir? En este caso hemos conseguido acceso para 20 personas externas, si estas interesado, te comento que el requisito principal es ser miembro de la Comunidad Alphab-IT y luego de esto enviar un correo con Nombres y DNI al correo comunidad@alphab-it.com

Este Jueves estaremos enviándoles una confirmación e invitación de ingreso al evento.

Saludos
@Jersson

La diferencia entre el QUE y el COMO

Este es un tema de conversación muy recurrente cuando nos reunimos y hablamos de la importacia de tomar requerimientos.

A veces, cuando converso con algunos amigos, ellos comentan lo aburrido que notaron al usuario que estaban entrevistando. 
Ante esto siempre surge mi duda: 
Qué tal la primera vez que se reunieron, de qué tipo eran tus preguntas, qué tanto ahondaste?
Quizá demasiado, no?

Entrevista 
Generalmente, lo que sucede es que posiblemente hayamos pecado de entusiastas, y de esa forma, a pesar que sabemos que no cubriremos lo necesario en una entrevista, queremos seguir preguntando al usuario detalles que de primera mano no vienen al asunto.

Debemos recordar siempre, que para el usuario es mas importante que uno comprenda y comparta las necesidades básicas que deben cumplirse.
Es cierto, estas necesidades son lo que conocemos los requerimientos principales, funcionales del sistema.

Algunos recomiendan tener menos detalle, llamándoles "Requerimientos Macro" o simplemente "Características" (algo asi como matricular, vender, comprar, grabar). Pero la verdad es que, en ocasiones (por no decir, todas) esto logra que confundamos los verdaderos objetivos de cada requerimiento.
Asi que personalmente hablando lo recomendable es comenzar a comprender, o al menos tomar en cuenta aquello QUE debe cumplir el proyecto, es decir el QUE del proyecto.
 
En este punto, el problema que surge es que mientras mas vamos comprendiendo aquellas cosas QUE deben hacerse en nuestro proyecto, nacen interrogantes algo tentadoras, que posiblemente, logren desviarnos del objetivo.
Asi es, mientras vamos avanzando vemos como van naciendo las dudas, cómo es que vamos hacer esas cosas?. Y que tal si preguntamos un poco mas, funcionalmente cómo se haría?

ERROR! eso nos desenfocaría demasiado del problema, en estos casos, el COMO cambia la dirección del problema, y mientras mas vamos ahondado en como cubrir tal interrogante, mas vamos perdiendo la hilación y el objetivo de las primeras reuniones.

requerimiento 
En otras ocasiones he notado problemas y estancamientos entre equipos que quieren definir sus contratos (programáticamente hablando, cómo se comunicarán y usaran sus librerias), ya que ademas de pensar en los parámetros a intercambiar, hay integrantes del equipo que comienzan a hurgar en COMO hacer el método del otro, cuando el objetivo de algunas tareas es tan solo, la definición del objeto!!, el QUE del objeto, no el COMO cumplir con ciertas actividades.

Es gracioso, pero, la frase clave siempre termina siendo "No Desenfoques, estamos averiguando el QUE, luego veremos el COMO", o simplemente "NO Desenfoques!!!"

Ahora, como es que vamos convirtiendo el QUE en muchos COMOs? pues iterando. o no?

Saludos
@Jersson
PD: Esta es una versión editada y mejorada de un post mío publicado hace mucho tiempo. Esto a raíz de un nuevo tema de conversación que será comentado mas adelante.

new beta release in process