Reflexiones de un curso de Balanced Scorecard...

"Lo que no se mide, no se mejora".
Principio de Calidad.

He llevado varios cursos de indicadores, recuerdo hace varios años una serie de cursos de la Secretaria de Planeación en la UTEZ en los que descrubrí los indicadores macros o  superindicadores como el Indice de Desarrollo Humano. Ahora, al tomar el curso de Gustavo, que está muy bien presentado para comprender los sistemas de indicadores me surgió la pregunta: ¿Si yo diera un curso de indicadores hoy, para implementarlo, algo así como Gestión práctica de indicadores que haría?

Punto 1: Understaand deeply simple things.

Si yo tuviera que dar un curso practico para medir lo que importa o poner un sistema de indicadores como lo haría?

1. Pondría el video de Kaplan vs Goldratt donde Goldratt defiende que no se necesitan más de tres métricas. 
2. Aquí ver la película de Moneyball y del libro sacar algunos datos importantes sobre que es lo más importante.
3. Buscar sobre radiadores de información y tableros físicos.
4. Buscaría implementar un tablero de información.
5. Tal vez algo de gamificación para gestión interna.
6. Seguir el libro del principio del progreso: progreso, catalizacion y la construcción de un ambiente sano de trabajo.

Punto 2: Make mistakes.

Aqui va la implementación del tablero. Debemos de implementar un tablero en el taller de indicadores que s e vaya retroalimentando iterativamente.

Punto 3: Raise questions.

• ¿Porque no me gusta tanto el Balaced Scorecard ahora, si si me gustaba cuando lo implementé en la Oficialía Mayor? Tal vez es porque en donde estoy ahora es mejor aplicar técnicas más sencillas. 
• ¿Lo usarías o no en este momento? No.
• ¿Qué usarías en su lugar? Me inclino más por los tableros físicos y por limitar el número de indicadores. Debemos de gestionar pocas cosas, es imposible gestionar 100 indicadores...
• Debo de implantar un sistema de gestión de indicadores? Sí.
• Si Toyota, que es un monstruo maneja tableros físicos. Nosotros no deberíamos seguir esta práctica? Sería una buena idea comenzar por aquí.
• ¿Cómo sería un sistema de medición automático? Mas bien creo que debo de evaluar automáticamente el progreso como dice The Progress Principle.

Punto 4: Follow the flow of ideas.

• Sistemas de gestión de calidad. Que fue antes?
• Balanced ScoreCard. Que se está usando?
• Tableros físicos. Qué sigue?
• Buscar algunas curvas S en Sistemas de medición de indicadores.

Punto 5: Change.

El estado natural de las cosas es el cambio. Under construction.

Cualquier implementación de sistemas de indicadores va a cambiar. Es un hecho de la vida.

¿Qué he aprendido en el curso?:

Que es importante conocer los detalles de cada uno de los indicadores. Understand deeply simple things.

Alejandro, me dio los siguientes tips en función de la perspectiva de Goldratt:

1) Identificar la meta.

2) Ver que te impide lograr mas de la meta.

3) Definir indicadores negativos, es decir, descendentes, que es lo que debemos reducir para lograr más de la meta.

4) No medir más allá del nivel de ruido. Es decir, no dedicar esfuerzos adicionales a la medicion. Si la toma de decisiones se realiza en dias, no buscar medir horas o minutos. (Buscar referencia de ello).

Por leer:

• Tesis de alumnos de Gustavo para alternativas de sw para indicadores para Balanced Scorecard. Más de 100 herramientas y casi 20 de software libre.

Entrega II: Cómo hacer una buena entrada en tu blog.

1) Elige un tipo de letra. Para comparar que tipo de letra vas a utilizar, usa http://www.typetester.org. De inicio compara las fuentes que blogger te permite utilizar. Typetester es una de varias aplicaciones que puedes utilizar para comparar diferentes tipos de letra o typefaces, para más info busca aquí: http://www.makeuseof.com/tag/5-tools-compare-typefaces-choose-font-work/

2) Agrega subtítulos y redacta tu idea principal en el primer párrafo. Según estudios de usabilidad, existe un patrón de lectura de posts en blogs que asemeja una F, siendo el primer párrafo el lugar que siempre se lee. Es frecuente que los usuarios no lean los posts completos. Asegurate entonces de que la idea que quieres transmitir quede en el primer párrafo.

3) Agrega títulos, subtítulos y si aplica viñetas. Esto dará orden a tu post y mayor legibilidad. El punto 2 y 3 son consejos del siguiente post con consejos sobre usabilidad: http://mashable.com/2011/09/12/website-usability-tips/

4) Otros tips. Si quiers modificar los colores asegurate que sean colores que combinen, para ello utiliza el círculo cromático que viene a continuación:  http://www.worqx.com/color/color_wheel.htm

5) Si quieres tomar fotos con tu cel, aquí algunos buenos consejos también: http://iphonephotographyschool.com/

The five elements of effective thinking. A specific and concrete way to be creative.

This is a resume from the book, written like a recipe to practice each of the principles in a simple way. The authors relate each principle with a basic element proposed by ancient greeks: earth, fire, air, water. And they include the quintessential element. Something that does not change. The change itself.

