SG #42

Explicando la Calidad de Software Usando Sillas

sg — Wed, 07 Nov 2018 15:23:46 +0000

Explicando la Calidad de Software Usando Sillas sg Wed, 11/07/2018 - 09:23

Publicado en

SG #42

Calidad

Autor

José Sánchez Vázquez

Aunque en principio puede parecer que los costos de contratar el desarrollo de un software a la medida a través de una empresa especializada son mucho mayores que si contratamos a un equipo de freelancers, es importante evaluar todos los aspectos involucrados, especialmente la calidad y tiempo de entrega, lo cual a la larga puede resultar incluso más caro. Para entender esta dicotomía, pensemos en cómo funciona la calidad en el software comparándola con algo más tangible como la elaboración de unas sillas. Imaginemos la siguiente historia ...

Una empresa hotelera en crecimiento ha decidido cambiar las sillas de sus lujosos hoteles alrededor del mundo. La dirección de operaciones ha decidido descartar las soluciones “de caja” ya que una silla prefabricada y empaquetada no soluciona las necesidades y requerimientos especiales de sus hoteles más fastuosos. Así que el personal de compras se da a la tarea de buscar fábricas de sillas para cubrir las necesidades especiales y los altos requerimientos de las mismas. Después de algunos días dicho personal entrega un análisis a su jefe inmediato al cual le dicen lo siguiente:

"En general todos las fábricas de sillas requieren de un análisis de entre 1 y 4 semanas tan solo para analizar qué tipo de silla necesitamos y a partir de esto poder realizar una cotización".

Algunas caras de asombro se dejan ver en la reunión mientras que una gerencia que no conoce la importancia y sensibilidad del tema, expresa:

"Yo tengo un conocido que se dedica a eso, es un excelente ebanista quien ya ha fabricado una gran cantidad de sillas y además trabaja a un precio muy económico, yo podría llamarlo y concertar una reunión".

La reunión termina con la decisión de contratar al ebanista para que elabore una silla de prueba, y adicionalmente escoger a alguna de las fábricas de sillas para que realice el análisis.

Al día siguiente, un par de personas de una de las fábricas de sillas hacen una visita y realizan una enorme cantidad de preguntas: cuál es el perfil de los clientes del hotel, cantidad de estrellas de los hoteles, ubicación geográfica de cada uno, altitud, cercanía al mar, etcétera. La gran cantidad de preguntas llega al grado de desesperar a más de uno del personal que los atiende y que ya entre pasillos comentan:

"¿Para que tantas preguntas? Sólo pedimos hacer una silla"

El equipo de la fábrica de sillas se retira y comenta que en una semana enviarán la cotización.

Por su parte, el ebanista llega varios días después de que lo citaron, se disculpa sin mucho afán ya que ha tenido mucho trabajo y hasta ese día ha tenido tiempo de atender la solicitud. Sin embargo, se torna muy seguro, pregunta el tipo de madera del cual quieren las sillas, toma algunos datos con un lápiz en una pequeña libreta ya con muy pocas hojas, hace algunas señas con las manos indi- cando el tamaño que tendrá la silla, murmura unas palabras para sí mismo; piensa un poco y un par de minutos después comenta que estará en una semana y que el costo será de $1,000.

Pasa la semana y llega la cotización de parte de la fábrica de sillas. De acuerdo con esta, el costo será de $50,000 por el diseño y la configuración de la maquinaria de la fábrica mas $500 por cada silla. Además comentan que el tiempo requerido para el diseño y la configuración será de 6 meses explicando que es el tiempo mínimo que se toma reconfigurar la maquinaria de la fábrica de sillas y que se requiere el 50% de anticipo.

Al día siguiente el ebanista llega con su preciosa silla con un excelente acabado y con algunos detalles y adornos que le mermaron su utilidad.

En la siguiente reunión para tratar el tema, estos son algunos de los comentarios que se escuchan de parte de los gerentes:

"¡El precio de la fábrica de sillas es ridículo! ¿Nos van a cobrar por configurar su maquinaria? ¡Es una fábrica! ¡Deberían de ser más rápidos!"

Ante esto, y a pesar de que algunos no están convencidos y saben que algo no está del todo bien, se toma la decisión de con- tratar al ebanista para hacer todas las sillas.

Unos días después citan al ebanista para negociar la elaboración de las 300 sillas de cada uno de sus 10 hoteles, y como es evidente la empresa hotelera busca que el ebanista les cobre menos por la fabricación de las mismas, al fin y al cabo son 3,000 sillas así que por volumen debe de ser más barato. Se le da al ebanista un plazo máximo de 2 años, por lo que tendrá que contratar a algunos amigos y compañeros de su oficio. Después de negociar mucho, fijan el precio en $750.00 por silla, el ebanista hace cuentas para sí mismo y piensa:

"Son $2,250,000.00 ¡claro que me conviene!"

Al cabo de 4 años, el ebanista y sus compañeros terminan las sillas. Todas son similares pero no idénticas como esperaba la dirección de la empresa hotelera. Además, no resultan tan útiles en algunos hoteles donde la humedad o el clima les presentan problemas mayores con la calidad.

Al igual que en esta pequeña historia, cuando se habla de desarrollo de software es común que se piense que los costos por el análisis y diseño son excesivos; peor aún si se mencionan actividades como la gestión de la calidad, gestión de la configuración o instalación en producción. Esto sucede porque el software, al ser un bien intangible, se vuelve susceptible de apreciaciones erróneas como: "si se hace bien a la primera, no hay razón para que tenga errores", "¿para qué necesitas analizar si ya te dije lo que quiero?", "¿establecer una arquitectura y un diseño?, ¡ni que fuera un edificio!".

Si bien las características del software lo hacen un blanco natural para este tipo de cuestionamientos por parte de los clientes, nosotros mismos como profesionales del software también lo mutilamos con el uso de malas prácticas, por ejemplo:

No analizar: “¿Para qué analizar? Total, los requerimientos siempre cambian”.
No hacer diseño: “Es más fácil escribir directo el código y sobre la marcha decido el diseño”.
Desarrollar y no documentar: “Es mi código, nadie tiene por qué entenderlo”.
Liberar sin hacer un plan de pruebas: “El cliente nunca va a hacer eso, no tiene por qué fallar”.

Estos y muchos otros vicios tenemos que quitar antes de poder alfabetizar a los clientes sobre cómo funcionan las cosas en nuestra profesión.

Entre todos podemos cambiar la Industria del Software.

Bio

José Sánchez Vázquez es Licenciado en Sistemas Computacionales y cuenta con una Maestría en Habilidades Directivas. Tiene más de 10 años experiencia en desarrollo de Aplicaciones de Escritorio y Sistemas Web de los cuales los últimos 6 han estado enfocadas al Comercio Exterior. Cuena con conocimientos y experiencia en Administración de Proyectos y Análisis de Negocios.

SG Virtual 2013

lasr21 — Thu, 12 Dec 2013 02:45:40 +0000

SG Virtual 2013 lasr21 Wed, 12/11/2013 - 20:45

Publicado en

SG #42

