COMO HACEN SOFTWARE LAS EMPRESAS

El desarrollo de software ha sido un negocio lucrativo, el gran problema ha sido la forma en que se hacen las cosas. Meses de planeación y definiciones, levantamiento de requerimientos, todo para que al final los proyectos sobrepasaran los presupuestos y los tiempos.

Encontré en una lectura de Jeff Sutherland, como él asesoraba el desarrollo de software en BellSouth, una empresa con ingenieros desarrolladores de primera línea quienes ejecutaban el método cascada a la perfección:

Reunían todos los requisitos del cliente, se ausentaban 18 meses y entregaban dentro del tiempo esperado y con los requerimientos que el cliente precisamente había solicitado, solo que el cliente ya no necesitaba lo que estaba en el requerimiento, las condiciones del mercado habían cambiado, los clientes demandaban servicios con otra capacidad de respuesta, las necesidades iniciales habían cambiado.

La forma que tenían de hacer software, aunque daba la impresión de que todo se hacía bien, no estaba dando resultados, por eso llamaron a Jeff a la consultoría. Ellos tenían el problema que no existía sensibilidad hacia el cliente, no basta con escucharlo solo al principio del levantamiento de los requerimientos, era necesario vincularlo y empoderarlo en el proceso de construcción de su producto. Jeff les recomendó el marco de trabajo de Scrum. Era el camino para cambiar las cosas o estarían perdidos.

No entendieron el concepto, hacían Software no solo de la manera esperada, lo hacían bien, ¿por que cambiarlo entonces?

Aunque en el desarrollo de software Bellsouth lo hacía como pocas empresas en ese momento, Bellsouth desapareció.

Así es como trabajan las empresas, a veces con una terquedad que aterra. Equivocados, pero decididos.

Las empresas de desarrollo de software no se están fijando en el personal como un equipo, sino como individuos por separados, muchas de ellas intentan medir el desempeño personal, para evaluar la bonificación, los aumentos de sueldo o premios.

En términos de la productividad estas empresas no están obteniendo mucho beneficio, más que el software, en otros tiempos considerado como una obra más de arte que ingenieril, necesita que sea apoyado en un equipo de trabajo. Scrum le apunta al trabajo en equipo. En centrar los objetivos para todos los miembros de un equipo a obtener pronto los resultados.

Tener un “indicador” para cada miembro del equipo y no para el equipo es una práctica tan obsoleta y tan desfasada de los propósitos de metodologías agiles que se deberían desmontar.

Los equipos se depuran, esto es cuando se trabajan en equipo, con objetivos claros, la misma presión del grupo hace que los que llegan tarde o que llegan a ver videos o películas al trabajo, a dormir o a cualquier actividad que no le aporte al mismo equipo, se dispongan a aportar más. Esto sin la necesidad de un jefe, es realmente sorprendente, los efectos del equipo sobre los integrantes del mismo.

Los equipos son los que desarrollan los productos.

De otro lado, cuando no hay equipo los individuos son islas independientes, y si a esto le agregas un indicador de cumplimiento, probablemente tendrás el indicador como un número muerto, muy bueno tal vez pero lejos de un verdadero valor del producto.

SCRUM EN COMPAÑÍAS QUE NO SON IT

El marco de trabajo scrum une a equipos para crear grandes cosas, equipos concentrados en una meta, equipos comprometidos con su cumplimiento.

Lo que sucede en las empresas grandes que no son de IT es que están conformadas por áreas autónomas inmersas en procesos que algunas veces requieren de integración con las otras áreas.

Trabajan en formas que ellas mismas saben que son ineficientes y deprimentes solo por el hecho de que así lo hacen todos.

Iniciar proyectos de software en este tipo de compañía requerirá que los miembros sobrepasen las áreas a las que pertenecen y enfoquen los esfuerzos a conseguir la meta. Adoptar esto en las empresas grandes es complicado, y es la causa de los fracasos en los desarrollos de los proyectos. Es muy común escuchar cuando las cosas no marchan bien: “No es asunto mío, yo ya hice mi parte”.

Scrum promete resolver esto, es más, está llegando a revolucionar la forma como se hacen las cosas.