Por Helgi Halldórsson from Reykjavík, Iceland (It is thinking about our thinking) [CC-BY-SA-2.0 (http://creativecommons.org/licenses/by-sa/2.0)], undefined

The first principle is Earth: Understand deeply simple things. “ Extraordinary people are ordinary people thinking different”.

• Exercise 1: Do you know truly the essentials?
• Open up a blank document
• Make an outline
• What is missing?
• Compare with the internet.
• How can you fill gaps?
• Exercise 2: Find the essential.
• Step one: Identify and ignore all distracting things.
• Step two: Analyze the central issue and apply this insights to the larger whole.
• Example: 9 bull drawings from Picasso.
• Another example: “Raise children to become independent thinkers which take responsibility for their life’s decisions ” is the essence of parenting.
• Exercise 3: Say it like you see it. If you are writing an essay read literally what’s written.
• Exercise 4: What everybody believes is not always actually true. Galileo and the gravity experiment with two balls of different material.
• Exercise 5: Defend the opposite. If you are a republican go to a democrat event.
• Example: the Niels Bohr approach to discover quantum mechanics. One day quantum mechanics exist, the next day  it doesn’t.
• Exercise 6: See what is missing. How can you see what is truly invisible?
• Exercise 7: Add adjectives to the object. Example: “non individualized education” was the origin of the MOOCs.

The second principle is related with fire: make mistakes. “Let the errors be your guide”.

• Exercise 1: Fail 9 times, in the 10th you’ll be right.
• Exercise 2: What is correct?
• Exercise 3. Have two default reactions to mistakes.
• Step one: let the mistake lead you to a better attempt.
• Step two: ask if  the mistake is a correct answer to a different question.
• Exercise 4: Have a bad day and learn from the that.
• Exercise 5: Going to an extreme.
• Example: be minimalist. If you had all the money and the time what will you do to improve your math class? Go to Paris and measure the Eiffel tower angles. Answer: go out of the classroom to teach real world mathematics principles.
• Exercise 6: Face intellectual challenges. Try something difficult.

The third principle is related with air.  It is raise questions.

• Exercise 1: Teach to learn. When you teach you have to ask what is the student’s motivation? What are the basic examples? On what aspects should I focus? What are the underlying themes? What are the important details?
• Exercise 2: Perform problems on the same environment.
• Exercise 3: In class. Talk to your neighbor and ask two questions.
• Exercise 4: Be the official questioner of the class.
• Exercise 5: Find the correct question.
• Example 1: The incorrect question is: How can I make material easier for my students? Instead: What should the goals of education be? Develop critical thinking and communication skills.
• Example 2. Constantly asking questions its a mindset with tremendous impact.
• Example 3:” How can I be successful?” is not the correct question. Instead What is success for me?
• Example 4: “How can I Improve my grades?” is incorrect. Instead How can I think better to understand more deeply.
• Example 5. “How can I solve the traffic?” is not a good question, instead “How can I use this time effectively?” is.

The fourth principle is related with water. It is “Follow the flow of ideas”. Every advance can be a launchpad for a better investment.

• Exercise 1: Iterate ideas. Example: 39 drafts from Hemingway.
• Exercise 2: Every subject is an ongoing journey of discovery and development.
• Exercise 3: Ask, what is next?
• Exercise 4: A look back. The earlier material will come easier, clearer and meaningful because you will see its significance through later work that came from it.
• Exercise 5: One small step: our ideas are only tiny variations of what has been thought before.
• Exercise 6: I begin with and idea and then become something else. Picasso.
• Exercise 7: Once you have it think how can I improve it?

The fifth principle is the quintessential principle. The ancient greeks thought about this element as something that doesn’t change, but the change itself.

• The reason happiness is so hard it is because it is so easy.
• Exercise 1: Adapt the habit of improvement.

This is a resume of the book and the exercises recommended for authors to think effectively. Lets follow this advice to be a better person.  

PS: This is my first post in English.

Dia 1. Taller de Enfoque Estratégico de Innovación y Gestión de de la Innovación.

¿Qué me gusto del curso?

• La experiencia del expositor. Platico muchos casos del sector de innovación en México durante 30 o 40 años como consultor de InfoTec en empresas tradicionales mexicanas. 
• Ha viajado a muchos lugares del mundo por lo que también comenta anécdotas y experiencias.
• Hay algunos casos que podré utilizar para mis cursos de innovación.
• Una empresa expreso la necesidad que tienen para que alguien los ayude a realizar proyectos de estímulos a la innovación y que pagan 40,000 pesos por la elaboración del proyecto.

¿Qué no me gusto?

• Demasiado teórico.
• Creo que no les va a servir mucho a las empresas asistentes.Las empresas esperan herramientas que les sirvan para realizar proyectos de innovación. 
• El curso es una charla general de innovación y planeación estratégica. El profesor conoce muchas, pero no está especializado.
• Ha sido consultor durante mucho tiempo pero no se ha especializado.
• Menciona muchas metodologías pero no se aterriza en ejercicios concretos.
• Solo el profesor habla.

Algunas ideas que considerar

• Innovar comienza por como vemos a nuestra empresa u organización. Es diferente considerarte un productor de muebles para oficina que un habilitador de espacios para incrementar la productividad y el ambiente.
• La innovación es diferente de la invención.
• La innovación es un mundo de fracasos.
• Si alguien no está encargado de innovación está se diluye. 
• Irrelevancia de los estados contables.
• El Balanced Scorecard tiene la perspectiva de los dueños (financiera), de los clientes, de la operación (procesos) y de la innovación y crecimiento. Esto yo no lo habia pensado así.
• El problema no es fracasas. Debemos de fracasar rápido. Todas las tecnologías son conocimientos de tecnologías acumuladas.
• La innovación es una cuestión de comunicación al interior.
• Liderazgo es la capacidad de lograr cambios.
• Si un profesional no dedica una hora a ver lo que esta pasando en el mundo en su tema, esta fuera.
• Las oficinas de patentes son un lugar para donde buscar proyectos de innovación. De ahí se pueden buscar innovar basado en lo último que se ha registrado.
• La sociedad se beneficia más de una innovación que la misma empresa. Un orden promedio de 100% contra 15%. Interesante. Mansfield. Social return of innovation.

Casos de innovacion interesantes

• Curvas S. Tapa roscas y PET. La curva negra vs la curva roja. Camaras kodak vs camaras digitales. Esto sería buenos casos para el taller de innovación.
• En PEMEX no innovamos, somos seguidores. Ellos adoptaron una estrategia de bajo riesgo. En los últimos tres o cuatro años la estrategia de PEMEX ha cambiado.
• El caso de Parral Chihuahua. "Yo nos soy maquilador". Había 300 empresas mineras proveedores de la industria minera. Se crea el campus de economía internacional de la UACH. Crea el CIDEIT quien recibió 2 millones de dolares del BID para reinventar Parral. En la mañana los chavos iban a clases y en la tarde daban consultoria en el CIDEIT. 20 chavos aprendieron a hacer proyectos desde el primer semestre de sus carrera y este equipo comenzó a transformar Parral. Manuel Parga murió. Pero estos 20 chavos formados fueron muy peleados en muchas instituciones. Al hacer un plan estratégico Parga... Primero invitaba a un historiador. De donde venimos, que tenemos y hacia a donde queremos ir. ¿Qué paso con los planes 20/20?La Universidad de lavall de Quebec tenia varios contratos de 20, 30 y 50 millones de pesos. Las Universidades si deben de ayudar a generar nuevos proyectos.
• La Universidad de lavall de Quebec tenia varios contratos de 20, 30 y 50 millones de pesos. Las Universidades si deben de ayudar a generar nuevos proyectos.

Como medimos la innovación

• De entrada: inversión, patentes, personas que tenemos en innovación, maestros doctores, vinculados con quien, convenios de innovación.
• De operación: proyectos vinculados, nuevas areas.
• De salida: ingresos por nuevos proudctos, patentes. 

Áreas de oportunidad / nuevos proyectos.

• La número uno. Creo que el taller de TRIZ les sería mucho más útil a los empresarios que un taller de innovación general. También uno de kanban. Y por supuesto otro de Teoría de Restricciones.
• Elodi dice que tienen que asesorarse para bajar recursos con empresas de Chihuahua. Y es muy complicado hacerlo por correo. La Oficina de Transferencia Tecnologica es una necesidad.
• Crear un grupo que pueda desarollar proyectos para bajar fondos para convocatorias de innovación.
• Hay muchas patentes que no están registradas en México. 
• En Brasil, existe una empresa que compra patentes y su negocio es difundir esta información. Para aprovechar estas necesidades.

¿Quiénes asisten al taller?

Elodi, productor de remolques para el sector minero, almazan productor de muebles, cementos cruz azul, periodico la jornada, Hasit, Acerca, Rodrigo Castañeda, Empresa total (consultores para la implantacion de Sistemas de Gestion de Calidad en PYMES), Monitoreo de Medios Electrónicos.

Los intereses son variados, desde conseguir un consultor, fortalecer con el area de gestion de la innovacion sus sistemas de gestion de la calidad, implementarlo a areas agricolas.

Algunas preguntas

• ¿Cómo logro que los investigadores salgan a la calle a resolver problemas y que tengan un mayor impacto y trascendencia?
• ¿Para innovar en una empresa cuantas personas o roles son necesarios?Hay un hacker, un operativo, un encargado de negocio y un diseñador. Un responsable de difundir informacion técnica. Muy interesante ejemplo de agencia rusa que clasificaba revistas y enviaba a todos los negocios del pais una lista de lo que les podia servir y luego ellos les enviaban la informacion. Según Arturo, un Godfather (defiendie a la innovacion de los contadores) o patrocinador, un investigador, un implementador, ingeniero creativo (doer). El administrador del proyecto. El que une la tecnología con la estrategia. El bridge person (reune capacidades de multiples disciplinas).

Dinámicas 

1¿Cuáles son los obstáculos par la innovación? En equipo definirlos. Y luego proponer soluciones a los problemas encontrados.

• Ante directivas temerosas es bueno tener confianza con proyectos pequeños donde se invirtió, que se llaman quick hits. Los quick hits van aflojando las decisiones. Esos proyectos por su naturaleza no son espectaculares. Arriesgar poco para ganar poco. Formación de cuadros directivos. Los directivos deben de educarse para innovar.
• Como conseguir dinero para proyectos de innovación. Debería apartarse un 3% de las ventas de la empresa. Elaborar proyectos de una buena manera.
• Los inversionistas cuando aportan es por que se presenta un buen proyecto y además se tiene know how en el tema que se presenta. 
• Como gestionar los riesgos de innovación. Inversión contra probabilidad de éxitos. No se trata de asumir riesgos a lo tonto. 
• Falta de capacidad técnica. Una inversión constante sobre capacitación. Dominio especifico del tema por parte del personal. Podemos conseguir al experto mas experto en 2.5 llamadas. Capital humano existe en el país.

Bibliografía

• El profesor hace referencia los libros de Clayton Christensen. 
• Difussion of innovations de Rogers. Como llevar la innovacion a la sociedad más pobre.

Lo que aprendí hoy en proyecto con la industria. Claro en CIMAT.

Alejandro, Arturo y su servidor, con chavos de la 8va generacion, estamos trabajando en varios proyectos. Esto es lo que aprendi hoy de la reunión del 15 de octubre del 2014.

HERRAMIENTAS PARA HACER MOCKUPS
1) Wirify es un software que sirve para obtener un template que permite obtener templates de una página. Crea un wireframe.
2) http://pencil.evolus.vn/ es una herramienta utilizada por Janik, de Chamilo, para hacer templates. La idea de Luis y de Juanis es usar ambos para hacer los muckups.

