September 01, 2008
Genghis Rios
¿Quién define el software: la universidad o el mercado?
Hace poco leía un artículo de una conocida revista informática acerca de la Cámara de Comercio de Lima (CCL), donde el gerente de sistemas había tomado la decisión de migrar la base de datos de Postgresql hacia MS SQL Server. Lo mismo paso con diversos servidores Linux que fueron migrados a Windows. A pesar que la CCL había usado Postgresql durante muchos años se tomó la decisión de abandonarla porque no encontraba el soporte necesario en el mercado, en cambio era más fácil encontrar especialistas en MS SQL Server y Windows, según indicó el gerente. Esto me hace reflexionar acerca del círculo vicioso universidad-empresa, donde la empresa finalmente va a buscar soluciones acorde a los especialistas que encuentre en el mercado, pero por otro lado en las universidades los profesores diseñan sus cursos acorde a lo que “pide” el mercado. Estamos entonces ante un problema muy similar a la pregunta del huevo y la gallina ¿quién fue primero?, en este caso ¿quién define el software que se debe emplear: la universidad o el mercado?.
September 01, 2008 01:29 AM


August 07, 2008
Martin Kenneth
ROWE, or Results-Only Work Environment



Today I was reading the Inc Magazine (August Edition) and there was an article about ROWE, or Results-Only Work Environment, (also known as Results Oriented Work Environment), is a management strategy created by CultureRx and pioneered by Best Buy; the article was really interesting and the point of view of this strategy make think that perhaps is better to use this than be asking to the people to follow their work ours, because most of us know that during those hours we don’t actually work all the time, we all have dead period of time in which we don’t nothing really productive…. So if not good for the company and neither for us.. so why not ROWE?? Will be nice if a company in Peru tries this.

 
August 07, 2008 09:00 PM


August 06, 2008
Gustavo Quiroz
Scrum y RUP

Mucha gente acostumbrada a RUP, cuando comienza a aprender acerca de Scrum y métodos ágiles, se hace preguntas similares a la siguiente:

"Para hacer el diseño de un software en RUP se hacer realización de casos de uso (diagramas de secuencia, colaboracion, etc), diagramas de clases, componentes y otros. ¿Se pueden utilizar estos entregables de RUP adicionalmente a los usuales de Scrum (Product Backlog, Sprint Backlog, Impediment List, Burndown chart)?"

Mi respuesta es la siguiente:

En vista de que Scrum es un framework mínimo para crear un proceso de desarrollo de software, no prohibe la creación de artefactos o documentos adicionales a los que indica como obligatorios. Lo único que dice Scrum al respecto es que juzgues la necesidad, la utilidad y el costo (vs. el beneficio) de cada uno de los artefactos que decides agregar. Mi opinión es que siempre es necesario realizar ciertas actividades de modelamiento antes de iniciar un desarrollo.

Lo importante es que los modelos producidos sean como una luz que guíe el resto del proyecto, no una camisa de fuerza, y dejar que evolucionen junto con el código producido. Más aún, es crucial comunicar estos modelos al resto del equipo, por lo que muchos equipos ágiles prefieren utilizar pizarras (vs. herramientas CASE) para realizar sesiones de modelamiento en conjunto.
Esto es lo que se conoce como Agile Modeling.

Una buena fuente de información sobre cómo combinar Scrum y RUP, es el site del OpenUP.
August 06, 2008 11:19 PM


Martin Kenneth
How to Write and Illustrate Scientific Papers




Title: How to write and Illustrate Scientific Papers
Language: English
Author(s):  Bjorn Gustavii 
Published: 2008
Edition:  2nd

This book will really helpful if you’re writing something, even if this is a thesis project or a Paper, the book explain the concepts very clearly  so anyone could read it and apply the concepts, so far is giving me a lot of help for my thesis project. So if you need something read this book.
August 06, 2008 09:00 PM


July 25, 2008
Gustavo Quiroz
Conferencia "Scrum: Agilidad en el Desarrollo de Software”
El sábado 2 de agosto voy dar una charla en la UNMSM. Este es el aviso publicado en el site de la Facultad de Ingeniería de Sistemas e Informática:


CONFERENCIA
"SCRUM: AGILIDAD EN EL DESARROLLO DE SOFTWARE”
Sábado 02 de agosto de 2008 – 17:00 a 19:00 hrs.
Aula Magna de la FISI