Scrum debe permitir evitar el desperdicio de horas en el desarrollo de software de cosas que poco aportan valor al negocio.

Una cita que encontré en el libro de “Scrum: el arte de hacer el doble de trabajo en la mitad de tiempo” de Jeff Sutherland dice:

“Aferrarse a la antigua manera de hacer las cosas, de mando y control y rígida predictibilidad, conduce al fracaso.”

“La antigua manera de hacer las cosas” es realizar una gran diagramación esmerada en imponente graficas de Gantt, con estimaciones de costos y tiempos, en hermosos colores que permitieran confundir el trasfondo de que todo lo que hay allí simplemente es mentira.

Es cierto, muchas veces nos encontramos en las compañías con trabajo realizado que no produce un valor verdadero. Obtener una pronta retroalimentación del usuario nos permitirá eliminar esfuerzos que son inútiles.

Los principales obstáculos que debe vencer una empresa que quiera explorar en el uso e implementación de scrum muchas veces provienen de la misma estructura organizacional.

Según Ken Schwaber en su libro “Scrum Development process”: las compañías que adoptan este proceso(scrum) suelen ver beneficios inmediatos.

ALGO DE SCRUM SUELTICO II

Algunas preguntas sobre SCRUM

Utiliza una frase que mejor describa el SPRINT REVIEW

“Es cuando el Equipo SCRUM y los Stakeholders inspeccionan el resultado del Sprint y los datos para los próximos.”

 

¿Cuál es la principal razón para que el Scrum Master asista a las reunión diaria del Sprint?  “El Scrum Master no debe estar allí, solo tiene que asegurarse que la reunión diaria se realice.”

 

Utiliza una frase que mejor describa la responsabilidad del Product Owner

“Optimizar el valor del trabajo que el equipo de desarrollo realiza.”

 

El equipo de desarrollo deberá tener la capacidad para convertir los elementos del Product Backlog para seleccionarlos dentro de un incremento de la funcionalidad del producto.

El Equipo de Desarrollo está formado por profesionales que realizan el trabajo de entregar una Incremento del producto “DONE” al final de cada Sprint. Los Equipos de Desarrollo son interfuncionales, con todas las habilidades como equipo necesario para crear un incremento de producto.

 

¿Quien es el SCRUM Team?

El Scrum Master.

El Product Owner.

El Equipo de desarrollo.

El Equipo de Scrum está formado por el Scrum Master (gestiona el proceso), el Product Owner (decide qué hacer) y el Equipo de Desarrollo (hace el trabajo).

ALGO DE SCRUM SUELTICO I

Algunas preguntas sobre SCRUM

¿Cuándo muchos equipos de desarrollo están trabajando en un solo producto, cual es la mejor definición de “DONE”?

Todos los equipos deben tener una definición de “DONE” que haga su trabajo combinado potencialmente liberable.

Scrum requiere un incremento de producto para ser liberable. Se espera que los equipos que trabajan en un simple producto entreguen ese incremento.

 

El equipo de desarrollo no debería ser interrumpido durante el Sprint. La meta del sprint debe mantenerse intacta. Se deben crear condiciones para fomentar la creatividad, calidad y productividad. Basado en esto, describa algunas de las sentencias de modificar el sprint

El Backlog del sprint debe estar completamente formulado en el Sprint Planning y no puede cambiarse durante el sprint.

El sprint Backlog hace visible todo el trabajo que el equipo de desarrollo identifica como necesario para cumplir las metas del sprint. Pensar que el equipo en compañía del product owner pueden modificar, remover o agregar trabajo si tiene más o menos capacidad de la que esperan es equivocado.

Descomponer un ítem product backlog puede hacer que el sprint backlog sufra cambios tampoco es válido.

Cuanto trabajo debe hacer un equipo de desarrollo para que un ítem del product backlog se seleccione para un SPRINT

Si piensas que es tanto como le pueda fijarse en un sprint estas equivocado, la respuesta es tanto como el product owner diga que será terminado para cada uno de los ítems backlog que se seleccionaron conforme a la definición de terminado.