USO DE SCRUM
En el tablero del equipo de badges, se juntaron muchísimas actividades en revisión, lo que le corresponde a Arturo. Entonces, hay que

¿QUÉ APRENDER?
Leer sobre el check list manifesto, en un artículo de New Yorker. http://www.newyorker.com/magazine/2007/12/10/the-checklist

COMO ESCRIBIR MEJOR. Asistiendo a talleres de escritura como...
Hay un curso de Gramatica de la fantasia en el Museo de Zoquite para hacer cuentos. Es necesario desarrollar la habilidad de desarrollo.

¿Cómo debería ser mi tesis de Doctorado de patrones de falla en proyectos de software?

Bertran Meyer menciona que hay muchos material de proyectos fallidos de software y a pesar de ello la industria no ha mejorado. El Viejo me mando con una simple búsqueda de Amazon, que es cierto loa existencia de varios libros que hablan acerca de fracasos en la industria del Software. 

Basado en esta idea realicé tres experimentos sencillos:

1. Buscar en Google. Lo primero que encontré es esta presentación de Yourdon. Yourdon, padre del análisis estructurado, que luego evolucionó a un análisis orientado a objetos realizó una presentación en el JaSST de Japón en 2007, conferencia especializada en software testing. El nombre de sus presentación hace alusión a su libro “La marcha de la muerte (The death march)”. Dentro de su presentación habla de varios libros que tratan el tema de proyectos de software fallidos. A continuación una breve relación solamente de los que se refieren a proyectos fallidos de software: 1) “La marcha de la muerte” de Yourdon, 2) Software Sytems Falilure an Succes y Assessment and Control of Software risks, 3) Software Project Dynamics de Abdel-Hamid y Madrick, 4) Critical Chain de Goldratt and Demystifying the Black Art de McConell, 5) The Mythical Man Month the Brooks, 6) Software Project Survival Guide también de McConell.

1. Buscar en Amazon.Lo primero que encontré fue: 1) In search of stupidity: over twenty years of high tech marketing disasters de Chapman, 2) Software runaways: monumental software disasters, 3) Why software gets in trouble (quality software book 2) de Weinberg.Lo que no existe son proyectos de software documentado en detalle, que permitan un análisis de causa raíz que se convierta en un estándar de la industria. Meyer, señala dos casos conocidos. En Amazon, me encontre algo fabuloso: “The Technical and Social History of Software Engineering”, donde en el índice, donde vienen 21 casos documentados, probablemente los únicos existentes, que permitirían identificar el porque de los proyectos fallidos de software. http://www.amazon.com/Technical-Social-History-Software-Engineering/dp/0321903420/ref=pd_ybh_1?tag=donations09-20(insertar imagen).

