165 Herramientas Web 2.0 distribuidas en 20 categorías

Articulo copiado del site Pensamiento Imaginativo y enviado por  Manuel Gross el 18/06/2010 a las 3:09

 Por Purdue University 


Table of Contents
1. Blogging - 2. Chat Tools - 3. Charts & Graphs - 4. File Sharing & Mashups - 5. Microblogging - 6. Notebooks & Annotation Tools - 7. Online Office Suite - 8. Online Presentation - 9. Personal Web Portals - 10. Photo Editing/Sharing - 11. Search Engines - 12. Social Bookmarking - 13. Social Network - 14. Survey & Polling Tools - 15. Task & Group Management - 16. Video Chat - 17. Video Editing/Sharing - 18. Website Creation - 19. Wikis - 20. Group Template Page.

1. Blogging Blogger EduBlogs Movable Type Posterous  tumblr. vawkr  Windows Live Writer WordPress.com Wordpress.org Xanga 2. Chat Tools 6Rounds  99Chats  Chatterous  Facebook Chat Meebo Scribblar  TinyChat  3. Charts & Graphs Bubbl.us Chartgizmo  Chartle  Gliffy  Mindmeister Mindomo  Mytripbook.com  Xtimeline  4. File Sharing & Mashups DropBox  Dropvine  Drop.io TwitDoc  Google Lit Trips Kontainer  Scribd Skrbl 5. Microblogging Blellow  Blip.fm  Flokio  Foursquare  FriendFeed Gowalla  HootSuite  Ping.fm  Plurk Present.ly  Seesmic Slapastory  Twitter Yammer Yazzem  6. Notebooks & Annotation Tools Evernote Google Notebook Notely.net  ReddyNote  Zoho Notebook Zotero 7. Online Office Suite Crocodoc  Google Docs Google Writer Google Sheets Google Presenter Live Documents  MS Office Live Thinkfree Zoho Office Suite Zoho Discussions  Zoho Writer Zoho Sheet Zoho Show 8. Online Presentation 280 Slides  Empressr  PreZentit  Prezi Slideboom  SlideRocket SlideServe 9. Personal Web Portals Bloglines iGoogle Netvibes

10. Photo Editing/Sharing 72Photos  BubbleShare Flickr Fotoll  Photoshop Online Photorem  Picasa Picnik Picjuice  Pikikids Pixenate  Pix.ie  Pixton  Splashup  Twitpic vi.sualize.us  11. Search Engines Bing  WolframAlpha  12. Social Bookmarking Delicious Diigo Stixy  Smub.it  Zazna  13. Social Network Facebook Grou.ps  Linkedin Livemocha  Mulaboration  MySpace Ning Shareflow  WritingRoom  14. Survey & Polling Tools Decing  FluidSurveys  Icebrrg  JotSurvey  Questionform  Survs  SurveyMonkey YouPolls  Zoho Polls 15. Task & Group Management BackPackIt  Bla-bla List Do.Oh  Do It, Do It, Done  Flypaper  Gubb  GradeFix  MyTodos  Plancast  Remember the Milk ReQall  Spaaze  Squareleaf Ta-Da List Task.fm  Thymer  Toodledo  verbapp  Vitalist Voo2Do Wridea  16. Video Chat Google Talk Video Skype TokBox 17. Video Editing/Sharing 12seconds.tv  Animoto  Cellblock  FreeScreencast  Howcast.com  Jaycut  Jing  Justin.tv Kaltura  Qik ScreenToaster Seesmic Video TeacherTube  TED  TwitVid  Ustream.tv YouTube 18. Website Creation EasySite  Sauropol  Weebly  Webnode  Webs 19. Wikis Confluence intodit  MediaWiki pbwiki Springnote Wikia ZohoWiki 20. Group Template Page Template

......................................

Fuente: Purdue University
Imagen: Social icons   

25 herramientas colaborativas que no debes perderte