El propósito de cada sprint es tener un incremento entregable de potencial funcionabilidad, que se apegue a la definición de “DONE”

 

Escriba una frase que de Scrum y los StakeHolders inspeccionan la finalización de un sprint y analizan el panorama de la próxima. Es una oportunidad para Inspeccionar y adaptar.

TAN CERCA DE LA BARRERA

Este año 2017 fue protagonista la empresa NIKE en su campaña BREAKING2 que consistía en una cruzada por romper la barrera de las 2 horas de marathon con sus atletas Eliud Kipchoge, Lelisa Desisa y Zersenay Tadese a traves de la ciencia e innovacion de su calzado deportivo.

El pasado 6 de mayo el keniano Eliud Kipchoge quien es campeon olimpico marcó en los cronos en 2H:00 :25 segundos. Estuvo a solo 25 segundos de bajar el tiempo. Esto se realizo en el circuito de Monza, aquella pista de formula 1 donde de disputa el gran premio de Italia.

El ritmo que da este tiempo es de 2:50 por kilometro

Nike diseño una carrera de laboratorio donde hasta 30 Pacers entraban por turnos en carrera, realizaban formacion de flecha compensando la resistencia del aire, ademas un vehiculo ofrecia rebufo e irradiaba una linea verde que indicaba la velocidad requerida.

El calzado deportivo con el que Nike doto a los corredores se llama Zoom VaporFly Elite, un calzado bastante ligero aprovicionado de una plantilla de fibra de carbono.

De todas formas este record no puede ser homologado por la IAAF debido a todas las asistencias tecnicas proporcionadas.

“El récord del mundo continúa en poder del keniano Dennis Kipruto Kimetto, que el 28 de septiembre de 2014 venció en Berlín con un tiempo de 2h02:57, pero Kipchoge, segundo del ránking oficial de todos los tiempos con 2h03:05, ha rozado en Monza los límites del ser humano en la carrera más larga del programa olímpico, alimentando el debate sobre cuánto tiempo habrá de transcurrir para que caiga el muro de las dos horas. ”  fuente: José Antonio Diego el Heraldo.es

Algo mas de Funciones Callback usando JavaScript

Una pregunta acerca de la implementación de funciones Callback me salió en el examen de certificación. voy a compartirlo en esta entrada.

 

Pregunta

Estas implementando una función callback usando JavaScript. Necesitas procesar el retorno de datos XML.

Como debería completar el siguiente codigo

 

<script>

function getStatus(url, callack){

var httpRequest = new XMLHttpRequest();

httpRequest.onreadystatehange = function(){

if(httpRequest.readyState===4

&& httpRequest.satus ===200 ) {

Target1

}

};

httpRequest.open(‘GET’, url);

httpRequest.send();

}

function start(url) {

getStatus(url, function() {

Target2

});

}

</script>

 

Target1:

a) callback.call(httpRequest);

b) httpRequest.setRequestHeader();

c) callback.call(httpRequest.responseXML);

d) callback = httpRequest.getResponseHeader();

 

Target2:

a) processResults(this);

b) processResults(url.calback);

c) processResults(this.XMLHttpRequest());
d) processResults(url.callback.responseXML);

 

y la respuesta es:

para Target1 c)

para Target2 a)

 

Apuntes de Administracion de Proyectos Software

Rara vez escribo sobre administración de Proyectos, no solo porque me parece un tema muy denso, sino también porque pensaba que toda teoría de administración al momento de llevarla a la practica se caía por el contexto y la cultura que tuviera la empresa.

Pensaba: “Suena muy bonito, pero pago por ver quien lo implementa en X organización”.

Ahora pienso diferente, porque toda esa teoría de administración de proyectos no vienen aisladas de un Marco de Trabajo. El Marco de Trabajo te dicta los pasos que debes realizar en la ejecución. El resto es observación e inspección del riesgo y control.

El primero de los errores en los que se cae en la administración de proyectos de software es quedar atrapado en un diseño técnico demasiado detallado, queriendo cubrir cada uno de los aspectos mínimos de un proyecto.