1. Al final, busque en Google Scholar. Encontré estos libros: 1) http://mitpress.mit.edu/books/software-development-failures y este artículo muy interesante: Why software fails en la IEEE. Y eso solo buscando, y preguntando a profesionales de la industria.

Persiste entonces la pregunta de Linda Levine y de Bertrand Meyer, “¿Por qué persisten los problemas en desarrollo de software y adquisiciones a pesar del hecho de que han existido desde hace mucho tiempo soluciones a estos problemas?”.

“Einsteing dijo, “locura es siempre hacer lo mismo buscando resultados diferentes”. Lo que propone este anteproyecto de Doctorado puede ser resumido en dos sectores, con una plataforma común. PYMES a través del desarrollo de casos de negocio y su publicación en un observatorio de software, promoción de los materiales y prácticas que han hecho mejorar la industria, en el observatorio y una iniciativa de ley para que los proyectos que tengan que ver con TI y Sw sean públicos y analizados con el objeto de promover mejores prácticas. Si logramos esto contribuiremos a una mejor industria de software, con una solución baja en tecnología. Más social, más humana.

Próximo post:

1. Ver tres programas de MayDay de Nationa Geographic sobre accidentes en la industria aérea, documentar el patrón de análisis y establecerle como base.

El Chaos Report. Hacia los lotes pequeños... y los métodos ágiles.

"Lesser fiery copper Lycaena thersamon (female)" by Charlesjsharp - Own work. Licensed under CC BY-SA 3.0 via Wikimedia Commons.

Antecedentes del reporte

Leí el reporte recomendado por Alejandro García el Viejo hace un par de semanas. Tal vez estoy demasiado influenciado por los métodos ágiles, pero creo que si mapeamos cada uno de los reportes tanto en los errores comúnmente cometidos, como en las mejores prácticas es muy probable que el uso de estos métodos este muy relacionado con la mayor parte de las razones de la mejora de la tasa de éxito en proyectos. Lo cual es una buena noticia.

• El Chaos Report tien una base de datos casi de 50,000 proyectos. 60% de estos proyectos provienen de USA, 25% de Europa y el 15% de proyectos del resto del mundo.Un poco más del 50% de estos proyectos son de las top 1000, 30 por ciento de medianas empresas y 20% de PYMES. 39% de los proyectos tuvieron éxito, 43% no cumplieron con la meta inicial y 18% fallaron. Sin embargo la tasa es mayor que en 2009, ya que este año 29% de los proyectos fueron exitosos.
• El incremento en la tasa de éxito se debe a varios factores, pero el principal es “el incremento en número de proyectos ágiles y pequeños”. Varias buenas prácticas están siendo utilizadas, como el hacer un análisis postmorten, más de 90% de organizaciones realizan esta práctica.
• El punto de apalancamiento más importante para la mejora de la tasa de éxito es el “incremento de la competencia· del patrocinador ejecutivo o product owner, haciendo referencia a Scrum. Este rol se convierte en el “Chief enabling officer”. Siendo el principal catalizador del proyecto dentro de la compañía.
• Más compañías enfocan en actividades que generan más valor, en lugar de enfocarse en la totalidad de los requerimientos.
• El análisis del presente año sugiero que existe funcionalidad que no se utiliza que va desde el 20% del proyecto hasta el 50%!!!!! Aquí aplica la ley de Paretto. El 20% de la funcionalidad aporta el 80% del valor de producto. Reducir el alcance pues, según el reporte, no solo es una estrategia valida, sino “LA MÁS PRUDENTE”. Menos es más dirían nuestros amigos finlandeses.
• Los proyectos ENORMES no son necesarios. La premisa es romper estos proyectos en mini proyectos. La propia portada del Chaos Manifest es una mafiosa, haciendo referencia al “efecto mariposa” que tiene un impacto...
• PIENSA EN GRANDE, ACTUA EN PEQUEÑO.
• La recomendación del Standish Group es “limitar el tamaño y la complejidad de un proyecto”, lo más que se pueda. La solución rápida podría ser no aceptar proyectos grandes, pero una más sensata es adoptar una serie de proyectos pequeños que contribuyan a una meta grande. Los proyectos frecuentemente son demasiados grandes para tener éxito.

Factores de éxito y su ponderación para proyectos pequeños

A continuación un análisis a detalle de cada uno de los factores que influyen en el éxito de los proyectos pequeños.

1. Soporte ejecutivo (20 puntos). En proyectos pequeños el patrocinador puede ser un administrador de nivel medio o un producto owner haciendo referencia a SSCRUM. NO SE REQUIERE UN PLAN DETALLADO por ser un proyecto pequeño. La negociación es mínima. Un VISION STATEMENT de una o dos páginas es suficiente para que un proyecto sea aprobado o rechazado rápidamente. La habilidad que más impacta y que debe ser altamente dominada es IDENTIFICAR que motiva al equipo. FACTOR CRÍTICO: El 78% de los proyectos pequeños que están alineados con la estrategia de negocio, TIENEN ÉXITO.
2. Participación del cliente (15 puntos). Los proyectos tienen el fin de construir un proceso, producto o servicio que la gente utilizará. Una pregunta importante sería, se ha identificado el valor que aportará este producto o servicio para ellos? El patrocinador debería ser un usuario primario que comprendiera perfectamente lo que el usuario final necesitará o sea un product owner. Los proyectos pequeños no rehuyeren un alto expertise por parte de los product owners debido al alcance y tamaño del proyecto. La falta de comunicación en un proyecto grande es mayor, un proyecto pequeño permite manejar esto de una manera más cómoda. FACTOR CRÍTICO: el identificar el expertise real en un usuario.
3. Optimización (15 puntos). "Less is more". La esencia de un proyecto pequeño es un alcance pequeño, el tamaño hace realmente una diferencia en la tasa del éxito del proyecto. Como dice la ley de Paretto el 20% de la funcionalidad aporta el 80% del valor, por tal razón esta debe ser construida así. FACTOR CRÍTICO: contar con una lista de entregables determinados por el propio alcance del proyecto.
4. Mano de obra calificada (13 puntos). Tener mano de obra calificada no solo permite una mayor probabilidad de éxito, sino que conduce a mejores costos. Cuando se agrega personal a un proyecto este tiende a retrasarse, descrito por la Ley de Brooks. FACTOR CRÍTICO: la mayor parte de los miembros del equipo de los proyectos analizados tienen un nivel que va de competente a talentoso o virtuoso. Solo un 10% de los participantes fueron evaluados como no competentes.
5. Experiencia en gestión de proyectos (12 puntos). Debido a que los proyectos son pequeños, un administrador de proyectos puede administrar varios proyectos a la vez. FACTOR CRÍTICO: simplificar el procesos de gestión del proyecto para que pueda ejecutarse.
6. Métodos ágiles (10 puntos). La solución universal para el fallo en proyectos de desarrollo de sw son los métodos ágiles que manejan naturalmente proyectos pequeños. Y que utilizan el desarrollo iterativo. LOS PROYECTOS QUE SON RIGIDOS TIENEN UNA ALTA PROBABILIDAD DE CANCELARSE. FACTOR CRITICO: El Product Owner es el rol responsable de la ejecución del proyecto.
7. Objetivos claros (6 puntos). La claridad y el enfoque son esenciales para proyectos exitosos. Las standup meetings actúan como una junta de status del proyecto. Un enfoque ligero se centra en artículos de alto valor que mantienen la innovación sin sobrecargar administrativamente a la organización. FACTOR CRITICO: La comprensión de la visión de los stakeholders.
8. Madurez emocional (5 puntos). La madurez emocional se relaciona con el autoconocimiento tanto personal como social, la auto administración y el manejo de relaciones. “Confía en tu equipo, pero revisa los resultados. -Ronald Reagan”. FACTOR CRITICO: En su mayoría, la gente percibe como no sinceras a las personas. Solo el 4% las considera sinceras.
9. Ejecución (3 puntos). La ejecución es el arte de completar las actividades en función de un plan. Los proyectos pequeños dan la oportunidad al equipo de salirse de su zona de confort y tomar más riesgos. Los proyectos pequeños te permiten. Aun los proyectos pequeños tienen que terminarse en tiempo y medirse de manera adecuada.
10. Herramientas e infraestructura (1 punto). Cuando se trata de infraestructura menos es más. Menos herramientas ayudan a los pequeños proyectos a terminarse más rápido. La cuestión más critica de este aspecto es la infraestructura y procesos estándar para proyectos pequeños. La filosofía de buscar siempre tener menos herramientas y utilizar servicios de nube. NOTA . El pasar de pocos proyectos de muchos millones a pocos proyectos puede incrementar el número de proyectos de manera exponencial. Hay un límite en la capacidad de gestión de proyectos de los equipos,