El 23 y 24 de octubre, SG llevó a cabo la 5ta edición del con- greso SG Virtual, en el cual se impartieron 27 conferencias web que abarcaron disintos aspectos del desarro- llo de software tales como herramientas, prácticas, procesos, equipos de trabajo y emprendimiento.

Todo congreso es una excelente opor- tunidad de formación y actualización, es una excelente forma de crear conciencia sobre las oportunidades que tiene nuestra industria. Para SG, el llevar este evento a tantas personas y lugares representa el cum- plimiento de nuestra misión como empre- sa: ser una empresa líder e innovadora en generación y difusión de conocimiento so- bre Tecnologías de Información.

Para el equipo SG, lo cansado de la jornada virtual se compensaba cuando recibíamos mensajes de felicitación por el contenido y la logística del evento, es para nosotros un orgullo el poder hacer de este evento uno de los más importan- tes congresos virtuales de software a nivel Latinoamérica y que tanto ponentes como participantes hayan quedado satisfechos esperando ansiosos el próximo evento.

Agradecemos a los patrocinadores de este evento, ya que es gracias a ellos que este congreso pudo ofrecer conferencias web gratuitas durante día y medio: Ac- centure, Borland, HP, IBM, McAfee, Mi- crofocus, Microsoft-Visual Studio y SAP.

Gracias también para las asociaciones y organismos que nos apoyaron con la di- fusión de este evento así como a las sedes virtuales que apoyaron para que este even- to llegara a más gente.

Los modelos no tienen la culpa

lasr21 — Thu, 12 Dec 2013 02:43:52 +0000

Los modelos no tienen la culpa lasr21 Wed, 12/11/2013 - 20:43

Publicado en

SG #42

Tejiendo nuestra red

Autor

Hanna Oktaba

Estamos invadidos por una ola de modelos, estándares y certificaciones. Las siglas marean a cualquiera: CMMI, TSP, PSP, COBIT, ITIL, TOGAF, MAAGTIC, PMBOK, SWEBOK, BABOK, ISO/IEC 12207, 15504, SCRUM, XP, Kanban, Lean, UML, BPMN, por mencionar solo algunos. Yo misma me declaro culpable de agregar a MoProSoft, ISO/IEC 29110 y KUALI-BEH.

Crear, a los que voy a llamar modelos para simplificar, es un trabajo de comunidades de interés que tienen el objetivo de rescatar y compartir las mejores experiencias de las prácticas del cada vez más amplio espectro de la influencia de TI. Para los que no fueron involucrados en su elaboración saber escoger el que le convenga es un reto mayor.

Parecida exuberancia se observaba con los lenguajes de programación en los años 70’s y 80’s. La torre de Babel fue tapizada con nombres de lenguajes de programación de los cuales hoy en día nadie se acuerda, salvo abuelitas como yo. Ver Figura 1. La búsqueda de la forma más fácil de expresar las soluciones de diversos problemas computacionales fue la causa de esta exploración.

Cuando llegué a México hace treinta años, ofrecí mi primer curso en la Maestría en Ciencias de la Computación en el IIMAS-UNAM titulado “Programación estructurada en Simula-67”. Todavía conservo mis apuntes de este curso y la lista de asistentes. Simula introdujo por primera vez el concepto de clase, objeto y herencia pero como el concepto de programación orientada a objetos todavía no se acuñaba usé el de “estructurada” por estar a la moda de entonces.

Una de las tareas de mis alumnos fue estudiar y exponer los siguientes lenguajes de programación: MODULA, PLITS, PASCAL, ADA, ALGOL, EUCLIDES y EDISON. Hoy nadie programa en ellos, sin embargo en su tiempo fueron los eslabones que ayudaron a llegar a Java, C#, PHP, Ruby o Phyton, aunque usted no lo crea.

El estudio de Simula-67 y los demás lenguajes ayudó tanto a los alumnos como a mí, a formar criterios para seleccionar al más adecuado al contexto que uno enfrenta y aprender más rápido nuevos lenguajes.

Quiero aprovechar la lección aprendida sobre la abundancia de los lenguajes de programación para sugerir la “receta” de lidiar con la abundancia de los modelos. Las preguntas más importantes que se necesitan responder son:

¿Cómo comprender a los modelos con menos esfuerzo?
¿Qué criterios ayudarán a seleccionar el modelo que me convenga?
¿Cómo adoptarlo con el provecho real?

A continuación van mis sugerencias de respuestas a estas preguntas:

Comprender a fondo tantos modelos y estándares es una locura. Requiere de mucho esfuerzo y tiempo y los que están en la pelea diaria no lo tienen. Por lo tanto, mi primera sugerencia es que si te llamó la atención alguna de las abreviaciones, que mencioné al inicio, o alguna otra que te quieren vender como el remedio para tus dolencias, primero acude a Internet (buscando fuentes independientes como, por ejemplo Wikipedia) para conocer lo que significa la abreviación de cada uno, su propósito, alcance y a quien está dirigido.

Comprendidos estos elementos, analiza el contexto de tu organización o el personal y selecciona los candidatos que te suenen ser prometedores. Por favor no te guíes solamente por las convocatorias de financiamiento. Tener financiamiento es maravilloso, pero lo más importante es elegir lo que realmente apoye tu crecimiento como organización o personal.

Una vez seleccionado el o los modelos, trata de conseguir la documentación completa y original que lo describa. Estos documentos suelen ser gorditos y aburridos, por eso te doy unas pistas para que eficientes su lectura: primero, lee la descripción de la estructura general de los elementos que componen el modelo para confirmar que efectivamente se adecuan a tu contexto.

Luego revisa los propósitos y/o objetivos de estos elementos. Por ejemplo, en las área de procesos de CMMI revisa “specific and generic goals” y en MoProSoft los propósitos y objetivos de los procesos. Si no los comprendes por completo busca las definiciones de los conceptos en los documentos, en el Internet o usa la intuición femenino-masculina.

Te sugiero que esta revisión se haga en equipo (en caso de organizaciones) o individualmente para analizar honestamente cuales de los objetivos actualmente se cumplen y cuales consideran de que deberían de cumplirse para que la organización (o la persona) progrese. Esta auto-evaluación aportará criterios para decidir si la adopción del modelo revisado puede aportar valor real o no. Hacerlo con la(s) cabeza(s) propia(s) es muy importante, nadie sabe mejor que tú lo que necesites para perfeccionar tu profesionalismo o beneficiar a tu organización.

La selección de un modelo es apenas una parte, lo mas importante es su adopción. Sobre este tema podría escribir una telenovela. Me han contado pocas historias de “amor” y muchas de “villanos”. Los modelos ágiles no se libran de eso, es suficiente con revisar los comentarios sobre sus mitos en Internet.

Figura 1. Programming Languages: History and Fundamentals, de J. E. Sauel, 1969, Prentice Hall.

Por falta de espacio, me restrinjo de darles un consejo más. No hay que perder de vista que la adopción de un modelo significa el cambio de “usos y costumbres” para lograr el beneficio de la organización o persona. Esto, en los términos de moda de hoy, se llama buscar le competitividad. El chiste está en lograr el cambio verdadero y no una “estrellita” fugaz.