La especificación de diseño, sin embargo debe estar carente de toda ambigüedad, es decir debe impedir que alguien entienda diferente a otra persona en el proyecto.

Técnicas como descomposiciones de alto valor, permite acercar mas la estimación de costos y de tiempo a los stakeholders del proyecto.

Lo que todo proyecto busca en estos tiempos es mostrar resultados en corto tiempo, por eso se embarcan mucho en las metodologías ágiles, producen los resultados muy visibles a corto plazo, pero también exige a los administradores de proyecto a tener un equipo de muy alto rendimiento que debe tener la motivación correcta para poder dar con ese rendimiento.

Lo realmente complejo es que la motivación es diferente por cada uno de los miembros del equipo y que no siempre la motivación es económica, saber identificarlas es una habilidad de los lideres de proyectos.

Lo que sé de la motivación es que generan una acción, y que existen Intrínsecas, Extrínsecas, contributivas e Institucionales . Pero ya profundizar en cada una de ellas se lo dejo a los especialistas en la materia.

La competencia del que mas grite le hace mucho daño a los equipos de trabajo, al igual que el juego de manitas calientes en las organizaciones. ¿Recuerdan ese juego donde colocabas tus manos encima de las manos de otro amigo y se trataba de estar atento porque lo que iba a intentar es pegarte palmadas en las manos que teníamos puestas?.

Bueno esa practica en las organizaciones se aplica cuando existe un rol del personaje pendiente de buscar quienes se equivocan, un cazador de brujas de esos de tiempos de la inquisición,  entonces,  te distraes y  hacen el mayor escándalo posible para que tengas tu reprimenda, sin que lo importante sea resolver el problema sino que todo el mundo alrededor del proyecto tenga la conciencia de que hubo un error de parte tuya.

Dicen por los pasillos: “oh entonces la leyenda es cierta, es un humano”.

Esto no solo rompe los equipos de trabajo sino que le quita toda motivacion a los miembros de equipo.

ARRAY – JAVASCRIPT

Array

Los array hacen parte en el examen 70-480 de la sección de Implementación de flujo del programa.

Son utilizados para almacenar muchos valores en diferentes posiciones en una sola variable.

Deberás utilizar la palabra clave new Array  para crearlo

Ejemplo:

var cars = new Array(“Saab”, “Volvo”, “BMW”);

Pero basta sin utilizarla

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”];

 

Algunas funciones

 

Debemos tener claro la operación de adición de elementos,

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”];

fruits.push(“Lemon”);

// agrega un nuevo elemento (Lemon) a frutas

 

El método pop

Remueve el ultimo elemento de un array:

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”];

fruits.pop();

El resultado de fruits sera:

Banana,Orange,Apple

 

El método push

Adición un nuevo item a un array:

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”];

fruits.push(“Kiwi”);

El resultado de fruits sera:

Banana,Orange,Apple,Mango,Kiwi

 

El metodo concat concatena dos vectores,

Vector.concat(otrovector)

 

El metodo Indexof recibe dos parametros

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”];

var a = fruits.indexOf(“Apple”);

El resultado sera:

2

 

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”, “Banana”, “Orange”, “Apple”]; var a = fruits.indexOf(“Apple”, 4);

El resultado sera:

6

 

 

El metodo Join

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”];

var energy = fruits.join();

 

El resultado de energy será:

Banana,Orange,Apple,Mango

El segundo parámetro es el separador, por defecto es “,”

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”];

var energy = fruits.join(” and “);

El resultado de energy será:

Banana and Orange and Apple and Mango

 

 

El metodo reverse

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”];

fruits.reverse();

 

El resultado de  fruits será:

Mango,Apple,Orange,Banana

 

 

El metodo slice

var fruits = [“Banana”, “Orange”, “Lemon”, “Apple”, “Mango”];

var citrus = fruits.slice(1, 3);

 

The result of citrus sera:

Orange,Lemon

 

El metodo shift

Elimina el primer elemento

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”];

fruits.shift();

The result of fruits will be:

Orange,Apple,Mango

 

El metodo unshift

agrega un nuevo items al principio del array:

var fruits = [“Banana”, “Orange”, “Apple”, “Mango”];