En resumen

En resumen, muy pocos proyectos grandes son exitosos. En cambio los proyectos pequeños tienen más del 70% de probabilidades de terminar en tiempo, con el presupuesto establecido y que cuentan con los requerimientos de más valor implementados. No es fácil pasar de macro proyectos a pequeños proyectos, de soluciones complejas a soluciones sencillas.

Porque es útil este reporte para el anteproyecto de tesis

• Existe una gran cantidad de información sobre buenas prácticas y sobre proyectos fallidos. El Chaos Report es una de las fuentes más citadas en cuanto al éxito y fracaso de proyectos de software se refiere. Es un reporte fundamental que debe ser considerado en este tipo de proyectos.
• SCRUM mapa una buena parte de los 10 factores de éxito de una manera sencilla.
• Si lo analizáramos con PSP es probable que también manejara ciertos aspectos.
• Less is more, pero solo para los demás. En ocasiones reiteradas en el reporte se menciona el principio de “Less is more”. Sin embargo, cada uno de los factores de éxito mencionados en el reporte tiene otros 10 puntos críticos para el manejo de ese aspecto en particular. Al contrario que técnicas como Kanban con tres principios solamente, al final terminan siendo 100 principios que deben “gestionares” para incrementar la tasa de éxito de proyectos pequeños.
• El Standish Group tiene una serie de herramientas y software para gestionar los factores de éxito detectados. Por lo cual dentro de varios de los puntos se menciona y se dan ejemplos de la interfaz del software sugerido para festinar el factor.

Referencias

• The Chaos Manifesto 2013. (2013). Boston, Massachusetts. Retrieved from http://www.versionone.com/assets/img/files/CHAOSManifesto2013.pdf

Dos de tres. Estudiantes de CIMAT se apoderan del Startup Weekend 2014.

¿Qué es startup weekend?

Startup Weekend es un evento es una red global de líderes y emprendedores que tienen por misión http://zacatecas.startupweekend.org/

Ganadores del Startup Weekend.
Equipo de la Maestría en Ingeniería de Software de CIMAT.
(Cortesía: Martha Mena).

inspirar, educar y empoderar a individuos, equipos y comunidades. Así como compartir ideas, formar equipos y lanzar startups. En Zacatecas, la tercera edición del Startup Weekend fue realizado el pasado fin de semana el 5, 6 y 7 de septiembre de 2014. El programa completo se puede consultar en

Agustin Rumayor Barraza, Maestro en Ingeniería de Software (MIS) de CIMAT y Alejandro García Fernández, profesor de la MIS colaboraron como organizador y mentor de los proyectos desarrollados en el Startup Weekend Zacatecas 2014. En este proyecto participan desarrolladores de software, diseñadores y generadores de ideas de negocio con la consigna de validar en 54 horas una idea de negocio.

En el evento participaron alumnos de la octava generación de la Maestría en Ingeniería de Software de CIMAT, obteniendo el equipo conformado por Marta Mena, Mayra Luna, Felipe Miramontes, Grecia Maria Cortés, J Jesús Tovar y Roberto Covarrubias con el proyecto Superfan. Este proyecto consiste en la generación de un servicio para venta de boletos de encuentros de fútbol utilizando medios electrónicos.

Aquí las notas de los periódicos locales. Imagen Zacatecas http://www.imagenzac.com.mx/nota/premian-3-proyectos-del-startup-weekend-23-00-04-ba, Zacateks http://zct.me/1qdYhq2.

Breve reseña de los proyectos

1er lugar SUPER FAN de uno de los equipos de CIMAT

La propuesta de valor es que compres un boleto de fútbol de tu equipo favorito en una tienda en línea. Te mandan un código QR con el boleto, ya con ese boleto llegas y en la enfada del estadio llegas y con su propio celular checas el código QR. Ellos descubrieron que solamente en ticket master está el estadio azul y el estadio azteca. ¿Cuál es la razón? Ticket masters cobra 35 pesos por la impresión. Y luego si te lo imprimen y mandan a tu casa son como 100 pesos. La solución propuesta es la venta de boletos electrónicos. A través de una encuesta descubrieron que la gente pagaría 9% de comisión por ese servicio. El área de oportunidad es muy grande, pues existen muchos equipos de la división de ascenso que no cuentan con este servicio. Algunas de las ventajas de los boletos electrónicos es que son inmediatos, es decir se pueden comprar dos horas antes. Gracias a este servicio se puede eliminar a los intermediado.