La Unidad de Postgrado, la E.A:P. de Ingeniería de Software y el CEUPS de la Facultad de Ingeniería de Sistemas e Informática de la UNMSM, invitan a la comunidad académica y público en general, a la Conferencia: "Scrum: Agilidad en el Desarrollo de Software”, que contará con la ponencia del Ing. Gustavo Quiroz (Ingeniería Informática, PUCP), quien ha jugado el rol de Desarrollador de Software, Especialista en IBM WebSphere, Especialista en Análisis de Requerimientos, Arquitecto de Software y Líder de Proyectos para una amplia variedad de aplicaciones empresariales. Asimismo cuenta con más de 6 años de experiencia en las industrias de banca, seguros y telecomunicaciones. Actualmente se desempeña como Arquitecto de Soluciones y Líder Ágil de Proyectos de Desarrollo de Software en Systems Support & Services.

Se otorgará Constancia de Participación a solicitud de los interesados.

Las inscripciones se efectúan en la Unidad de Postgrado (2do. Piso del pabellón administrativo), teléfono 619 7000 (anexo 3603) o al correo electrónico: upgfisi_academica@unmsm.edu.pe


La entrada es libre, incluso para gente que no es de la univesidad. Espero ver a algunos de ustedes por allá!
July 25, 2008 10:46 PM


Martin Kenneth
Murphy Laws

I think almost everyone knows about the Murphy Laws.. so I wont have to explain all that, the topic of this post is to tell that this Laws really applies… at least for me the last six months of this year have been a fully test that Murphy Laws really happens.

So if your think you have troubles so far… trust me could be worst!!!!!!!!!!!!!!


Here a few laws:
July 25, 2008 09:00 PM


Martin Kenneth
Thesis Projects




Title: Thesis Project - A guide for Students in Computer Scienceand Information System
Language: English
Author(s): Mikael Berndtsson, Jörgen Hansson, Björn Olsson, and Björn Lundell 
Published: 2008
Edition: 1st

Many people have to do a Thesis Project at the end of the career, to perform this project is need to use and apply all our knowledge about what we study during the years of school, well perform this task could fun and nice or could be really a trouble. For this reason this book is a great start for everyone who wants to do a Thesis Project, the information in the book is really helpful because show us what we must do, how we must, and when. It is basic info but important too. I really recommend reading this book before you even think about to write you Thesis.
July 25, 2008 09:00 PM


July 17, 2008
Gustavo Quiroz
Curso de Desarrollo Agil de Software
[UPDATE: El curso se ha reprogramado para el sábado 9 de agosto de 2008]

Esta noticia sí que es nueva. Acabo de concretar la realización de un curso en sociedad con la empresa JoeDayz de mi amigo José Diaz. La fecha de inicio es el 9 de agosto con una duración de 15 horas en total a lo largo de 5 sábados (9:30 am a 12:30 pm). Los temas que tocaré son los siguientes:

INTRODUCCIÓN AL DESARROLLO ÁGIL DE SOFTWARE
1. Orígenes y Fundamentos
2. Principios y Valores
3. El Manifiesto Ágil
4. Frameworks y Metodologías (Scrum, XP, AgileUP/OpenUP)
5. Ciclo de vida de los proyectos ágiles

GESTIÓN ÁGIL DE REQUERIMIENTOS
1. Historias de Usuarios,
2. Casos de Uso vs. Historias de Usuario
3. Backlog del Producto y Backlog de la Iteración
4. Técnicas de priorización y estimación
5. Buenas prácticas para la creación de Historias de Usuarios

DISEÑO ÁGIL DE SOFTWARE
1. Principios de Diseño Orientado a Objetos
2. Modelamiento Ágil
3. Refactoring y Diseño Evolutivo
4. Refactoring y Patrones de Diseño
5. Arquitectura ágil de software

ASEGURAMIENTO ÁGIL DE LA CALIDAD
1. Pruebas unitarias automatizadas de código, Test-driven development
2. Automatización de pruebas de integración, de sistema y de aceptación
3. Building automático de código
4. Métricas y Reportes de Aseguramiento de la Calidad
5. Integración continua

GESTIÓN ÁGIL DE PROYECTOS
1. Fases de un proyecto ágil y adaptativo
2. Planeamiento de los releases
3. Planeamiento de las iteraciones
4. Seguimiento, métricas, concepto de velocidad
5. Retrospectivas
6. Herramientas ágiles de gestión

El costo es de S/. 350.00. Si desean más información sobre el contenido del curso pueden preguntarme directamente a mí y si desean inscribirse pueden contactarse con José a los teléfonos 994-104-448 / 994-104-357.

De más esta decir que espero verlos por allá!
July 17, 2008 05:45 PM


Gustavo Quiroz
Comunidad Agile Perú
Les comunico esta noticia un poco tarde, pero hace unos días creamos la Comunidad Agile Perú en donde discutimos todo lo relacionado a la difusión y aplicación de métodos ágiles en nuestro país. Pronto tambien inauguraremos un web site con artículos e información al respecto.

Son todos bienvenidos a unirse a este emprendimiento, para compartir experiencias, dudas y conocimiento en general.
July 17, 2008 04:54 PM