fruits.unshift(“Lemon”,”Pineapple”);

El resultado será  fruits:

Lemon,Pineapple,Banana,Orange,Apple,Mango

 

El método Filter

Devuelve un array de todos los valores en el array ages array que este en 18 o mas:

var ages = [32, 33, 16, 40];

function checkAdult(age) {

return age >= 18; }

function myFunction() {

document.getElementById(“demo”).innerHTML = ages.filter(checkAdult); }

The result will be:

32,33,40

 

El metodo Some

Valida si algún valor en el vector de ages array tiene 18 o mas:

var ages = [3, 10, 18, 20];

function checkAdult(age) {

return age >= 18;

}

function myFunction() {

document.getElementById(“demo”).innerHTML = ages.some(checkAdult);

}

El resultado sera:

true

CAMINO A MCSD

En el camino del año que vamos he puesto como metas la certificación de practicas profesionales. Mi primer acercamiento fue en el 2009 talvez 2010 cuando hice los cursos oficiales de Microsoft para presentar el examen. Nunca programe un examen y esta idea de la certificación se empezó a diluir y quedar como un sueño aplazado. Los libros oficiales adornan mi biblioteca y los certificados que me entregaron engordaron la hoja de vida, pero el curso fue un brochazo muy rápido sobre las tecnologías hoy poco vigentes.

Lo primero que hay que tener en cuenta es que la certificación de debe validar cada dos años.

Este año presente mi primera prueba el día 22-02-2017 a medio día de exame 70-480, pese a estudiar algunas semanas antes, me falto el centavito para el peso. Mi puntaje fue 698 cuando se pasaba con 700.

 

El camino hacia la MSCD ha sido actualizado a partir de septiembre del 2016

El primer examen esta el examen

70-480 Programming en HTML5 with JavaScript and CSS3

o 70-483 Programming in C#

 

luego sigue

486 ASP.NET MVC Web Application

o 357 Developing Mobile Apps

 

Lo mejor en este cambio esta en que el siguiente examen es electivo.

lo que antes era 487 Developing Microsoft Azure lo han abierto a un abanico de posibilidades.

 

Aunque Azure no me he acercado lo suficiente yo no lo descarto pero me inclino por

496: Administering Microsoft Visual Studio Team Foundation

497: Software Testing with Visual Studio

498: Delivering Continuos Value with Visual Studio Application Lifecycle management

Descarto a SharePoint

532: Developing Microsoft Azure Solution

487: Developing Microsoft Azure and Web Services

 

Esta elección dependerá también de cuanta información se encuentra disponible.

Continuare este año con el tema de la certificación, pero no solo de Microsoft porque estoy buscando algo de Scrum y o de SOA

 

 

40

La version 4.0 de uno mismo debería ser mejor, llenarte de animo, de inspiración de alegría y de felicidad. Hoy que cumplo mis 40 mirar atrás no es una opción.

Recoger los saludos de tantos amigos en el mundo, me lleno de alegría. Cada uno de los grupos de WhatsApp me saludaron por mi cumpleaños, mi hermana desde Brasil, primos, amigos de empleos anteriores y de este (en octubre 2016 cumplí 5 en el actual), compañeros de colegio, de todos los que esperaba saludos recibí. Que felicidad me dio.

Google también me tuvo en cuenta puso en mi navegador una imagen para mi sesión.

Mi esposa y mi hija, pero sobre todo mi hija era la mas emocionada de mi cumpleaños.

Cada año he tenido retos y la idea de este blog, que ahora miro con perspectiva, nunca fue clara, pero el año pasado tenia objetivos atléticos y de runnning.

Este año tengo objetivo de certificaciones. Siempre fue un sueño aplazado, pero ahora este año voy a intentar certificarme en Microsoft y en Scrum.

Otro día mirare hacia atrás de lo que es mi vida y lo que me imaginaba que iba ser, otro día hare la retrospección, en otras palabras aplazare deprimirme para después, hoy quiero sentirme bien, sentirme contento y sentirme saludado.

Debo también escribir mas en este blog. No importa que sea tan diversificado. Pero lo voy a intentar.

« Older Entries