Este año de 2011 es un año de tantos cambios en Ándago (nuevas líneas negocio, mercados internacionales, sedes en otros países, nuevas personas, así como futuros cambios accionariales) que puede provocar sensaciones diversas a los diferentes equipos de Andago en nuestras 3 sedes: velocidad, ilusión, incertidumbre, ...
Para eliminar estas sensaciones me gustaría comentar y aclarar ciertas partes de la estrategia:
Todo esto abre una gran cantidad de retos y oportunidades a todas las personas de Andago que debemos aprovechar eliminando los posibles miedos y limitaciones de cada uno.
Y como siempre invitó a cualquier persona de la organización a poder conversar conmigo personalmente sobre estos tema u otros.
Saludos
Si la velocidad de Ándago de los últimos años ha sido endiablada:
este año, e incluso con la crisis, es cuando mayor velocidad estamos adquiriendo con todo un conjunto de iniciativas de expansión:
Todo esto hace que la actividad ultimamente sea frenética con el objetivo de tener a principios de año 2011 un escenario de mercados de más de 30 países, con soluciones para todos los segmentos de instituciones públicas, un canal de partners internacional, y todas nuestras soluciones liberadas y localizadas a diferentes idiomas.
Ya está sucediendo que tenemos personal de Ándago, practicamente todos los días, en 2-3 países diferentes.
!Toda una aventura! Esperamos que resulte, porque le estamos echando un gran esfuerzo, inversión e ilusión.
Todo un reto para una pequeña empresa que nacio en el pequeño pueblo de Getafe ya hace unos años.
Aunque hay mucho en juego, !Una gran ilusión!
Hace unos días leí una entrada de Zack Samocha en el blog oficial de Sauce Labs que me gustaría compartir con vosotros ya que va en la misma linea de mejora de los procesos de Testing y Aseguramiento de Calidad de Software que estamos abordando en Ándago:
Functional testing is the automation of web app testing across several platforms or browsers. In the past, functional testing was less common due to long development cycles and the lack of multiple browser options. It was done primarily in-house via proprietary software like Rational or QuickTestPro.
Today, there are four trends converging to radically change how organizations test web applications:
Are there other trends beyond continuous integration, mobility, open source and the cloud that will change how organizations test their web applications?
Fuente: Vínculo original en http://saucelabs.com Fecha Publicación: lunes, 10 de Mayo del 2010
El pasado 23 de marzo asistimos en Madrid a la jornada sobre la "LA COMPETITIVIDAD A TRAVÉS DE LA MEJORA DE LA CALIDAD DEL SW” organizado por AETIC en colaboración con European Software Institute (ESI), y que contó con la participación del Instituto Nacional de Tecnologías de la Comunicación INTECO, así como con algunas empresas del Sector con experiencia en CMMI.
Durante dicha jornada se habló del por qué y cómo de la Mejora de los Procesos Software y de la Innovación y Certificación como claves del éxito en la estrategia de la industria del SW. En Andago tenemos foco permanente en la mejora continua y por ello nos hemos planteado el reto de la implantación del nivel 2 del modelo CMMI-Dev. Por esta razón nos resultó realmente interesante la mesa redonda final en la que los participantes, pertenecientes a Accenture, Sadiel, Proconsi y Net2U, compartieron su experiencia práctica en la implantación del modelo CMMI. La responsable de Calidad de Proconsi comentó en su intervención que utilizaban Scrum confirmando que es viable nuestra intención de usar técnicas de metodologías ágiles para cumplir los objetivos del modelo CMMI nivel 2. Tomamos nota de las lecciones aprendidas y dificultades encontradas por estas empresas para emprender nuestro camino para conseguir este reconocimiento de madurez. Mas detalle de nuestra andadura en próximas entradas ...
Os dejo los siguientes enlaces para completar información sobre CMMI y metodologías ágiles:
http://www.sei.cmu.edu/library/abstracts/whitepapers/cmmi-dev-v12-spanish.cfmhttp://www.proyectosagiles.org/http://agilizandocmmi.wordpress.com/
Experiencias(podcasts) sobre combinar el modelo de madurez CMMI(Qué hay que hacer) con la metodología Scrum (Cómo hacerlo):http://podcaster.cl/download?id=18573http://podcaster.cl/download?id=18590
He leído una serie de artículos muy interesantes en el Nº 2 de la revista FAZ, (revista sobre diseño de interacción) sobre la incorporación de características emotivas en el diseño de interfaces de usuario.
Como diseñadora de interacción y consultora de usabilidad siempre me ha parecido muy interesante este tema, considerar el comportamiento humano a nivel emotivo así como sus reacciones y forma de proceder durante la interacción con un sistema. Incorporar estas características emotivas en una propuesta de diseño ayuda a las compañías a comprender mejor a sus clientes, mercados y a sí mismas. Los diseñadores siempre estamos buscando el modo de influir más en las decisiones de las organizaciones (o clientes). Muchas veces sentimos que todas las decisiones críticas ya han sido tomadas (y no siempre de manera correcta) cuando nos presentan el proyecto. Este aspecto entrega un valor excepcional a las empresas a nivel estratégico.
La mayoría de las empresas ya son conscientes de la importancia de las emociones para la promoción de sus productos y servicios y han intentado explotar las emociones dentro de su estrategia de marca. Esto es fundamental también para lograr un buen diseño de interfaces y en la mayoría de proyectos de diseño centrados en el usuario, no se valora.
Hay tres etapas importantes: Comprender la emoción, medir la emoción y, finalmente, diseñar para la emoción.
Las emociones son muy variadas y complejas y cuando el ser humano interactúa con el ordenador, estas emociones están presentes. Las emociones que experimenta el usuario dependen de la tarea que está desarrollando. Estas emociones generadas en el usuario por parte de la interfaz son clave ya que determinan la percepción que el usuario tiene de la aplicación. La capacidad de mantener o capturar la atención es uno de los efectos más importantes en las emociones.
Identificar las emociones y sentimientos involucrados es fundamental para poder modelarlas e incorporarlas a la interfaz y proporcionará a los profesionales de la usabilidad, a investigadores y diseñadores de interacción una valiosa información, midiéndo pues éstas emociones podemos entender mejor el nivel de implicación y de motivación del usuario.
Pero medir la emoción del usuario es difícil y a la vez caro y por ello la mayor parte de los trabajos relativos a evaluación de interfaces se centran en aspectos cognitivos y subjetivos en lugar de hacerlo en la dimensión afectiva. He encontrado un artículo en ésta revista donde nos proponen unas pautas que permitan evaluar de forma eficiente, fácil y económica el estado afectivo de los usuarios a través de la valoración de sus reacciones expresivas durante el proceso de evaluación de una interfaz.
Si os sigue pareciendo interesante el tema os dejo unos enlaces que he recogido gracias a la lista de Cadius (plataforma de debate sobre diseño centrado en el usuario, que os recomiendo) :
Ayer en nuestro país tuvimos un nuevo encuentro con las urnas. Los medios de comunicación no hablan apenas de otra cosa y me ha tocado vivirlo de cerca, en un colegio electoral. Hoy en día que están en boca de todos términos como "innovación", "modernización" o el menor consumo de papel, en un evento tan importante y que involucra a tantas personas, estos términos han quedado olvidados. He comprobado como el colegio se llenaba de miles de papeletas de diferentes partidos, todos ellos preocupados porque la suya estuviera situada en el mejor lugar, como si de un lineal de un supermercado se tratara. Todos ellos, preocupados por tener el mismo exagerado número de montones que el contrincante, todos ellos llenando el colegio de sus papeles blancos impolutos. Sin embargo, no he visto ninguna papeleta en papel reciclado, ninguno molesto por el inútil exceso anti-ecológico, ninguno abriendo el ya manido debate de la informatización de las elecciones.
Me alegra leer la noticia de que en algunas ciudades (Pontevedra, Lleida y Salamanca) han incorporado papeletas con código de barras, sin duda un avance de cara al arcaico y obsoleto método de recuento que ayer he tenido que sufrir en mis propias carnes. Sin embargo, habría que dar un paso más, un paso de gigante en este tema. Ayer por la noche, mientras el reloj avanzada imparable hacia las 22:00h y después de 2 horas contando "papeles" (1, 2, 3...114...209...) no dejaba de pensar en todos los modernos métodos que ya existen hoy en día y que podrían facilitar la tarea, además del obvio ahorro en papel, papel innecesario y absurdo ¿Por qué habiendo una ley como la 11/2007 de modernización administrativa, no se están llevando a cabo las tareas oportunas para ponerla en marcha en algo de tanto alcance como unas elecciones? Y en caso de que sí se estén llevando a cabo, ¿cuando podremos verlo con nuestros propios ojos?. Por otro lado, haciendo de abogado del diablo, diré que viendo que nuestros presidentes y vocales de las mesas electorales no son capaces ni de leerse el breve manual que les envían, me los imagino en serias dificultades ante medios más sofisticados. Por estas e infinitas razones, el futuro está en el voto electrónico. Se acabaría la tedosia burocracia del voto por correo, se facilitaría enormemente la labor a personas con discapacidades de cualquier tipo y sería mucho más rápido, ecológico, eficiente, eficaz y fiable para todos nosotros.
La productividad es uno de los puntos más importantes y delicados en el desarrollo de soluciones. Si bien cada vez hay más herramientas que permiten agilizar el proceso de codificación, muy pocas son las utilidades capaces de dar una solución completa y de calidad.
De igual modo que en una fábrica se mejoran las máquinas para crear productos en serie con unos mínimos de calidad y seguridad, se debe evolucionar en el nivel de abstracción de los programadores, optimizando su trabajo y mejorando sus resultados. De esta forma, a partir de documentación de análisis y diseño se puede generar código de forma automática que cumpla unos mínimos de calidad de acuerdo a los estándares existentes.
Conseguir un código automático y fiable, a parte de agilizar el desarrollo, tiene una consecuencia mucho más importante: elimina el tiempo de resolución de errores. Obviamente, el propio automatismo puede generar errores, pero no se trata de un problema de la aplicación resultado, sino del refinado del propio generador. Comenzar a pensar en aplicaciones con garantía, más allá del actual tiempo de resolución de errores en producción, conformaría una base que se hecha en falta en toda solución informática.
Existen en el mercado una gran cantidad de soluciones, incluso algunas de código abierto, pero parece que no consiguen cumplir las espectativas (tal vez por el fallido intento de las herramientas CASE clásicas). En muchos casos se debe a los frameworks cerrados de las grandes empresas, en otros, a las factorías software no interesadas en incrementar su rendimiento y reducir costes. Muchas, no son capaces de generar el 100% del código fuente.
Aunque la implementación de un generador de código puede enfocarse de formas muy diversas, la opción de MDA (Model Driven Architecture) se muestra como la más natural al actual sistema de análisis y diseño de aplicaciones.
Nuevos lenguajes de programación surgen para cubrir un punto intermedio: son fáciles de aprender, utilizar y mantener, sin la necesidad de una formación a nivel de análisis y diseño.
Esta obra está bajo una
licencia de Creative Commons.
Esta obra está bajo una
licencia de Creative Commons.