Google Docs, Zoho, Huddle y Basecamp son sin duda las herramientas colaborativas más populares. Pero hay muchas otras herramientas y softwares que nos pueden igualmente ayudar a colaborar de múltiples formas para conseguir mejorar el rendimiento de nuestro trabajo en equipo. Así que aquí os listo algunas de ellas.
Management
* Stixy, ayuda a organizar el mundo laboral en pizarras web-based compartibles y flexibles llamadas stixyboards, así podemos crear tareas, citas, archivos, fotos, notas, etc.
* Project2Manage, es una aplicación para administrar proyectos online que permite estar siempre al día y actualizado en el flujo de tareas de tu equipo.
* Laboratree, administra tus colegas, grupos, proyectos, laboratorios, documentos, reuniones, notas y lista de correo. Es un lugar dirigido a la experimentación, investigación, observación, colaboración y todo lo relacionado con la ciencia
* Teamwork PM, es un software online fácil de usar que facilita a los managers, empleados y clientes trabajar juntos de un modo más productivo online.
* FMYI, (For my Innovation), es un lugar colaborativo privado donde almacenar y compartir información de modo seguro con tu equipo de trabajo. Combina una red social con herramientas que le permitirán alcanzar su objetivo.
* Assembla, ayuda a administrar y dirigir negocios orientados a proyectos unificando equipos y clientes.
* Deskaway, es un administrador de proyectos web-based que permite organizar, administrar y monitorizar proyectos
* 5pm, puede ser ese lugar central a partir del cual podrás dirigir las tareas y proyectos, la colaboración y el trabajo en equipo, informes, etc.
* Hyperoffice, software colaborativo pensado para PYMES. Permite compartir outlook y documentos online.
* Ice³ Online Collaboration es una aplicación fácil de usar para la comunicación diaria, la colaboración y compartir archivos [ Sugerida por Peter Inchley, Gracias ]
* CodeTwo Public Folders, es una extensión para Microsoft Outlook extension diseñada para compartir calendarios, contactos, tareas, emails y documentos con otros usuarios . PErmite compratir en tiempo-real y trabajar offline [Sugerencia de Natally, gracias]
Mapas mentales y whiteboards
* Bubbl.us, puedes crear mindmaps (mapas metnales) a color, compartirlos, insertarlos en tu blog o página web, enviarlos por email, imprimirlos o guardarlos.
* Dabbleboard, es una aplicación online que se centra en una whiteboard (pizarra blanca) que permite dibujar con un interface fácil y divertido de usar.
* Twiddla, útil para hacer brainstorming, marcar gráficos, fotos, websites, etc.
* Mind42, permite hacer brainstorming en tiempo real con otros miembros del equipo.
* Mindomo, organiza y planifica tus proyectos definiendo objetivos y metas.
* Mindmeister, aplicación que permite realizar brainstomring en tiempo real y compartirlas con tus colegas, compañeros de trabajo y amigos. Incluye opciones de seguridad y acceso desde el móvil (Sugerido por  Olaf Lewitz, gracias)
Notas y bookmarks
* Diigo, una práctica herramienta que permite añadir notas o marcar  webs como si se tratase de cualquier documento y compartirlo con tu equipo.
* Protonotes, puedes añadir protonotas a un prototipo y compartirlas con tu equipo para que participen como si fuese algún tipo de wiki o panel de discusiones.
Emails, contactos y calendario
* Spicebird , integra email, calendario y mensajería instantánea con una interfaz de usuario inteligente y fácil de usar. Funciona en Windows y Linux.
Videoconferencia
* Vyew, es una herramienta para interaccionar en tiempo real con tu equipo de trabajo y clientes, facilitando una colaboración transparente. Permite ver acciones pasadas, presentes y controlar y monitorizar las futuras y además, puedes crear presentaciones para compartir y visualizar.
* Dimdim, reuniones en directo usando sólo el navegador de web y Dimdim. Colabora con tu equipo, comparte documentos, whiteboards sin necesidad de descargar ningún software.
* Show Documents, presentaciones, sesiones, conferencias online y en tiempo real, con whiteboards interactivas, edición de textos y chat en directo.
* Yuuguu, conferencias online, reuniones y presentaciones de productos en linea.
* Mikogo, es una plataforma fácil de usar para compartir, ideal para videoconferencia y reuniones on line.
Editor de texto
* Textflow, hace fácil compartir e integrar la comparación de textos. Permite a los demás seguir y visualizar los cambios en los documentos de forma fácil.
Posiblemente conozcas algunas de estas herramientas o las hayas utilizado, pero te invito sobre todo a sugerir algunas más, porque seguro que se me escapan muchas interesantes.

10 Consejos para la resolución de problemas técnicos inexplicables