El servicio tiene varios puntos que hay que desarrollar, entre ellos cuando se compre varios boletos boletos, la plataforma permitirá reembolsar algunos, con que tiempo de anticipación. Tal vez se puedan regresar y ponerse nuevamente a la venta. Este y otros puntos serán el motivo de ocupación del equipo ganador. Algunas áras de oportunidad tienen que ver con la si tu recibes un código QR que impide que yo haga una copia y que tu entres con la copia. O más aún que impide que me roben un código qr? Ese es el problema. El primer código QR que se use deshabita todos los demás. Eso crea un problema de todos modos que alguien te robe tu boleto.En este sentido existen proyecto relacionados como BitCoin, cuyo principio la cadena de bloques puede ser una tecnología a explorar que ayude a resolver este tipo de cuestiones de seguridad.

En 2do lugar BARTER. Trueque. 

Tu tienes una cámara digital y yo la necesito. Yo quisiera cambiar estas cosas. Y lo que necesitarías. Alguien más pone lo que tienes para cambiar. Agus Rumayor, organizador del evento, ya utilizó la plataforma y consiguió una caminadora gracias al trueque. Pero esto va más allá. Lo que puede hacer es un trueque entre más personas. Historia: One red paper clip. Un chavo empezó a trueque con un clip rojo. Después de 23 cambios y consiguió una casa (poner link). Otras áreas de oportunidad para BARTER, es el canje también por monedas electrónicas.

En 3er lugar quedó el equipo de OPEN DOME TEAM. 

En el que se promueven las comunidad de fans. Por ejemplo, todos los fans de Starwars se conectarían ahí. Brindan las plataformas para crear esas comunidades. Está plataforma estaría monitoreando a fans de tu comunidad. Si hay otro fan de Starwars cercano a ti te enviaría notificaciones.

Otras ideas que vale la pena mencionar.

Botonera electrónica para gestión de líneas e producción

La empresa Softlogik también le entró al Startup Weekend con una idea para control y retroalimentación en líneas de producción en una fábrica. Cuando hay una emergencia levanta una alarma. Suena la alarma y se prende una sirena. Los supervisores voltean a ver de que línea es. Por ejemplo es un problema de material y van y lo arreglan porque si no se para la línea. Lo que propone Softlogik es hacerlo de manee electrónica. Que el trabajador tenga una botonera. El azul es un problema de materiales, al supervisor le llega el problema a del celular. Es lo que hicieron, con un porto hicieron que prendiera el botón correcto. Les falló porque lo que debieron de haber hecho de su proyecto es que alguna veces la gente no escucha su celular. Los celulares ahora con un smartwatch e iba a vibrar.... Si no contestaba en 15 segundos sonaba la sirena física.

Rally en museos con realidad aumentada

Otra ideas de los alumnos de CIMAT, era hacer realidad aumentada en obras de museos. Más allá de eso es una dinámica de búsqueda del tesoro que sea interactivo. Al final gana el equipo que tenía más moneditas y el equipo ganador gana un premio de la tienda de museos.

APRENDIZAJE DE LOS MIEMBROS DEL EQUIPO

¿Qué me gustó?

• Más la organización de los tres. Internamente mejor los tiempos.
• Más patrocinadores. Y por tanto más necesidad de comunicación. Más esfuerzo en visitas. Aunque se hizo con más tiempo.
• Terminamos la promoción dos semanas antes. Se recorrió dos días el cierre.
• Con esa logística se agotaron dos días antes que se agotaron los boletos.
• Los equipos de trabajo tuvieron buenas ideas.
• Alejandro García, profesor de la Maestría en Ingeniería de Software está orgulloso del valor que percibieron los alumnos al asistir a este evento. -Varios dijeron, gracias por obligarnos a venir.

¿Qué podría mejorar?

Una de las asignaturas pendientes del startup Weekend es el seguimiento que se le da a este tipo de proyectos.

Algunas de las razones por las que fallan los proyectos de adquisiciones y desarrollo de Sw. Y cómo superarlas.

POR QUÉ ESTOY LEYENDO ESTO

Para comenzar el Doctorado, aquí un punto de inicio recomendado por mi tutor, José Arturo Mora es un trabajo realizado por el Linda Levine, investigadora del SEI en Carnegie Mellon.Un buen resumen de cada patrón puede encontrarse a continuación: http://www.sei.cmu.edu/acquisition/research/archetypes.cfm. El objetivo de este proyecto puede reflejarse en su slogan: “cambiar comportamientos anti productivos en adquisiciones bien hechas (una traducción literal)”.

Linda Levine utiliza el análisis sistémico y utiliza arquetipos. Los arquetipos sistémicos son patrones de comportamiento que se repiten en diferentes ámbitos (según Zenge, en la Quinta Disciplina). A continuación hago un resumen de cada uno de los arquetipos identificados por Linda y algunas reflexiones de a donde me puede llevar este trabajo y que necesito para poder determinar si me es útil en mi tesis de Doctorado o no. Por cierto, esto deberían leerlo en TODAS las áreas de adquisiciones de los Gobiernos.

ARQUETIPOS DE ADQUISICIONES

Arquetipo 1: Todo para todos. 

Una solución o plataforma general no funciona. “Las plataformas tratan de ser muchas cosas para mucha gente”. Estos proyectos generalmente fallan. Cuando se trata de quedar bien con todos la complejidad aumenta, las agendas se extienden, los costos crecen y nadie es feliz. Como dice el viejo dicho “el que sirve a dos amos con uno queda mal”. Lo mismo aplica para más de dos amos. Para romper el patrón no aceptar desarrollo de plataformas en periodos cortos, proveer incentivos para el uso de la plataforma, hacer un análisis costo beneficio y ser transparentes en los costos y beneficios del uso de la plataforma. http://resources.sei.cmu.edu/asset_files/WhitePaper/2009_019_001_29086.pdf 

Arquetipo 2: Alimentando a la vaca sagrada. 

Los proyectos de una vaca sagrada se sobre protegen independientemente de su éxito. Las decisiones en proyectos grandes y visibles se convierten de técnicas a políticamente defensivas con forme pasa el tiempo. Para romper este patrón se recomienda: promover la autocrítica con un proceso establecido y evaluar si se están cumpliendo las teas establecidas de manera periódica. http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=29215

Arquetipo 3: Apagafuegos. 

Cuando hay una cantidad impredecible de factores y variables para estimar exactamente el esfuerzo requerido. Para romper el patrón se recomienda no invertir en nuevas herramientas o procesos si ya se cuenta con una restricción, revisar la planeación es crítico sobre todo en fases tardías del desarrollo y no premiar a los desarrolladores por ser apagafuegos.

