viernes, 27 de mayo de 2011

Las prácticas de innovación en Google

A ver que les parece...
1. Las ideas vienen de todas partes. Hay que estar atentos para atraparlas.
2. Dar a las ideas crédito, no crédito a las ideas.
3. Trabaja con gente inteligente.

Excelente Blog para los que quieren certificarse como programadores en JAVA (SCJP)

Dando algunas vuelta por la Web me encontre este link (http://scjp-sun.blogspot.com/), viene una revista digital muy completa para aprender lo básico de JAVA además de todos los libros de JAVA necesarios descargables en formato PDF... Vale la pena...

Saludos,

Ciudades del futuro... Mckinsey

Entre ellas México, Monterrey, Torreón, Saltillo, Guadalajara, Chihuahua, Tijuana, León, Puebla y dos muy cercanas a nosotros. Aguascalientes, San Luis. Habrá que darle una revisada..

http://www.mckinseyquarterly.com/wrapper.aspx?ar=2758&story=true&url=http%3a%2f%2fwww.mckinseyquarterly.com%2fCities_the_next_frontier_for_global_growth_2758%3fpagenum%3d1%23interactive&pgn=cine11_exhibit

miércoles, 18 de mayo de 2011

Reporte Horizon 2011 (versión Web)...

Tecnologías que impactarán en los siguientes años a diferentes sectores de clase mundial... Habrá que echarles un ojo...


"...emerging technologies likely to have a large impact over the coming five years on a variety of sectors around the globe..."


http://wp.nmc.org/horizon2011/sections/executive-summary/

La responsabilidad social, ética y personal de un graduado...

Tuve la fortuna de terminar la Maestría en Innovación para el Desarollo Empresarial en el Tec de Monterrey. Está es la segunda maestría que llevo en línea y puedo decir que esta experiencia fue mejor que la primera, pues ya conocía el esquema de trabajo. En ambos casos, la maestría por la maestría no fue mi objetivo, sino que me sirviera para desempeñar mejor mi trabajo. Primero como Jefe de la Unidad de Informática de la Dependencia donde trabajé, la Oficialia Mayor, y después como Director de Innovación... En ambos casos creo que las maestrías fueron un gran apoyo para poder realizar mi labor.

En el mensaje participaron Laveid, Ingeniero Industrial de mis tiempos, que ha tenido una carrera exitosa en Estados Unidos trabajando en empresas como Fedex y que hoy también es emprendedor. Laveid nos aconsejo no perder de vista nuestras metas y confiar en el futuro...  No perder de vista las metas pero perserverar en ellas. 

Del mensaje del Rector, me quedan los siguientes enseñanzas que primero Dios pienso traducir en metas...
  • Cultura emprendedora. Tenemos que crear PYMES...
  • Cultura de la mejora continua personal. Tenemos que seguir preparándonos toda la l vida. Aprender a aprender. Creo que la Maestría ha sido un buen entrenamiento para ello...
  • Cultura ética. La corrupción y la mala imagen y mala percepción de los propios mexicanos afecta al país... 
  • Cultura ciudadana. Debemos de estar comprometidos y participar en proyectos de nuestra comunidad...
  • Cultura de servicio. La felicidad y el éxito son cosas diferentes. La felicidad se encuentra en el servir a los demás. Siempre es momento para iniciar...


miércoles, 13 de abril de 2011

Open data

Me encontré la siguiente página. Creo que de manera muy sencilla describe como países europeos, en particular España, pero haciendo referencia también a iniciativas  globales el asunto de Open Data.

Open Data @ CTIC: http://datos.fundacionctic.org/

Que lo disfruten...

martes, 22 de febrero de 2011

Tips para administración utilizando Teoría de Restricciones (TOC)

En el CIMAT se realiza un coloquio o plática entre estudiantes, profesores y gente relacionada con el CIMAT. En esta ocasión toco el turno a Alejandro García. De manera previa ya habíamos realizas una sesión introductoria de Teoría de Restricciones. De la cual luego les comentaré. La sesión tuvo la siugiente agenda:

1) Primero realizamos el ejercicio para demostrar que se es más productivo cuando se realizan tareas secuenciales a tareas con multitasking.
2) Caso de matnenimiento de aviones de la fuerza aérea israelí. 6 ingenieros, 6 aviones por ingeniero, tiemp promedio 17 meses. 6 ingenieros, 3 avios por ingeniero, tiempo promedio de mantenimiento 5 meses. Qué pasó? Redujeron el mutlitasking
3) Minimizar el multitasking
3.1) Gráfico de cuantos proyectos permiten elevar la productividad de un Ingeniero de Sw.
4)  Primera observación respecto al tiempo
4.1) El cuadruple del tiempo promedio para dar una buena estimación
4.2) Todos los IS queremos ser considerado personas confiables y eso implica cumplir compromisos. Cuando a un IS experto no promete más del 80%.  Ello implica no exagerar.
4.3) La variabilidad hace que los ingenieros se esfuersen para cumplir las metas. 
4.4) Hay otro ejemplo de startups. Cuando una compañía empiza y tiene pocos desarrolladores produce más que cuando se integra más gente a la compañía en el transcurso del tiempo.

La regla equivocada de la administración es "La manera de asegurar que un proyecto termine en tiempo es tratar que cada actividad termine en tiempo".

Las nuevas reglas:
  1. No convertir los estimados en compromisos
  2. Mover la protección del nivel de tarea a nivel proyecto
  3. Usar un buffer de administración para establecer prioridades

Ejemplo:
1) Diagrama de PERT de un proyecto normal con buffers al final de cada terea.
2) La primera ocasión se reduce la estimación al 50% y se deja un buffer de 33%. El proyecto queda en 66% de la estimación original.
3) Cuando las estimaciones son optimistas solo agregas el 33% de buffer.
4) Se administran los buffers. Si el buffer va bien ni me meto a ver como van las tareas. Pero si tengo problemas de que mi buffer se está consumiendo y se me va a pasar debo de tomar acciones.
4.1) De aquí se deriva que si el buffer esta libre, tal vez conforme avance el proyecto se pueden realizar más tareas.
4.2) Empresas que utilizan está técnica, realizan reuniones de avance de una manera más rápida.
4.3) Con el método de buffer puedes aceptar adiciones si está contemplado dentro del tiempo.

Las premisas son que:
  1. Buscamos tieempos optimistas.
  2. El buffer sirve para problemas inesperados.
  3. Si alguna tarea se retraza no hay problema, siempre y cuando sea razonable el tiempo del buffer.

Ejemplo de los pueblos japoneses a la orilla de las montañas. Lo invitaron porque con TOC resolvieron el problema. Una casa es un proyecto, necesitas un buffer. Un constructora de una fraccionamiento. Hay otras técnicas que se utilizan para contabilidad y otro tipo de cosas...

Conclusiones del equipo:
  • Vale la pena dar el beneficio de la duda a la Teoría de Restricciones.
  • Es contra intutivo la aplicación de Teoría de Restricciones en empresas de desarrollor de software.
  • Vale la pena buscar y obtener más ejemplos al respecto.