Los modelos no tienen la culpa. Los culpables de sus fracasos son los que los eligen sin saber para qué, los que los implementan pensado en cumplir con el “examen” de la certificación más que en el beneficio de ellos mismos. También hay culpa de los que aplican el “examen” tomando los modelos como “chalecos” a poner a todos por igual.

Tecnología y privacidad

lasr21 — Thu, 12 Dec 2013 02:41:15 +0000

Tecnología y privacidad lasr21 Wed, 12/11/2013 - 20:41

Publicado en

SG #42

Tendencias en Software

Autor

Luis Daniel Soto Maldonado.

Un “jugador preferido” se encuentra en el casino en Las Vegas. La racha es mala, con pérdidas en las últimas partidas. El jugador casualmente se encuentra cerca de una puerta de salida y cruza por su pensamiento la idea de “buscar mejor suerte en otro casino”. En ese preciso momento se acerca una camarera que le ofrece su bebida favorita y una copa de champagne complementaria durante la cena. El jugador decide que su suerte ha cambiado y permanece en el recinto.

El anterior pasaje no es ficción, sino un caso de éxito. Es la realidad actual en tecnología informática en los casinos modernos; en el último año se ha reducido en 30% el abandono para audiencias VIP logrando incrementar sus ganancias aproximadamente 13%. Para hacer esto, se requiere tecnología y la capacidad de actuar en tiempo real. De nada serviría descubrir este comportamiento en el reporte semanal o mensual. El futuro de la tecnología es responder instantáneamente y de forma personalizada.

La capacidad de medir todo en un mundo aumentado transparentemente con tecnología, cambia todos los modelos de negocio, es la verdadera era post-nube y post-móvil porque, en mi opinión, es más importante que el Internet mismo. Antes de profundizar en el tema privacidad exploremos otros posibles escenarios:

La empresa aseguradora no tiene que basarse en una “estimación” de distancias conducidas y riesgos del conductor. El costo del seguro puede ser personalizado en base a datos de telemetría que el vehículo transmita.
En una franquicia de venta de hamburguesas, será posible medir cada detalle de cada evento, permitiendo comparar la eficiencia por empleado sirviendo un café. Podríamos decir cuando un proceso no se realiza de la forma planeada o identificar el micro-robo de bolsitas de salsa cátsup. Un “sistema de observación” podrá identificar problemas.
En un futuro donde todos los componentes sean electrónicamente etiquetados, será posible rastrear cada pieza desde su creación hasta la actualidad. En la industria automotriz existirá la capacidad de “interrogar” a un auto para obtener el detalle de cada una de sus partes y atributos asociados, tales como CO2 emitido por el transporte individual de cada pieza, o saber si fue creada en una planta que ha sido acusada de emplear a menores. Se podrá predecir la duración basándose en información de conductores con hábitos similares.

¿En que momento la tecnología que pretende facilitar el esfuerzo humano cruza una delgada línea de invasión a la privacidad? No aspiro a contestar esta pregunta, pero comparto algunas observaciones.

Violación de la privacidad

La mayoría de los servicios web establecen el uso de la información para un propósito específico por lo que no se utilizará para otras causas, no será compartida con terceros e idealmente no se otorgará a los mismos la capacidad de identificar a un usuario en particular.

Desde la perspectiva del desarrollador de software parece no muy complejo. La capacidad de dar una garantía matemáticamente se denomina seguridad diferencial, y esta se encuentra en la primer etapa de desarrollo.

Hoy la mayor parte de las empresas carecen de las prácticas apropiadas de manejo de información, se encuentran registrando elementos que permiten identificar al individuo. Algunas empresas altamente responsables han creado iniciativas de privacidad de largo alcance. Voy a tomar el caso de Microsoft y en particular de Skype por mi cercanía con la solución de analíticas de negocio. La premisa es:

Antes de que cualquier información sea resguardada en una bodega de datos, se eliminará toda la información IP del dispositivo que lo generó, y se eliminará cualquier otro metadato que permita la identificación a un nivel más allá de la ciudad. Para ciudades pequeñas, se eliminará la información que permita la identificación a nivel estado.

De esta forma será posible hacer un análisis de tendencias, no de personas en particular. Por supuesto que es de interés el tráfico doméstico e internacional y volumen entre países, la duración de la llamada promedio, mayor y menor, pero no se requieren datos de una llamada o usuario específico. Será posible seleccionar parámetros para medir la adopción de diversas plataformas, por ejemplo si la llamada se genera de una PC, XBOX, tableta o celular, y en caso del último desde qué sistema operativo y versión. Será deseable efectuar comparativas entre países. Sin embargo, la información se utilizará únicamente con el espíritu de mejorar el servicio.

Es fundamental pensar profundamente los metadatos que se deben conservar y aquellos que deben destruirse. En el caso de atención a clientes, el correo electrónico originado de la empresa debe ser inspeccionado “por máquinas digitales” para asegurar que no se transmiten números de tarjetas de crédito, seguro social o el equivalente a la información que permite la identificación individual. Definitivamente habrá problemas que se extenderán a otros procesos de negocio.

El diseño de la tecnología lentamente evoluciona del que fue para computadoras aisladas. Y por supuesto los procesos de seguridad y educación del consumidor y la empresa son aún muy limitados. Seguramente nos llevará más de una década eliminar las “contraseñas” y definir con claridad el derecho a dejar de registrar ciertos eventos para desaparecer del enrejado digital.

Los procesos de innovación

lasr21 — Thu, 12 Dec 2013 02:39:01 +0000

Los procesos de innovación lasr21 Wed, 12/11/2013 - 20:39

Publicado en

SG #42

Mejora continua

Autor

Luis Cuellar

Hace unos días, durante la planeación anual de la compañía, tuvimos una presentación sobre el modelo de innovación llamado “Design Thinking”. El modelo es interesante y dentro de la presentación nos mencionaron el proceso de innovación que siguen como parte del modelo completo.

Dentro de la audiencia escuché algunos susurros, ¿procesos de innovación?, ¿qué no se supone que los procesos y la innovación están peleados?

La percepción general es que la innovación es parte del dominio del artista, el libre pensador (free thinker), sin limitaciones, el hombre libre que sólo se deja guiar por su creatividad mágica que únicamente el posee. Los procesos son parte de las viejas generaciones, de los estructurados, que no pueden pensar fuera de la caja, de los que tiene que planear su vida y no ven más allá de sus planes.

Quienes han leído mis artículos anteriormente se pueden imaginar mi reacción: yo creo fervientemente que los procesos y la innovación, no están peleados. Déjenme repetir: “Los Procesos NO están peleados con la innovación”, los procesos son una parte indispensable del medio ambiente que se requiere para realmente innovar, ¿Por qué digo esto? Porque el proceso es un acuerdo preestablecido entre un grupo de personas, estos acuerdos reflejan lo que hemos aprendido hasta este momento y nos ha funcionado, lo que sabemos hacer y cómo lo sabemos hacer. Y aunque estoy seguro que varios de ustedes están pensando: “lo que ha funcionado en el pasado no necesariamente funcionará para el futuro”, lo que acordamos hacer hoy nos libera de discutir el presente y por ende nos libera para pensar en el mañana, en otras palabras los procesos de hoy nos ayudan a liberarnos de los problemas del día con día, para aprender nuevas formas de resolver los problemas que mañana nacerán.