En ocasiones, compañeros de trabajo y otros conocidos acuden a mi con problemas técnicos difíciles (de programación, sistemas, etc.) incomprensibles y/o aparentemente inexplicables, tratando de que les eche una mano en la búsqueda de una solución. Supongo que me he ganado fama de "gurú técnico" a base de encontrar soluciones inesperadas a problemas extraños (qué engañados les tengo a todos :-)
Seguro que si trabajáis con temas técnicos, habéis escuchado multitud de veces frases como estas:

• No lo entiendo! Pero si ayer funcionaba y no he tocado nada!
• Lo he probado todo y no soy capaz de saber por qué falla!
• Esto es imposible! Pero si el programa nunca debería pasar por ahí!
• Si en mi máquina funciona y todo está igual en esta otra, ¿por qué ahí no funciona?

He hecho un ejercicio de reflexión para tratar de analizar las reglas que inconscientemente aplico a la hora de tratar de resolver algún problema, esas reglas que sólo se aprenden a lo largo de años enfrentándote a este tipo de situaciones. Quiero compartir con vosotros algunos consejos/conclusiones que he sacado de esta reflexión, espero que os sirvan:

Consejo 1: Simplifica el problema

Cuando te enfrentas a un problema complejo suele haber muchas variables que pueden influir en él. En ese caso, hay que tratar de reducir el problema a su mínima expresión, para poder tratarlo sin tantas variables que introducen ruido al asunto. Muchas veces, cuando estás tratando de reducir el problema a uno más simple, das con la solución.

• Ejemplo: Imagina que tienes una aplicación que estás programando, que consta de 1000 archivos y más de 100.000 líneas de código. Tienes un problema con un archivo de la aplicación, concretamente en un método de una clase que no se comporta como debería. En ese caso, lo ideal es aislar ese método y tratar de probarlo independientemente del resto de la aplicación. Si es posible, además, quitar todas las líneas del método que no sean relevantes para el problema, hasta dejarlo reducido a su mínima expresión. Como digo, muchas veces aplicando este procedimiento de simplificación te das cuenta de la causa del problema.

Consejo 2: Se metódico en las pruebas
Lo primero que hay que hacer a la hora de enfrentarse un problema, aún a riesgo de parecer un autómata, es SER MUY METÓDICO. El más claro ejemplo de esto es que si para comprobar que algo funciona estás realizando las pruebas de una determinada manera, las realices siempre de la misma forma y en el mismo orden (aunque creas que lo que estás cambiando no puede afectar al resultado!!!).

• Ejemplo: Si estás realizando las pruebas en una máquina, hazlas siempre en la misma (aunque haya otra exáctamente igual). El cambio de máquina muchas veces introduce ruido en las pruebas (siempre suele haber problemas con idiomas distintos, encodings - UTF8, etc.).
• Ejemplo: Si para las pruebas estás lanzando dos scripts en un derminado orden, aunque los scripts sean independientes (teóricamente el orden no sea relevante), lánzalos siempre en el mismo orden.

Consejo 3: No mates moscas a cañonazos, primero Reflexiona!
Muchas veces cuando uno está enfrentándose a un problema incomprensible, tiene la tentación de "empezar de cero". Yo soy de la opinión de que esta tiene que ser la última solución, antes hay que tratar de descartar todas las otras vías. Volviendo a empezar de cero, corres el riesgo de tardar más de lo necesario, o lo que es peor, trabajar durante días rehaciendo algo para luego encontrarte con el mismo problema.

• Ejemplo: En nuestro día a día trabajamos a diario con las herramientas Maven, JDK1.6, Eclipse, etc. Tengo un compañero (con cariño eh!) que cada vez que no le funciona algo se lanza a reinstalar Windows, y todas las herramientas necesarias. Suele tardar un par de días en reinstalar todo, y algunas veces, cuando ha terminado, vuelve a probar lo que fallaba y... sigue fallando!. Muchas veces, si se hubiese parado a reflexionar sobre el problema en lugar de "tirar por la tangente", habría ahorrado mucho tiempo y esfuerzo.

Consejo 4: La máquina tiene la presunción de inocencia