http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=29207

Arquetipo 4: Testear el sistema sin testearlo. 

En lugar de probar en un ambiente real, se prueba la aplicación en un ambiente controlado. Este problema surge cuando el sistema se utiliza en el mundo real. Para romper este patrón es necesario que existan los recursos para hacer un pruebas de ambiente real en la presencia de problemas reales además de probar el sistema en escenarios operacionales reales en lugar de hacerlo de manera funcional. http://acquisitions.sel.inf.uc3m.es/@api/deki/files/95/=happy.pdf

Arquetipo 5: Rotación de personal y stafff burnout. 

Este patrón puede identificarse por que la presión para cumplir las fechas obliga al personal a dedicar más horas y al final estar cansados y ser menos productivos. Si se mantiene de manera permanente este es causa de rotación de personal lo cual hace aún menos productivo al equipo de trabajo. Para romper este patrón es recomendable reducir el alcance del proyecto, ajustar la planeación o agregar persona. Sin embargo este puede ser contraproducente según la ley de Brooks. Para prevenir es mejor, buscando alternativas para que la presión no exista e invirtiendo en un ambiente de calidad para el equipo. http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=29129

Arquetipo 5: La ley de Brooks: “Agregar personal a un proyecto retrasado lo retrasa más”. 

Y básicamente lo retrasa por la distracción del equipo para capacitar o entrenar al nuevo personal y la necesidad de mayor esfuerzo para comunicarse con un número mayor de miembros del equipo. La contratación de más personal se realiza siguiendo la falacia de que se tendrá la misma productividad de inmediato. Entre más tarde se incorpora personal al proyecto es más probable que los efectos de la contratación sean negativos. Para romper el patrón, SÍ se puede añadir más personal pero lo más pronto posible, añadir poco personal, se puede añadir personal altamente calificado y finalmente cargar el personal al proyecto hasta que sea 100% productivo, lo cual no es posible frecuentemente. http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=28994

Arquetipo 6: Falta de confianza entre el contratista y el proveedor. 

En este caso el representante de gobierno presiona al proveedor porque no lo cree capaz y empieza a ponerle requisitos adicionales para sufragar la falta de confianza. Mientras que el proveedor siente que el gobierno no lo deja trabajar y cumple los requisitos pero protegiendo contra las demandas del proveedor sobreestimando los entregables. Al final el gobierno se da por vencido y acepta las fechas propuestas por el proveedor. Algunos de los disparadores de este patrón es que el proveedor no cumple con fechas de los entregables y por otra parte no acepta pequeñas modificaciones porque no son parte del contrato. Ala reacción es la retención de pagos por incumplimiento al proveedor de manera subjetiva. Para romper el patrón se debe de restablecer la confianza lo más pronto posible estableciendo los beneficios de tenerla y dejando claros los perjuicios y consecuencias de no hacerlo. Una manera de prevenirlo es lograr acuerdos pre matrimoniales y líneas claras de comunicación. http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=29211

Arquetipo 7: Sub costear el proyecto para ganarlo. 

Algunos proveedores que tienen acceso a información privilegiada ofrecer un precio para la subcontratación menor al costo del proyecto para ganarlo. Ya contratados buscan la manera con una revaluación de los entregables de que el precio se incremente. En México esto sería apelar al 30% de incremento del proyecto o buscar en el presente proyecto no salir tan mal pero establecer una buena relación con el cliente. Para romper el patrón, la oficina de contrataciones debería dejar en segundo lugar el criterio del precio, además de proveer una requerimiento de propuestas lo más claro posible y verificar con mucho detalle la propuesta del os proveedores, además de ser suspicaces durante la selección del proveedor independientemente de los estimados propuestos. Si ya se contrató un proyecto sub estimado lo mejor es rehacer el contrato inmediatamente o terminarlo. http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=29133

Arquetipo 8: Entre más largo más grande. 

Un proyecto largo requiere de mucho esfuerzo y mucho esfuerzo conduce a un tiempo mayor. Las condiciones van cambiando en el tiempo, la tecnología se vuelve obsoleta y los requerimientos pueden cambiar. Al ser proyectos tan largos, se tiende a sobre dimensional los entregables para protegerse. Para romper este patrón no se pueden ignorar las necesidades de los usuarios lo cual genera mayor esfuerzo y costo. La única manera sugerida es la prevención, dividir el proyecto en mini proyectos y finalmente el uso de prototipos puede aminorar el impacto de un proyecto fallido de este tipo. http://resources.sei.cmu.edu/asset_files/WhitePaper/2009_019_001_29060.pdf

Arquetipo 9: Quitarle a Pedro para darle a Juan. 

Cuando un proyecto no ejerce los recursos correspondientes, otros administradores que tengan la habilidad de gestionar recursos pueden obtener estos recursos para su proyectos en perjuicio del proyecto que sub ejercicio su presupuesto. Al momento de pagar lo ya presupuestado queda un boquete causado por el uso de fondos del proyecto para otro proyecto que generalmente estaba subestimado. Pero en lugar de castigar al que gasto de más, generalmente el programa que gasto de menos tiene menos presupuesto al año siguiente. http://resources.sei.cmu.edu/asset_files/WhitePaper/2009_019_001_29057.pdf

Preguntas después de leer los patrones de adquisiciones

• Aseveración: Muchas de estos patrones se rompen utilizando métodos ágiles. ¿Es cierto o estoy viciado por que me gustan?
• ¿Se puede evaluar con estos patrones los 21 casos que se han desarrollado y establecer una única causa-patrón para cada uno de ellos?
• ¿Está es la herramienta adecuada para comenzar a desarrollar la tesis?
• Aseveración: En general entiendo los diagramas causales, sin embargo es probable que si tengo que hacer uno sin ver no lo pueda hacer. Por tanto, habrá cursos o material adicional para profundizar en el tema.
• De la misma manera que la tesis de Agus, Linda Levine, después de hacer este trabajo que dejó en trabajo futuro? Buscar algún artículo escrito por ella al respecto. Esto que propone fue una tesis de Doctorado?

¿Qué artículos o estudios puedo escribir? 

Después de comentar los hallazgos de esta lectura.

• Validación del modelo de patrones de falla en adquisiciones en proyectos de software para PYMES en MEXICO.
• Propuesta de ley de adquisiciones basada en patrones de falla del SEI.
• Como los métodos ágiles contrarrestan los anti patrones de Linda Levine del SEI.
• CARACTERISTICAS DEL OBSERVATORIO DE PROYECTOS FALLIDOS DE SOFTWARE
• Un clasificador de problemas o de casos. No como una ontología de causas, efectos y soluciones, sino para saber cuando llega un caso saber donde clasificarlo.