Hallazgos

Al revisar algunos procesos de innovación obtuve algunos aprendizajes nuevos y otros que ya sabía pero me quedaron más claros, déjenme compartirles estos hallazgos:

Los procesos deben de estar enfocados en las similitudes y no en las diferencias. Es cierto que el proceso de innovación es bastante artístico y existen miles de formas de llevar a cabo un objetivo, solo tienes que buscar en Amazon cuántos libros aparecen con la palabra innovación (ya lo hice son 276,561, no te distraigas) para darte cuenta de las mil ideas y formas de atacar el problema, pero en todos los casos al definir un proceso a implementar lo que se busca es resolver la mayoría de los casos a los que nos vamos a enfrentar.

¿Cuántas veces nos ha pasado que al tratar de definir un proceso empiezan a salir todos las diferentes posibilidades y no tomamos en cuenta qué tanto esos escenarios suceden en realidad? La consecuencia es que complicamos exageradamente el proceso a través de casos que solo sucederán de vez en cuando.

Un proceso implementable debe ser sencillo y sólo abarcar los casos más frecuentes. Alguien me dijo alguna vez: diseña procesos para gente pensante y lograrás soluciones sencillas que resuelvan el problema.

Los procesos deben de generar retroalimentación continua. Algo que creo que no se enfatiza suficiente al crear o definir procesos nuevos es que la idea de hacer repetible una acción nos permite aprender de la misma, cualquier tipo de aprendizaje se basa en lograr repetir continuamente algo y entender cómo eso afecta y se ve afectado por mi medio ambiente hasta lograr dominar lo que estoy haciendo. Al definir un proceso estamos expresando mucho de nuestros supuestos de cómo se han comportado las cosas con anterioridad. Debemos de escucharlo continuamente para aprender y ajustarlo a nuestro nuevo conocimiento.

El proceso no es un acuerdo estático, debe de contener algún tipo de métrica o retroalimentación que nos ayude a evaluar si nuestros supuestos son correctos y a mejorar continuamente lo que estamos haciendo. Por eso existen procesos individuales como el PSP (Personal Software Process), lo que buscamos con ellos no necesariamente es coordinarnos con otros, sino aprender de cómo estamos haciendo las cosas en forma objetiva y modificar así mis supuestos para crecer.

Otro punto que me llamó la atención en el proceso de innovación que nos mostraron es que las herramientas específicas se deben de estudiar en forma separada. El proceso es una cosa y las herramientas que definen como ejecutar el procesos son otra. Muchas veces escucho la objeción de que el proceso no dice cómo hacer las cosas en particular; te dice que hagas, por ejemplo, un plan de trabajo pero no como hacer un plan de trabajo. Esto es correcto, lo que buscas con el proceso es asentar las bases, el detalle puede establecerse en procedimientos específicos, en cursos sobre herramientas, en manuales detallados. Pero si queremos que el proceso supla la capacitación, tendremos que definir procesos interminables que nadie estará dispuesto a leer y que solo servirán para llenar repisas.

Finalmente, los procesos no requieren ser secuenciales. Creo que la definición de proceso que dice “Un proceso es una secuencia de actividades acordadas con anterioridad…” nos sesga a entender a un proceso como una actividad secuencial, secuencia sólo indica que hay cosas que se hacen primero y otras después, pero eso no quiere decir que no se puedan hacer cosas en paralelo, recursivas, incrementales o cualquier combinación de las anteriores, existen procesos en donde cada paso da información para decidir si seguir o volver al principio, y también existen procesos en los que de un punto en particular se disparan varias cosas a la vez y finalmente se reúnen nuevamente en un punto más adelante. Lo importante es que el proceso indique quién tiene que hacer qué y cuándo para poder llevar a cabo eficientemente un objetivo; nadie dijo que tendría que ser de manera lineal.

Por eso reitero, si escuchan que los procesos van en contra de la innovación, tengan cuidado. Para poder sentarnos a cambiar el futuro tenemos que dominar el presente, y si no podemos generar actividades repetibles lo mejor que podemos hacer en cuanto a innovación, es repetir las decisiones que ya habíamos tomado en el pasado para ver si ahora si las vamos a llevar a cabo.

El fracaso como proceso de aprendizaje

lasr21 — Thu, 12 Dec 2013 02:37:19 +0000

El fracaso como proceso de aprendizaje lasr21 Wed, 12/11/2013 - 20:37

Publicado en

SG #42

Emprendiendo

Autor

Celeste North

En el ambiente del emprendimiento tecnológico, algunas cifras resultan sorprendentes. Como el hecho de que 3 de cada 4 startups terminarán fracasando[1]. Sin embargo, aún es grande el temor a hablar del tema, en particular en Latinoamérica, donde tenemos una gran aversión al fracaso de manera pública.

Hace un par de meses, tomé junto con mis socios, la difícil decisión de cerrar NuFlick, startup que desarrollé por dos años y que contó con inversión de MexicanVC (ahora 500 Mexico City) y Start-up Chile. Las razones fueron varias: lenta penetración del e-commerce en México, falta de cultura digital en la distribución del cine mexicano y altos costos en el procesamiento y almacenaje de materiales, entre otros. Independientemente del proceso que como equipo atravesamos al momento de tomar la decisión de cierre, al iniciar este proceso nos enfrentamos a total incertidumbre. No sabíamos si existían procesos establecidos o prácticas estándares para empresas de tecnología que debíamos seguir, para este paso en nuestra startup. Es increíble que habiendo un índice de fracaso tan alto, existan tan escasos recursos de conocimiento para acompañar al emprendedor en esta etapa.

Así pues, me di a la tarea de reunir algunas de las reflexiones y aprendizajes logrados en este proceso que aún continúa, esperando que puedan dar un poco de claridad a otros emprendedores que estén pasando por momentos similares.

• La decisión. Uno de los temas más complicados en un startup es saber determinar si, en un momento dado, lo mejor es detenerse o perseverar.

Desafortunadamente no existe una fórmula para saber con certeza cuándo es momento de dar por concluido nuestro proyecto y cuando lo que se requiere es continuar empujando. Si la hubiera, quizá todos nos detendríamos más rápido. Al final, gran parte del objetivo de un startup, antes de convertirse en una empresa, es agilizar sus ciclos de prueba/error para entender más rápido cuál es el modelo de negocio, mercado, estrategia de marketing, etc. que le llevará al éxito.

Si empiezas a generar la incertidumbre, una estrategia que puede ayudarte a tener claridad, es establecer, junto a tu equipo, metas claras en fechas específicas. Esto además de dar visibilidad al crecimiento de la empresa, puede ayudarte a entender mejor qué parte del proceso, no está funcionando (el equipo de fundadores, las estrategias de marketing, el modelo de negocio, el tamaño del mercado, etc.), y de ser posible, modificarlo para incrementar las probabilidades de éxito.