Lo que he aprendido a lo largo de muchos años es que lo más probable frente a un error es que el culpable sea el ser humano, no la máquina. Lamentablemente en estos casos la presunción de inocencia es para la máquina, y no para ti :-(

• Ejemplo: Mucha gente, cuando algo no funciona, culpa a problemas en el hardware (las típicas frases "Eso es que la memoria está corrupta" o "A lo mejor el disco duro tiene clusters defectuosos"). La mayoría de las veces suele ser problema del programa, no del hardware.
• Ejemplo: Siempre me acuerdo de un antiguo compañero de trabajo que a menudo, cuando encontraba algún problema en Java aparentemente inexplicable, culpaba a la Java Virtual Machine. "Tiene que ser un error de la JVM!!" - decía. Siempre se confirmó que eran errores suyos en el código.

Consejo 5: A veces es más fácil hallar la solución que la causa

En ocasiones la gente se ofusca tratando de buscar la causa a un problema. Pasan días tratando de encontrar el por qué... cuando a veces existe un "atajo" (los ingleses lo llaman workaround) que te hace solucionar el problema, aunque no encuentres qué era lo que lo producía. Hay ocasiones en las que hay que saber rendirse ante el enemigo, y siendo prácticos, dejar atrás nuestra necesidad innata de conocer el por qué de las cosas. Ojo porque tampoco hay que abusar de esto, puede convertirse en un arma de doble filo (cada uno tiene que saber poner límites prácticos a su curiosidad, sobre todo si te pagan por producir ;-)

• Ejemplo: Un conocido tenía un problema con un programa en Java que se suponía que era compatible con la JDK1.3 y superiores. El tipo llevaba semanas persiguiendo el problema ejecutando el software con la JDK1.4, y no era capaz de encontrar la causa. Después de varios intentos fallidos de conocer la causa, le pregunté si había probado a ejecutarlo con la JDK1.3. Su respuesta fue que la 1.4 era compatible con versiones anteriores, por tanto si funcionaba con la 1.3 debería de hacerlo con la 1.4. "Muy bien" - le dije - "¿pero lo has probado?". Insistí en ello, y al probarlo con la 1.3 el error dejó de producirse. Nos quedamos con ganas de saber qué es lo que producía el error... pero solucionamos el problema!
• Ejemplo: La semana pasada un tipo me llamó porque estaba detectando errores de intentos fallidos en la conexión a SQL Server en un servidor. Después de darle muchas vueltas, probé a detener el servicio "Microsoft Reporting Services", y el error dejó de producirse. El tipo dijo: "¿Pero por qué ese servicio trata de conectarse a SQL Server? No lo entiendo", a lo cuál le respondí con otra pregunta: "¿Usas el servicio de Reporting Services o lo vas a usar en un futuro?". "No" - respondió. "Entonces me da igual saber por qué trata de conectarse, dejamos el servicio apagado y problema solucionado".

Consejo 6: Si ayer funcionaba y hoy no, algo ha cambiado

Cuando alguien viene a mi con la típica frase "Pero si ayer funcionaba y no ha cambiado nada!" siempre le respondo lo mismo: "Como mínimo ha cambiado algo: La fecha". Si estás en la típica situación en la que te fuiste el día anterior dejando algo funcionando y hoy ya no funciona, intenta pensar verdaderamente qué puede haber cambiado, y echa para atrás todo lo que haya cambiado para volver a la situación en la que funcionaba. Después vuelve a hacer los cambios probando uno a uno, para ver cuál es el que introduce el problema.

• Ejemplo: El día 19 de Septiembre estuve mejorando el Crawler para el BOCM del proyecto www.booletin.es. Para identificar hasta dónde llega la fecha de un boletín en una cadena de texto (Por ej: "19 de Septiembre de 2010. Bla bla bla"), estaba buscando "20" en la cadena de texto, y así identificaba dónde se encontraba el año en la fecha, y sabía por dónde cortar. Todo funcionaba bien con los boletines desde el 1 de Septiembre hasta el 19. Sin embargo, al día siguiente (20 de Septiembre) volví a probar el programa y fallaba. "Pero si no he cambiado nada!"- pensé. Sin embargo sí que había cambiado algo, el día del mes. El algoritmo funcionaba con todos los días del mes menos el día 20, ya que cortaba la cadena "20 de Septiembre de 2010. Bla bla bla" justo después del primer "20", y no después del año como pretendía.

Consejo 7: Pregúntale (bien) a Google

No creo que exagere si afirmo que el 90% de los problemas extraños se resuelven sabiendo buscar correctamente en Google. Cuando nos enfrentamos a un problema, lo más probable es que ya le haya pasado antes a alguien. Internet está lleno de foros en los que la gente plantea sus dudas/problemas, y en los que hay multitud de respuestas a ellos.Cuando me enfrento con un problema y ando perdido, acudo a Google y le pregunto. Es muy importante saber buscar bien, para encontrar lo que buscas. Para buscar algo, trato de buscar palabras distintivas de lo que ando buscando (es decir, palabras que debería de contener el documento que estoy buscando, y no deberían de contenerlas otros documentos que no busco).

• Ejemplo: La semana pasada un compañero de trabajo experto en tecnología J2EE (un arquitecto de los buenos) estaba buscando la solución a un problema con la herramienta Maven. Llevaba más de dos horas buscando en google y no encontraba nada. Me pidió que le echase una mano, y en cinco minutos (buscando los términos correctos en google) dimos con la solución.

A veces pienso que deberían darse cursos sobre cómo utilizar correctamente los buscadores, sería el tiempo mejor invertido por muchos (como dicen los economistas, tendría un ROI muy atractivo, se recuperaría la inversión en cuestión de días y el resto de la vida sería todo ganancias :-).

Consejo 8: Si no hay más remedio, baja de nivel de abstracción

Cuando todo lo demás falla y el problema parece inexplicable, debemos plantearnos que a lo mejor estamos buscando en el lugar inadecuado. Siempre que hablamos de tecnología, nos movemos en un determinado nivel de abstracción (Ej: Hardware < BIOS < Sistema Operativo < JVM < Programa Java) . En ocasiones el problema que estamos buscando no está en el nivel de abstracción en el que nos movemos, sino en un nivel inferior (por ej. a veces buscamos un error en el programa... y el error está en el Sistema Operativo). Tenemos que bajar a buscarlo ahí.

• Ejemplo: Esta semana he tenido un problema en un servidor: Al ejecutar un programa en este servidor se quedaba colgado. Sin embargo al ejecutarlo en mi máquina local (con la misma configuración) el programa funcionaba sin problemas. Finalmente, el problema no estaba en el programa, ni siquiera en el Sistema Operativo... pero tampoco en el Hardware!. El problema estaba en un nivel de abstracción que se encontraba escondido entre el Sistema Operativo y el Hardware. Resulta que se trataba de un servidor virtual, que se estaba ejecutando como una máquina virtual de VMWare. VMWare estaba teniendo problemas con el acceso a la cabina de discos, y esto estaba causando el fallo en la ejecución.

Consejo 9: Muchos ojos ven más que dos

Cuando estés atascado, pregunta!. Aunque pienses que las personas a las que puedes consultar no tengan la respuesta a tu problema, quizás te puedan aportar alguna pista (o a lo mejor tienen la respuesta y tú no lo sabes). Como poco, el contárselo a alguien te servirá también para aclarar tus propias ideas.

• Ejemplo: Esta anécdota es de mis favoritas. Hace muchos años hice una aplicación en Java que tenía que realizar un cálculo para cada hora de cada día del año. El programa empezaba con las 00:00h del 1 de Enero, e iba incrementando hora a hora hasta que acababa a las 23:00h del 31 de Diciembre. Al ejecutar el programa e ir incrementando hora a hora, llegaba un momento en el que se realizaba el cálculo dos veces para la misma hora. Yo no entendía qué podía estar pasando, ya que el programa funcionaba bien, pero en un momento concreto del tiempo (el 29 de Octubre de 2000) se duplicaba la hora. Después de dos días persiguiendo el fallo, me levanté muy enfadado de la silla y grité en alto "¿Pero qué demonios pasa el 29 de Octubre?". Para mi sorpresa, un compañero me miró y me dijo muy tranquilo: "ese día es el cambio de hora". Claro! No había caído en la cuenta de que el 29 de Octubre de ese año era el día en que se retrasaba la hora, por lo que a las 3h de la madrugada volvían a ser las 2h... y de ahí el hecho de que se duplicase. Mi compañero había dado en dos segundos con la solución al problema que yo llevaba buscando días.

Consejo 10: A veces la mejor solución a un problema es irse a dormir

Muchas veces nos obcecamos en resolver un problema, alargando la jornada hasta las tantas de la madrugada buscando la solución. Después de muchos años he aprendido que a veces la mejor solución es descansar. Cuando te levantas por la mañana, tienes la mente fresca y lúcida, y en ocasiones se te ocurren vías de solución que por la noche no habías imaginado. En otras ocasiones, mientras duermes, el cerebro sigue dándole vueltas al asunto y se aclaran las ideas: ¿a quién no le ha pasado el irse a dormir con un problema en la cabeza y levantarse con la solución?:

• Ejemplo: De pequeño solía jugar mucho al ajedrez. Con 13 años acostumbraba a resolver problemas de ajedrez complejos, buscando soluciones imaginativas a los problemas que se planteaban en libros y revistas. En una ocasión estuve varias horas pensando sobre un problema de "mate en 4" sin encontrar solución. Mi sorpresa fue cuándo me fui a acostar, y por la mañana me desperté habiendo encontrado la solución al problema (la cabeza había estado trabajando solita por la noche!).

  Fuente:  Blog de Manuel Pereira Gonzalez

El valor ganado. Una herramienta para el seguimiento y control de proyectos

Por Alejandro Acosta
De Proyecto en Proyecto 

Los proyectos están rodeados de una gran incertidumbre, esto se debe a que cada vez que desarrollamos alguno estamos emprendiendo una nueva actividad. No existen proyectos idénticos y por lo tanto tampoco contamos con un manual o receta cuyos pasos nos lleven, indefectiblemente a alcanzar los objetivos que nos hemos propuesto.



Por esta razón el seguimiento y control de las actividades de cada proyecto son determinantes para garantizar resultados óptimos. Dos de las variables fundamentales que deben ser monitoreadas y controladas durante el desarrollo de cualquier proyecto son el tiempo y el costo, estas junto a la calidad conforman la combinación de éxito para el proyecto, debemos producir bienes o servicios con la calidad planificada, al costo previsto y en el tiempo esperado.

Cuál es la importancia de desarrollar un proyecto cumpliendo con el cronograma, si estamos hablando de un proyecto privado este seguramente responde a una necesidad de mercado, identificada por la empresa que lo realizará y esta querrá introducir el bien o servicio que va a producir rápidamente, para apoderarse de la cuota de mercado antes de que sus competidores entren en la carrera desarrollando productos y/o servicios similares.

Si hablamos de un proyecto social, tal vez este desarrolle bienes y/o servicios de los que depende la vida de un conjunto de personas, como centros de salud, carreteras, centros educativos, drenajes, etc. Razón por la cual la creación de estos productos y la satisfacción de estas necesidades deben estar ajustadas al tiempo planificado.

En cuanto a los costos, un aumento no previsto de estos durante el desarrollo del proyecto puede acabar con la rentabilidad del mismo, convirtiéndolo en un proyecto no factible al no poder cubrir con los ingresos que se obtendrán por la comercialización de los bienes y/o servicios producidos, la inversión realizada para desarrollarlos.

En el caso de proyectos sociales puede que el sobre costo supere las ganancias de carácter social que generaría el proyecto, si lo desarrollamos estaríamos haciendo un uso ineficiente de recursos, que son escasos y que podrían estar siendo utilizados en llevar a cabo una intervención generadora de mayor beneficio.

Para hacer el seguimiento de estas dos variables a lo largo de la etapa de ejecución o desarrollo del proyecto existe una herramienta matemática muy útil y sencilla de utilizar. Esta herramienta es conocida como el método del valor ganado y consiste en hacer una revisión de cuanto se ha gastado en la ejecución del proyecto en un momento determinado y contrastarlo con lo que debería haberse gastado según la planificación y los resultados obtenidos, para determinar en qué magnitud el trabajo realizado a contribuido efectivamente al logro de los objetivos del proyecto.

Supongamos que nuestro proyecto consiste en la construcción de una casa y hemos decido averiguar al tercer mes de la ejecución como vamos con respecto a los costos y el tiempo del proyecto.

Según lo que hemos planificado al tercer mes la casa debería tener cuatro paredes construidas por un costo de 100 unidades, cuando revisamos la ejecución del presupuesto nos damos cuenta de que efectivamente se han gastado las 100 unidades, lo que nos hace creer que estamos cumpliendo con el plan del proyecto.

Sin embargo y para asegurarnos de que la obra vaya según lo planeado, vamos a visitarla y allí constatamos que de las 4 paredes que deberían estar construidas solo se han levantado dos.

Estamos en presencia entonces de un retraso en el cronograma y de un sobre costo que afecta nuestro proyecto. De las 4 paredes que se deberían haber construido solo hay dos, razón por la cual podríamos decir que la obra tiene un retraso de 50% y estas dos paredes nos han costado las 100 unidades, el precio que planificamos para las 4 que deberían estar construidas, por lo que tenemos un sobre costo ya que cada una tiene un precio 50, en vez del 25 planificado.

Ordenemos estos datos para poder observarlos mejor:

Obra a construir: Paredes
Número de paredes planificadas a los 3 meses: 4
Costo planificado de la obra a los 3 meses: 100 unidades
Costo planificado por cada una de las paredes construidas: 25 unidades
Número real de paredes construidas a los 3 meses: 2
Costo real de la obra a los 3 meses: 100 unidades
Costo real por pared construida: 50 unidades

Como dijimos anteriormente, si basamos nuestra revisión del avance del proyecto solo en la ejecución del presupuesto podríamos pensar que todo va viento en popa, sin embargo cuando vamos al avance real de las obras vemos que no es así, de 4 paredes planificadas hemos construido solo 2 que nos han costado el doble de lo que teníamos previsto gastar en cada una de ellas.

Ahora bien, teniendo estos dato calculemos cual es el valor ganado de nuestro proyecto en el mes tres, esto lo hacemos multiplicando el trabajo que efectivamente se ha realizado, en este caso las dos paredes, por el costo planificado para ellas, 25 unidades, esto nos da como resultado 50 unidades.

Una vez calculado el valor ganado lo comparamos con el costo planificado de la obra a los 3 meses, 100 unidades.

El hecho de que el valor ganado sea inferior al costo planificado para la obra nos permite asegurarnos de que realmente hay un problema en nuestra ejecución, ya que el trabajo realizado debería haber contribuido en 100 unidades al logro del proyecto pero solo lo ha hecho en 50 unidades.

Luego de obtener este resultado nos damos cuenta de que estamos entonces frente a un sobre costo y/o a un retraso en la ejecución de nuestro proyecto, que debemos corregir para poder llegar a la meta.

Qué pasaría en caso contrario, si el valor ganado está por encima del costo planificado, seguramente estaríamos ahorrando parte del presupuesto y/o adelantados en las obras del proyecto con respecto al cronograma.

El escenario ideal es que el valor ganado sea igual al costo planificado, ya que en los casos anteriores se evidencia que hemos subestimado y sobreestimado los costos respectivamente y hemos incurrido en una mala planificación. Debemos recordar que planificar es vital en el desarrollo de los proyectos, por aquello de los riesgos que rodean este tipo de actividades.

El valor ganado y muchas otras herramientas de seguimiento y control nos permiten monitorear regularmente el avance de nuestros proyectos, para poder corregir a tiempo las desviaciones que puedan presentarse en el camino, ajustándonos lo más posible al plan, de esta manera seremos capaces de garantizar en una mayor medida el éxito en el logro de la meta.

Publicado por Alejandro Acosta en 19:26
domingo 11 de abril de 2010

Alejandro Acosta
Economista, Especialista en Gerencia de Proyectos y Máster en Instituciones Financieras, interesado en los temas de la organización y los proyectos como herramientas para el desarrollo. Sígueme en twitter por @aleco44

……………………………..

Fuente: De Proyecto en Proyecto  
Imagen: Earned Value Management 

Las 10 tendencias y tecnologías para Internet en el 2011

Por Eduardo Albalá  

Esta es mi apuesta por las 10 tendencias y tecnologías para Internet en el 2011:



1.- Compras sociales.

Es un fenómeno que ha crecido de forma espectacular en el 2010 y que todo apunta que se potenciará en el 2011. Desde interacción de comercios con redes sociales, hasta los modelos de negocio basados en compras de grupo. Hay más información sobre este tema en el capítulo IX (en abierto aquí) del libro Web’11 (puede adquirirlo en www.lulu.com (formato tradicional) y  www.Bubok.es (formato electrónico).
  2.- Identidad digital.

Esta es una guerra que parece estar ganado Facebook, en especial desde que MySpace permitió que se pudiera acceder a su sitio con las credenciales de la red de Zuckerberg. Cuantos más datos tenga Facebook sobre nuestro perfil, nuestras preferencias y nuestra actividad en Internet, mejor para su sistema de publicidad. Además, el control de la identidad digital puede conllevar ventajas estratégicas en cuanto al negocio de los medios de pago o el acceso a las redes de comercio electrónico, por ejemplo.

3.- Fragmentación de la web Vs. web abierta y universal.

El propio creador de la Web, Tim Berners-Lee, realizó a finales del 2010  una contundente crítica a las redes sociales y al sistema de Apps. En opinión de Berners-Lee, las redes sociales y las Apps forman sistemas cerrados, contrarios a la filosofía de puertas abiertas de la Web. A Google le interesa que su buscador pueda acceder a una Web abierta, a Apple le interesa que nos movamos en “su Web” y Facebook quiere que cada uno tengamos “nuestra propia Web”, eso sí, controlada  a través de su identidad digital. La batalla está servida.

4.- Las Apps.

En el 2011 seguirán creciendo con fuerza y es muy posible que el concepto se empiece a aplicar fuera de los teléfonos móviles, por supuesto a los PC (como ya ha hecho Google a través de Chrome Web Store) pero por qué no pensar en un futuro cercano en el que podamos bajarnos una App para el coche o para el microondas.

5.- Internet de las cosas.

Desde el horno que tuitea cuando los croissants están listos, hasta las etiquetas QR que dan la ficha de cata completa de un vino, hemos visto nacer un mundo donde las cosas nos comunican datos y estados a través de Internet. Este es un proceso imparable, que seguirá en el 2011, expandiéndose a objetos como los empaques de alimentos, los coches o los juguetes.

6.- M2M.

Posiblemente en el año 2011 no sólo veremos como las cosas “hablan” con nosotros sino que empiezan a hablar entre ellas. Esto es el M2M, la comunicación Máquina a Máquina. El coche de Google que puede conducirse solo gracias a la interacción con GPS y las señales en tierra, es un buen ejemplo. Tecnologías como NFC (Near Field Communication o comunicación de campo cercano) pueden contribuir mucho en este terreno.

7.- Geolocalización.

Se puso de moda en el 2010 y el 2011 podría ser su año. Facebook ha incorporado esta tecnología a través de Facebook Places y ya busca rentabilizarla a través del programa de publicidad Facebook Deals. Al mismo tiempo varias start-ups (como Foursquare, Loops o Yelp) continuan su crecimiento y ofrecen servicios cada vez más interesantes.

8.- Nuevas formas de buscar.

Ya no sólo con la introducción de textos, la búsqueda se vuelve más semántica y prueba de ellos son todas las búsquedas visuales que ofrecen ya sitios como Amazon o Etsy, así como las nuevas iniciativas de Google como Boutiques.com. Otra clara tendencia son las búsquedas sociales, cada vez más incorporadas por los buscadores como Google o Bing, que ya han reconocido tener algoritmos para valorar a los tuiteros de mayor relevancia.

9.- Nuevas formas de navegar.

Con nuevos terminales con mayor capacidad de interactuación con con el entorno, está claro que pueden surgir nuevas posibilidades de navegación, como la realidad aumentada, la navegación sin manos (con dispositivos como Kinect) o incluso una navegación mental (ya hay varios prototipos en marcha).

10.- Inteligencia colectiva Vs. Inteligencia artificial.

Yuri Milner, Director General de Digital Sky Technologies, una compañía rusa de capital de riesgo, invirtió cientos de millones de dólares en Facebook  por su convencimiento en que esta red social podría ser la base de una futura inteligencia artificial. Desde hace años las máquinas nos ganan en procesos como jugar al ajedrez. Pero ¿podrían competir las inteligencias artificiales actuales contra miles de ajedrecistas conectados online? Hasta ahora hemos tenido conocimiento colectivo pero la inteligencia colectiva es un gran campo en el que la red puede desarrollarse.


En el libro “La Web’11 (Guía para sobrevivir en Internet en el año 2011)” Puede encontrarse amplia información y ejemplos sobre cada uno de estos temas. La guía se encuentra ya a la venta en www.lulu.com (formato tradicional) y  www.Bubok.es (formato electrónico).

Publicado el diciembre 20, 2010 por barrabesamerica
@eduardoalbala

…………………………………
Fuente: PyMEs Latam  
Imagen: Internet Business Ideas