¿Cómo hackear tu lectura? Imita a los que tienen buenos hábitos...

Cómo no obtener un buen libro.

Sacar libros de la biblioteca o ir a comprar a un librería es una mala idea. En la economía del conocimiento existe una mega oferta de libros y temas. Reitero, casi siempre es mala idea, al menos en mi caso, el tratar de seleccionar algún libro del estante de Walmart o de alguna librería. Aunque en ocasiones uno encuentra tesoros o buenas ofertas. En mi caso, después de 38 años he encontrado una manera de incrementar los libros que leo, siguiendo los consejos de los que saben.

Entonces, ¿cómo selecciono los libros que abonan más a mi formación?

He ido acumulando consejos de un lector profesional, y este en resumen de los tesoros que encontrado por seguir estas recomendaciones:

1. Primero que todo, contratar el servicio de Audible.com. Este servicio de Amazon, los primeros tres meses, meses de prueba, cuesta 7 dólares. Si el servicio te gusta hay varios esquemas, yo tengo contratado un crédito o un libro por mes. Para mí es suficiente. Escuchar un libro por mes me asegura por lo menos 12 libros al año! Y además prácticas tu Inglés.
2. Derek Sivers. Derek Sivers es un emprendedor nato y tiene un par de conferencias deTED que me agradan mucho. Derek tiene una relación de los libros que ha leído, que por cierto son más de 100. Esos libros tienen un ranking, de lo que más les gusto a lo que menos les gustó. Yo ya leí casi todos los de cinco estrellas y prácticamente ya forman parte de mis libros favoritos. De aquí saqué: "The five elementos of efective thinking". 
3. Recomendaciones de tus amigos. El Viejo me ha recomendado varios libros, ejemplo de ello son "The paradox of choice", "How education Works", The Toyota Way to Lean Leadership, por mencionar algunos.
4. Otra figura a seguir, Bill Gates. Gates tiene una costumbre muy padre. Durante sus vacaciones de verano, lleva una pila de libros y los lee todos en dos semanas. No se cuantos lee, pero los dos años más recientes ha publicado una lista de libros interesantes que también están en mi lista de recursos para seleccionar mi próximo libro para leer.
5. Otro gran consejo del Viejo. “Estudia al maestro, no a los alumnos”. Nuevamente, existen figuras que son referencias para el tema particular de estudio que nos llama la atención. Por ejemplo, en Ingeniería de Sofware el libro de “The Mythical Man Month” es obligatorio. Si Brooks, escribe otro libro, como es el caso, los Ingenieros de Software debemos leerlo. En el caso de Teoría de Restricciones, los libros o personas recomendados por Goldratt son referencias seguras de expertos en el tema.
6. Otro consejo del Viejo es, “si te gusta mucho una conferencia de TED. consigue el libro”. Ejemplo de libros leídos de conferencias o pláticas de TED son “The paradox of choice” y “Brain rules for kids”.
7. Una buena pregunta sería: ¿Cuál es el mejor libro que un programador debe leer? Aquí la respuesta: Code Complete. Pero además, una lista de los 100 libros que todo programador debe leer. http://stackoverflow.com/questions/1711/what-is-the-single-most-influential-book-every-programmer-should-read. De la misma manera, habría que hacerse la pregunta para la profesión y el tema que estamos buscando. Claro, haciendole caso a los que tienen prestigio. 
8. Un consejo final, tomado de la filosofía de Gates, y que el Viejo aplica es. No leo literatura, porque quiero comprender al mundo. La literatura si vela en las películas. Aunque casi siempre un libro es mejor que una película, este lleva de 5 a 10 veces más en tiempo.

Impreso, contra digital en Kindle o de audio de Audible.

Esto depende del libro, o de la velocidad con que quiera terminar el libro. Si lo quiero terminar muy, muy rápido lo compro en los dos o tres formatos. Esto me ayuda a leerlo prácticamente donde esté. Esperando a alguien, yendo de camino en la camioneta o como lectura nocturna. Si quiero llevarlo despacio y tiene una narrativa ágil, con el audio es suficiente. Pero si el libro es muy bueno, vale la pena tenerlo también en físico. Si el libro lo quiero leer y no está en audio, lo compro en formato digital.

Los maestros inspiradores y las nuevas metas del Tec Campus Zacatecas.

El día de hoy se realizó una reunión de Planeación en el Tec de Monterrey. Me agradó mucho el conocer la misión del Tec de Monterrey. Estar dentro de las 100 mejores universidades del mundo para 2014 (LA VISION). Me gustó el interés demostrado en que el evento tuviera algo que ofrecer y aportar. El crédito lo tiene el nuevo ambiente promovido por el nuevo director del Tec, pero en especial creo que Gerardo Galaviz es una persona que desea que las cosas mejoren en el Tec.

En resumen, tuvimos varias pláticas, comenzando por nuestro Director, que nos dejó claro la misión del Tec en el mediano plazo: ser una de las mejores universidades del mundo, más concretamente, estar dentro de las primeras 100 para 2024. De la misma manera la secundaria Tec se propone ser la mejor del sistema Tec para dentro de tres años. En cuanto a profesional solo cuenta con la carrera de Licenciado en Desarrollo de Negocios, antes Licenciado en Administración de Empresas, pero con un enfoque más al emprendimiento.

Una de las dinámicas que me gustó, fue que tuvimos la oportunidad de platicar con alumnos sobre cómo es un maestro inspirador. Qué características tiene. En particular me sorprendió mucho el que los alumnos quieren que los profesores sean estrictos. La frase de Don Bosco de “Exigencia con amabilidad” no puede ser más adecuada.

Otra de las cosas buenas que el Tec está implementando es la retro continua para padres a través de un nuevo sistema. Don cada semana los padres podrán dar seguimiento respecto a las actividades realizadas por su hijo o hija, o no realizadas. En el kinder de mi hijo, en maternal, la maestra tenía una práctica parecida. Todos los días ponía en un papelito un mensaje para los padres sobre el comportamiento de cada niño. Estuvo alegre, participó, o estuvo triste, o se portó mal. Pero está pequeña retro es una herramienta para que los padres hablen con sus hijos a tiempo y detecten áreas de oportunidad.

Reitero el gusto por la creación de metas retadoras. Esto nos ayudará a crecer.

Y por cierto, mis maestros inspiradores son el Profesor Godoy y el Sr. Kasuga de Yakult.