• Plan de cierre. Si has tomado la decisión de detenerte, determina un plan de acción para el cierre. Cerrar una empresa no es un proceso que se ejecuta de la noche a la mañana, por el contrario, pueden pasar meses hasta que la empresa esté completamente cerrada y seas completamente libre para iniciar un nuevo proyecto.

Toma en cuenta que además de las implicaciones fiscales y legales, que de por sí consumen muchos recurso de tiempo y dinero, hacer un comunicado oficial, notificar con antelación a tus proveedores y buscar la manera de capitalizar lo logrado, es de mucho valor. Emprender es una carrera de largo aliento y muchos de los contactos creados en esta empresa, seguramente serán estratégicos para tu siguiente empresa.

• No olvides a tus proveedores y clientes. Sé empático con tus proveedores y clientes, una comunicación honesta puede crear lazos que perduren después de tu startup. Cuando un cliente deposita su confianza en tu producto o servicio, se genera un lazo de confianza que puede perdurar después del cierre de tu empresa. Si bien, no continuarás ofreciendo el servicio o producto por el que están pagando, debes ser capaz de entender su frustración al recibir el anuncio y poder ofrecerles algo a cambio que alivie el malestar. Desde hacerles una oferta durante el tiempo previo al cierre, notificarles con antelación, ser transparente con ellos u ofrecerles algún beneficio independiente con algún aliado estratégico. Piensa en cómo te sentirías en su lugar y qué te gustaría que hicieran por tí para disminuir esa fricción.

De igual manera, si tienes proveedores, es importante ser honesto con ellos, ya que en su momento depositaron confianza en tu recién desarrollado proyecto de emprendimiento. Para ellos también habrá un malestar que puede ser aliviado y capitalizado para convertirlos en contactos invaluables para futuros emprendimientos.

Lo valioso de fracasar reside en convertir la experiencia en un aprendizaje que nos acerque a un eminente éxito futuro.

Aunque fracasar no debe ser estigmatizado, tampoco debería ser siempre aplaudido. Lo interesante de la cultura de Silicon Valley es que abraza el fracaso porque lo entiende como parte de un proceso de maduración para los fundadores, preparándolos para tomar mejores decisiones en sus siguientes emprendimientos.

Si en tu siguiente proyecto de emprendimiento, cometes los mismos errores, de nada habrá servido la inversión de energía y recursos depositados previamente. Es sólo cuando transformamos esos fracasos en futuros logros, que la experiencia en sí misma, tendrá valor.

“Que no quede ninguna duda: lo que buscamos es crear una cultura donde el fracaso no es un objetivo sino una oportunidad de aprendizaje. El error más grande que cometemos es el de creer que no tenemos que equivocarnos; claro está que no tenemos que generar una cultura del error, pero sí una cultura del aprendizaje.” Juan Lopez Salaberry ~ 500 Mexico City [2].

Referencias

[1] Wall Street Journal - http://bit.ly/sg_3of4

[2] http://bit.ly/sg_fracaso

Cómo hacer un ¡hola mundo! con el framework para aplicaciones móviles ROMOB 1.0

lasr21 — Thu, 12 Dec 2013 02:35:46 +0000

Cómo hacer un ¡hola mundo! con el framework para aplicaciones móviles ROMOB 1.0 lasr21 Wed, 12/11/2013 - 20:35

Publicado en

SG #42

Tutorial

Autor

Karen Ivette Audiffred Fernández

Romob es una plataforma creada por la empresa mexicana Sisoft, para el desarrollo acelerado de aplicaciones móviles. En este tutorial mostraremos como hacer un “Hola Mundo” con Romob. Descarga la versión trial de Romob 1.0 en http://www.romob.net y podrás realizar una aplicación como la que se mencionara a continuación:

El desarrollo en Romob se realiza definiendo elementos por medio de archivos XML. Lo primero que haremos será crear un archivo app.xml con la configuración base de nuestra app. El listado 1 muestra el código de app.xml.

Como puedes ver, básicamente estamos definiendo el título de nuestra app (<title>), el archivo con la portada o pantalla de bienvenida (<coverFileName>), el archivo de estilos (<stylesFileName>) y el archivo de formatos (<formatsFileName>).

<?xml version=”1.0” encoding=”UTF-8”?>

<title>Romob</title>

<coverFileName>cover.xml</coverFileName>

<stylesFileName>style.xml</stylesFileName>

<formatsFileName>format.xml</formatsFileName>

</application>

Listado 1. Ejemplo de código de app.xml.

A continuación creamos el archivo cover.xml, en el cual definiremos la pantalla de bienvenida de nuestra app.

Como podrán apreciar en el listado 2, con la etiqueta <backgroundFileName> definimos nuestra imagen de background (la cual debe ser un png o jpg). Posteriormente, usamos la etiqueta <buttonTitle> para definir un botón de texto que contendrá nuestro mensaje “Hola Mundo”. También pudimos haber usado la etiqueta <buttonImage> para usar una imagen de boton y la etiqueta <dataId> para definir la siguiente actividad o pantalla al dar click en el botón.

<?xml version=”1.0” encoding=”UTF-8”?>

<level>

<backgroundFileName>images/cover/background.png</backgroundFileName>

<buttonTitle>Hola Mundo</buttonTitle>

</button>

</buttons>

</level>

Código 2. Ejemplo del código del Cover.

Una vez que tenemos los archivos, arrancamos el simulador. El resultado después de hacer la compilación y haber generado el .apk, se verá como la Figura 1.

Figura 1. Ejemplo de app en ejecución.

A continuación se muestra un diagrama de caso de uso, representado por un dibujo y especificación, en la cual se verá la interacción entre el Framework y el usuario. Ver Figura 2.

Figura 2. DCU Básica.

Versión:Romob 1.0
Objetivo: Iniciar la aplicación ¡Hola Mundo!
Descripción: Al ejecutarse en la aplicación muestra la pantalla.
Secuencia Normal: El usuario debe iniciar el Framework; primero de debe crear el proyecto y la clase App y Cover, el App manda a llamar el Cover, muestra las pantallas.

Estudio de salarios SG 2013

lasr21 — Thu, 12 Dec 2013 02:17:59 +0000

Estudio de salarios SG 2013 lasr21 Wed, 12/11/2013 - 20:17

Publicado en

SG #42

Consideraciones para interpretar las cifras

Las cifras y estadísticas que mostraremos en este artículo se generaron en base a una muestra de 2,329 respuestas obtenidas durante noviembre del 2013 en una encuesta realizada vía Internet.

Dado que fue una encuesta abierta en la que cualquiera podía participar, no podemos garantizar que la muestra sea representativa. Ante esto, los datos presentados deben utilizarse más que nada como una guía para encontrar tendencias, y no como un determinador absoluto. Dado que el 87% de los participantes en la encuesta indicaron radicar en México, los datos mostrados reflejan principalmente la situación en este país. En los casos donde lo consideramos pertinente, hemos mostrado datos separados por país.

Todos las cifras de salarios mostradas en este artículo se refieren a salario mensual bruto (antes de impuestos), y están presentadas en pesos mexicanos. El tipo de cambio que hemos tomado en cuenta para las conversiones es de 13 pesos mexicanos por cada dólar americano.

En las tablas donde se indique una columna con la etiqueta “Pct”, este valor se refiere al porcentaje de la muestra que indicó cumplir con el factor correspondiente. Por ejemplo, el 3.4% de la muestra indicó que actualmente trabaja bajo esquema de freelancer.

Salario por geografía

La tabla 1 muestra estadísticas de salario para distintos países de nuestra región. Solamente se muestran los países de donde se obtuvo una muestra mínima de 15 respuestas.

Como era de esperarse, el salario en Estados Unidos supera por mucho el de los países del resto de nuestra región. Nos llama la atención el caso de Chile; parece ser que los esfuerzos del programa Startup Chile están impactando significativamente los salarios de TI en este país.

Tabla 1. Salario bruto mensual por país.

En el caso de México, la cifra de $26,310 representa un crecimiento de tan solo 5% respecto al dato que obtuvimos en 2012 ($25,049), lo cual es casi equivalente a la inflación anual en este país así que realmente no podemos hablar de que hayan mejorado los sueldos en esta industria durante 2013. Otro dato que llama la atención en el caso de México es que la mediana (22,000) es significativamente menor a la media (26,310). Esto nos dice que la distribución tiene un fuerte sesgo, es decir que aunque el 50% de los participantes tiene un salario de 22 mil pesos o menos, el otro 50% percibe salarios mucho mayores, que terminan elevando significativamente el salario promedio. Para ilustrar esto mejor, echemos un vistazo a la figura 1 que muestra un histograma de frecuencias de salarios para México. Las columnas se refieren al porcentaje de personas de la muestra, que caen en cierto rango de salarios, entonces la primer columna se refiere a la cantidad de personas con un salario menor a 5 mil pesos, la segunda se refiera a las que perciben entre 5 y 10 mil pesos, y así sucesivamente.

Otro aspecto importante a considerar en el caso de México es la gran variación que puede haber entre los salarios en distintas regiones del país. La tabla 2 muestra el salario promedio por estado de la República Mexicana.

Figura 1. Histograma de frecuencias relativas para rangos de salario en México.

Tabla 2. Salarios por entidad federativa en México.

Esta lista no contiene a todos los estados del país porque solo incluye aquellos de donde se obtuvieron un mínimo de 20 respuestas. El comportamiento es muy similar al que hemos visto en años anteriores, con Nuevo León, Querétaro y Distrito Federal a la cabeza. Llama la atención el caso de Jalisco, ya que es el estado con menor desviación estándar respecto a su media, es decir que es donde hay menos variabilidad; este dato podría ser consecuencia de la naturaleza de la industria de TI en Jalisco, donde la gran mayoría son desarrolladores o profesionistas técnicos y el porcentaje de gerentes o directivos con altos salarios es menor respecto a otros estados.

Remuneración adicional

El 79% de los participantes reportaron recibir una compensación adicional económica en forma de bonos, aguinaldo, reparto de utilidades y otros. En promedio, la compensación extra recibida anualmente fue de $39,825 pesos con una mediana de $17,000 pesos.

Esquema

La tabla 3 muestra los esquemas de compensación más populares entre los participantes, indicando el salario promedio así como el porcentaje de la población que representa cada grupo.

Podemos ver que el esquema más común sigue siendo el de nómina con un 68%, aunque los esquemas híbridos (donde se paga una parte en nómina y la otra en un esquema distinto), cada vez se utilizan más.

Otro dato interesante es que los freelancers perciben una compensación mensual mayor que la de quienes están por nómina. Como hemos comentado anteriormente en SG, antes ser freelancer era sinónimo de que no encontrabas trabajo de planta y no te quedaba otra, pero cada vez nos encontramos con más freelancers por elección, que además cobran bien.

Tabla 3. Compensación mensual por esquema.

Variación

En términos de la variación que ha tenido el salario de cada profesionista de software durante los últimos 12 meses, el promedio calculado es de 13.2% con una mediana de 5%.

Tipo de organización

La tabla 4 muestra la descomposición de los participantes de acuerdo al tipo de organización en la que laboran. La revelación este año es que tenemos un nuevo tipo de organización: los startups, y son los que indicaron estar pagando los mejores salarios. Fuera de eso, el panorama sigue similar al de años anteriores: en la industria de outsourcing se obtienen mayores salarios brutos que en las empresas de otros sectores, pero con el inconveniente de que típicamente tienen menores prestaciones y menor estabilidad laboral.

Tabla 4. Salarios de acuerdo al tipo de organización.

Tabla 5. Salario por tipo de actividad.

Roles y actividades

La tabla 5 muestra el salario promedio dependiendo del tipo de actividades realizadas, así como el porcentaje de personas que indicaron realizar cada actividad. Cada persona podía escoger un máximo de 3 actividades, así que los porcentajes suman más de 100%.

En general, la tendencia es muy similar a la de años anteriores, con la novedad de que el salario de los diseñadores de interfaces de usuario aumentó significativamente. Hasta hace poco, el diseño visual era una actividad a la que se le daba poca importancia en el desarrollo de software, pero conforme la experiencia de usuario se ha hecho un elemento fundamental en las aplicaciones (especialmente en dispositivos móviles), podemos ver que la importancia (y por lo tanto salarios) de personas con esta capacidad también ha aumentado.

Género

La tabla 6 muestra un desglose de salario con base en género. La composición de cerca de 84% de hombres y 13% de mujeres es muy similar a lo que hemos visto en años anteriores. Así que desgraciadamente no hemos sido capaces de incorporar más mujeres en nuestra profesión. Más preocupante aún es que en el caso de las mujeres el salario promedio disminuyó respecto al dato que obtuvimos en 2012 ($20,350), por lo que la brecha de salario entre hombres y mujeres en nuestra industria se incrementó aún más.

Tabla 6. Salario por género.

A diferencia de 2012, cuando encontramos que los hombres y mujeres que ejecutan el mismo rol tenían salarios comparables, las cifras arrojadas en esta ocasión no nos dan ese confort. Por ejemplo, los datos de este año nos indican que el salario promedio de un project manager hombre es de $37,896 mientras que el de una mujer con el mismo rol es de $26,138.

Habilidades y conocimientos

Las tablas 7 y 8 muestran salarios promedio dependiendo de los lenguajes y plataformas más usadas.

En el caso de los lenguajes, solamente incluimos aquellos donde obtuvimos un mínimo de 15 respuestas. Adicionalmente, este año hicimos un ajuste en la encuesta, ya que solo permitimos seleccionar lenguajes a las personas que indicaron que su rol actual era como programador. Creemos que esto contribuyó a mejorar significativamente la fidelidad de los resultados, ya que evitamos que personas que ya solo hacen labor de gerencia o dirección, contesten como si siguieran programando.

Tabla 7. Salario por lenguaje de programación.

Tabla 8. Salario por plataforma de especialización.

La tabla 9 muestra salarios promedio dependiendo de certificaciones con las que cuenta la persona. Sin duda, sorprende el salario promedio de los arquitectos empresariales certificados, aunque consideramos que no está alejado de la realidad, ya que este tipo de certificaciones normalmente las tienen personas con posiciones de liderazgo tecnológico en empresas del sector financiero. Por otro lado, también nos sorprende que los certificados de Cisco hayan quedado con salarios relativamente bajos. Sin duda tiene que ver con que Cisco cuenta con distintos niveles de certificación (Entry, Associate, Professional, Expert, Architect) y es muy probable que la gran mayoría de los que indicaron contar con esta certificación tengan niveles Entry o Associate, que en muchos casos se obtienen incluso cuando todavía están en la escuela. Lección aprendida, para la próxima ocasión separaremos las certificaciones de Cisco por nivel.

Tabla 9. Salario por certificación obtenida.

La tabla 10 muestra el salario promedio dependiendo del nivel de inglés. Como ya hemos visto anteriormente, el dominio del inglés es uno de los factores con mayor influencia en el desarrollo profesional en nuestra profesión.

Tabla 10. Salario por nivel de inglés.

Conclusión

A través de estas páginas hemos conocido cuál es la compensación que puede esperar un profesionista de software en nuestra región, y cuales son los principales factores que la impactan.

Esperamos que esta información te sea de ayuda para evaluar mejor tu situación actual y tomar mejores decisiones en cuanto a tu carrera profesional. También esperamos que esta información sea de ayuda a las empresas para entender mejor el mercado laboral y niveles de salario en la industria.

Agradecimientos

Agradecemos el patrocinio de las siguientes empresas que contribuyeron a hacer posible el estudio:

Accenture
Desde Accenture creemos que existe un panorama alentador en relación al talento del país. México es uno de los grandes exportadores de Servicios de TI en el mundo y eso se debe a las grandes capacidades de su gente. En Accenture nos comprometemos con nuestros profesionales desde su incorporación a la empresa al ofrecerles una oportunidad laboral única. Herramientas como esta encuesta de salarios nos ayudan a conocer y entender el mercado, y de esta manera poder generar una plataforma sólida para que el talento mexicano pueda desarrollar su carrera con éxito. Creemos en el talento de México y en su asombrosa destreza. Pensar en futuro profesional es pensar en Accenture.

DataZone
En los últimos años México ha capitalizado los esfuerzos conjuntos de la industria, del sectoracadémico y los gobiernos estatales y federal para detonar el crecimiento de la industria de tecnologías de información al punto que el país se encuentra entre los principales exportadores mundiales de este tipo de servicios. Este crecimiento acelerado ha creado una dinámica muy competitiva por el talento de los profesionistas de TI. Actualmente las estrategias de las empresas para adquirir talento deben incluir diferentes canales como el desarrollo de profesionistas recién egresados, así como atraer y retener desarrolladores con experiencia. En este contexto, el estudio de salarios presentado aquí arroja información muy valiosa que refleja el dinamismo de esta industria tan importante para el desarrollo del país.

Mexico FIRST
Los estudios realizados para Mexico-FIRST indican que hay una variación del promedio aritmético de los salarios de un 36% después de un año de haber obtenido la certificación, con una probabilidad mayor al 77% de obtener por lo menos un ascenso en el mismo periodo de tiempo. El porcentaje de profesionales certificadas con nivel ejecutivo creció del 25.5% al 33.2% en el mismo periodo, lo que indica que una buena parte del grupo de personas que ostentan una certificación ha crecido hasta obtener responsabilidades de alto nivel, por lo que concluimos que en algunos casos los sueldos de los profesionales certificados mostrados en este estudio emprendido por SG tiene un componente de habilidad técnica y en algunos casos un componente de responsabilidad corporativa.

Rackspace Hosting
En Rackspace creemos en el talento Latino Americano y en el importante lugar que este ocupa mundialmente en el ámbito de las tecnologías de la comunicación. Estudios de este tipo nos demuestran la relevancia que tiene el sector en el desarrollo de la región y el papel que tienen empresas como Rackspace en la contribución del mismo. Asimismo, nos habla de las tendencias en el capital humano, lo que nos ayuda a la hora de valorar el esfuerzo que los profesionales de Latinoamérica en el sector de las TICs realizan cada día.

Softtek
El valor de la gente que cuenta con el conocimiento para desarrollar, gestionar e innovar las TICs cada vez es mayor, lo que se ve reflejado en los salarios que el mercado está dispuesto a pagar. La encuesta también confirma el hecho de que estamos viviendo en una economía del conocimiento, donde el valor del trabajo intelectual se reconoce sobre el trabajo físico y en donde los profesionales de hoy en día necesitan mantenerse constantemente actualizados, certificar altos niveles de especialización y dominar idiomas como el inglés para poder seguir siendo competitivos en el mercado laboral nacional e internacional.

Mejores empresas para trabajar

sg — Thu, 12 Dec 2013 01:51:53 +0000

Mejores empresas para trabajar sg Wed, 12/11/2013 - 19:51

Publicado en

SG #42

Personas

Como parte del estudio de salarios 2013 también obtuvimos información sobre el nivel de satisfacción de los profesionistas de software con su carrera, así como la empresa donde actualmente laboran. El objetivo fue conocer, de voz de nuestros lectores, cuáles son las mejores empresas para trabajar. Presentamos a continuación los hallazgos.

Metodología

La dinámica fue relativamente sencilla: los participantes en la encuesta, tuvieron la opción de indicar el nombre y url (para identificarla más fácilmente) de la empresa donde laboran, y llenaron una matriz donde indicaron su nivel de satisfacción con su empresa actual en distintos rubros. Los rubros considerados fueron:

El trabajo que realizo provee un reto intelectual que me ayuda a crecer profesionalmente.
Trabajo con gente muy capaz y eso contribuye a mi aprendizaje.
La empresa ofrece facilidades para tomar capacitación/entrenamiento.
La empresa ofrece facilidades para participar en eventos de la industria.
Sé hacia donde voy con esta empresa, confío en que puedo crecer mucho en ella.
Mi trabajo me ayuda a vincularme con personas fuera de mi empresa.
Cuento con el equipo y herramientas (hardware y software) adecuado para realizar mi trabajo.
La empresa tiene finanzas estables y paga puntualmente.
Me agrada mi estación e inmobiliario de trabajo (oficina, escritorio, silla, etcétera).
Estoy satisfecho(a) con la ubicación donde se encuentra la empresa/oficina.
Me gustan las opciones que tengo para comer.
Estoy satisfecho(a) con el horario de trabajo (o flexibilidad de horario)
Me siento valorado(a) por mis superiores.
Laborar en esta empresa me facilita estar saludable.

La calificación en cada uno de estos factores se promedió para generar una calificación global por cada participante. A su vez, las calificaciones globales de los distintos participantes de una empresa se promediaron para obtener el puntaje de la empresa. Solamente tomamos en cuenta a empresas de donde obtuvimos un mínimo de 4 participantes distintos.

Las empresas

Así que sin más, les presentamos la lista de las 20 mejores empresas para trabajar de acuerdo a los participantes en la encuesta de salarios SG 2013. Están en orden de ranking, y el valor en paréntesis indica el puntaje obtenido (de un máximo de 28 puntos posibles).

Microsoft (26.00)
Intel (22.17)
Universidad Autónoma del Estado de Hidalgo (19.80)
Globant (19.63)
Scio Consulting (19.00)
InnovaWeb (18.58)
Crowd Interactive (18.25)
INEGI (17.71)
Tiempo Development (17.50)
ITESM (16.75)
Oracle (15.94)
Linko (14.40)
Softtek (14.00)
Grupo Expansión (14.00)
Coppel (13.64)
Indigo Smart Software Development (13.50)
IDS Comercial (12.65)
BBVA Bancomer (12.50)
HP (11.89)
BlueMessaging (11.50)

Dado que la gran mayoría de los participantes en la encuesta radican en México, casi todas las empresas listadas son de México o se refieren a su subsidiaria en México. Una excepción es Globant, donde los participantes que la evaluaron indicaron radicar en principalmente en Argentina y Colombia.

Vale la pena aclarar que dada la metodología utilizada, esta no es una lista exhaustiva de empresas de la industria. Es decir, el hecho de que una empresa no aparezca en la lista no necesariamente es porque no haya sido bien calificada, sino que también puede ser porque no hubo suficientes respuestas de parte de empleados de esta empresa, como para ser considerada.

Nos da gusto que la lista incluya tanto empresas chicas como grandes, nacionales y multinacionales, instituciones educativas e incluso organismos como el INEGI. Felicitamos a cada una de estas empresas.

El mundo jamás se quedará quieto

lasr21 — Thu, 12 Dec 2013 01:48:47 +0000

El mundo jamás se quedará quieto lasr21 Wed, 12/11/2013 - 19:48

Publicado en

SG #42

Los que tuvieron la visión de este nuevo mundo móvil, tienen más de una década trabajando en él, desarrollando estrategias que dan solución a necesidades de comunicación de los usuarios que obligan a cambiar al software por dentro y por fuera.

Por dentro, el software se robustece respecto a sus esquemas de seguridad, cambia su arquitectura, se habilita para la disponibilidad en la nube y en muchos casos se aligera el código. Y por fuera, se diseña con base a las posibilidades visuales de la gran gama de dispositivos móviles que al día de hoy existen.

La transición del software a este modelo no es fácil, puesto que las organizaciones dedicadas al desarrollo que eligieron subirse a esta gran tendencia tuvieron que realizar cambios profundos en sus esquemas de arquitectura, diseño y venta, estos tres puntos traen consigo un reto muy importante: tener la visión estratégica y la capacidad para continuar operando bajo su esquema tradicional mientras se preparaban para salir a flote con soluciones móviles. Es por ello que muchas soluciones aún no emergen pero estamos seguros que durante el próximo año, veremos más estrategias hechas realidad y con mucha mayor frecuencia.

Dentro del conjunto de transformaciones que ya estamos percibiendo se encuentran:

Oficinas virtuales y colaborativas – En la búsqueda de depender lo menos posible de un lugar físico para trabajar, para aprovechar los tiempos entre traslados, para reducción de costos y para brindar flexibilidad a las fuerzas de trabajo, cada vez es más común encontrar esquemas de trabajo remoto. Este esquema ha beneficiado a los roles que son más valiosos cuando no están en la oficina.

Lo anterior aunado a la tendencia de trabajar con equipos multiculturales a larga distancia ha abierto oportunidades para los creadores de tecnología móvil para el desarrollo de herramientas que ayuden a cubrir los objetivos organizacionales sin sacrificar la efectividad de la comunicación, los tiempos de respuesta y la calidad de productos y servicios.

Acceso al conocimiento – El conocimiento ya no es exclusivo de un momento o un lugar, la movilidad permite tener acceso al conocimiento que necesitamos al instante y este conocimiento no tiene restricción de tamaño: desde un párrafo, un dato, una cápsula, un video hasta un libro digital o un curso en línea. Sobre el último punto mencionado, tenemos las iniciativas denominadas M-learning o aprendizaje móvil, las cuales se están diseñando para aprovechar al máximo las tecnologías móviles en procesos de enseñanza. El poder analizar datos en línea desde cualquier lugar y en cualquier momento para monitorear procesos y resultados de las organizaciones para que se puedan tomar decisiones en tiempo real efectivas es un factor que muchos están aprovechando para mejorar su competitividad.

Vitrinas en todo momento – Además del acceso al conocimiento, el poder del Internet y la movilidad permite que los negocios puedan ser vistos y consultados en cualquier momento por los consumidores potenciales lo que hace de cada página web y cada red social una vitrina que puede ser vista en cualquier lugar y momento. La mentalidad con respecto a las transacciones en línea ya está más abierta por lo que son cada vez más frecuentes las compras en línea, entonces estas vitrinas se pueden convertir en vendedores ambulantes y estaciones de cobro. Según comScore, en el 2012 el 8% del e-commerce ya se efectuaba desde un dispositivo móvil, los proveedores cuentan con que esta cifra seguirá creciendo y es por ello que ya están preparados para dar a sus usuarios todas las facilidades para poder sumarse.

Redes sociales – Esta también ha sido una tendencia disruptiva que está transformando a la sociedad por lo que a toda estrategia de movilidad ya la vemos acompañada de una estrategia de redes sociales que fomente la comunicación, colaboración y sinergia. La combinación de la movilidad con las redes sociales es una fuerza que está transformando a los consumidores y por ende a las empresas. Es oro molido el poder contar con información sobre la relación directa entre usuarios y una marca, ya que permite un análisis de conductas muy preciso sobre el cual se puede reaccionar de manera inmediata para cuidar la imagen de la marca y la satisfacción del usuario.

Retos

El balance. Consumir las fortalezas de la tecnología móvil sin debilitar otras prácticas y otros procesos.

El futuro. Para los niños de hoy, el mundo ya es móvil y ya es “touch”, ellos serán los usuarios del mañana por lo que tanto empresas como gobierno deben prepararse para actuar con visión para brindar a sus futuros usuarios interfaces conforme a sus exigencias.

El cambio. A partir de todo lo que hemos visto durante este año sobre tecnología móviles, estamos seguros que vendrán más cambios y de manera más rápida en los que continuaremos conociendo y aceptando las reglas de este nuevo mundo móvil.

La paciencia. En algunos sectores como la educación y la salud, la adopción de este tipo de tecnologías es más gradual, lo que no impedirá que se propaguen cada vez más pero definitivamente será de manera más lenta que en otras industrias.

La tecnología móvil ya es un hito en la historia, no solo tenemos que darle importancia sino analizar nuestras capacidades como empresas y profesionistas para identificar ¿qué estamos haciendo al respecto?

La era móvil ya está aquí y para los usuarios es una necesidad.