Este documento discute tres temas clave relacionados con la planificación y construcción de proyectos digitales: 1) la importancia de planificar cuidadosamente el proyecto, 2) la necesidad de una organización interna clara con roles y responsabilidades definidos, y 3) la utilidad de los Términos de Referencia para transmitir claramente las necesidades del cliente al proveedor.

4. TransCyberiano = 3 Temas

5. 1. ¿Cómo planearlo?

6. 2. ¿Cómo construirlo?

7. 3. ¿Cómo darlo a conocer?

8. 1. ¿Cómo planearlo?
2. ¿Cómo construirlo?
3. ¿Cómo darlo a conocer?

9. ¿Cómo construirlo?

10. 8 Temas

11. 1. Planeamiento
2. Organización a lo Interno
3. Términos de Referencia
4. Eligiendo a un Proveedor
5. Tipos de Soluciones
6. Entregables
7. Controlando el Proyecto
8. Errores Típicos

12. i. Nosotros
ii. El Proveedor
iii. Recomendaciones finales

13. 1. ¿Construirían sin planos?

14. La importancia de planear

15. Pensemos en una casa

18. Winchester Mystery House

19. ¿Estadísticas?

20. Resultados no son alentadores

21. 30% proyectos web

22. Tarde o sobrepasaron
presupuesto
Encuesta 2008, New Bamboo

23. % Fracaso = 30% - 70%

24. i. 25% arriba del presupuesto
ii. 21% sin satisfacer requerimientos
iii. 31% entregados tarde

25. ¿Por qué se falló?

26. i. Cambios en requerimientos
ii. Peticiones inconsistentes
iii. Tiempo/Presupuesto insuficiente

27. ¿Y el tren?

28. Línea férrea más cara, difícil y
larga jamás construida

30. 9,300 Km contiguo a Asia hasta
el Pacífico
Terreno = más ancho que USA y Canada juntos

32. Cerca del lago Baikal
Temperaturas = -40° en Febrero

33. Acantilados de granito

34. Cada KM construido a mano

35. ¿El Reto?

36. Falta de tradición empresarial

37. No era un desafío tecnológico

38. No tenían que inventar nada
nuevo

39. ¿Entonces?

40. RETO de financiación y
organización

41. Experiencia en construcción de
ferrocarriles limitada

42. Conclusión:

43. 1. Planear es importante

44. 2. Gasto de dinero y tiempo

45. i. Cambios en requerimientos
ii. Peticiones inconsistentes
iii. Tiempo/Presupuesto insuficiente

46. 2. Organicémonos

47. ¿Quiénes deberían estar
involucrados en el proyecto?

48. i. Cambios en requerimientos
ii. Peticiones inconsistentes
iii. Tiempo/Presupuesto insuficiente

49. ¿Por qué es importante esto?

50. 1. Sentido de pertenencia
2. Definir responsables
3. Evitamos sorpresas
4. Mejor retroalimentación

51. Necesitamos un equipo interno

52. Project
manager
Gestores
TI
Contenido
Directivo Stakeholders

53. Gestores de Contenido

54. Conclusión:

55. 1. Responsables claros

56. 2. Mayor claridad de lo que
necesitamos

57. 3. Términos de Referencia

58. Se lo que quiero

59. ¿cómo lo pido?

60. ¿Cómo transmito mis
necesidades al proveedor?

61. Términos de Referencia
c.c. Request For Proposal

62. Invitación a presentar una oferta
formal del proyecto

63. • acerca de…
• qué se requiere…
TDR • objetivos…
= • requerimientos…
Documento • condiciones de
entrega y
satisfacción…

64. i. Provee información al proveedor
ii. Solicita información al proveedor

65. Veamos un esquema

66. Al proveedor
• Contexto
• Información de Contacto
• Fechas
• Criterios de Decisión
• Resumen del Proyecto
• Audiencia
• Entregables
• Detalles del Proyecto

67. Del proveedor
• Información de la Compañía
• Solución propuesta
• Equipo
• Casos de éxito
• Referencias

68. Conclusión:

69. 1. Un TDR útil para
cliente y proveedor

70. 2. Todo más claro y
menos sorpresas

71. 4. Buscando a un Proveedor

72. El reto

74. El “zoila”

75. “I can provide it all”

76. Muchas áreas de especialización

77. Sistemas
Hosting
transaccionales
Especialidad Especialidad
por tecnología Por nicho
Diseño web
E-marketing
SEM
SEO Administradores
contenido

78. ¿Y los freelancers?

79. ¿Qué hacer?

80. 1. Solicitar referencias
2. Conocer más al proveedor
3. Solicitar experiencia relevante
4. Solicitar metodología trabajo
5. Solicitar visión del proyecto

81. Conclusión:

82. 1. Estudiar al proveedor es
importante

83. 2. Proveedor que se ajuste
a mis necesidades

84. 5. ¿Cómo administro mi sitio web?

85. Los Administradores
de Contenido

86. ¿Qué administro?

87. 1. Texto
2. Imágenes
3. Archivos
4. Videos
5. Usuarios

88. ¿Existente o a la medida?

89. Daniel Gavilán

90. Conclusión:

91. 1. Todo depende…

92. 6. Los Entregables

93. No es soplar y hacer botellas
Foto: Kent E St. John

94. ¿Qué podemos esperar?

95. Dinero, Magia
tiempo, Del
esfuerzo Proveedor

96. 1. Código Fuente
2. Documentación
2.1. Especificaciones técnicas
2.2. Arquitectura de Información
2.3. Wireframes
2.4. Release Notes
2.5. Manual
3. Material
3.1. Imágenes (eps, psd, jps, png)
3.2. Fotografías

97. Wireframes

101. Arquitectura de Información

103. Personas

105. Beneficios

106. 1. Mayor control
2. Hitos en el proyecto
3. Documentación para el futuro
4. Transparencia
5. Rendición de cuentas

107. Conclusión:

108. 1. El sitio es algo
más que el sitio

109. 7. Controlando el proyecto

110. ¿Qué podemos hacer?

111. Project management

112. 1. Entregables
2. Minutas
3. Documentación
4. Herramientas

113. Herramientas

114. 1. MS Project
2. Primavera
3. Merlin
4. dotProject
5. Basecamp (web)

121. Conclusión:

122. 1. Herramientas + buenas prácticas para
monitorear el avance de proyectos

123. 8. Errores que los Clientes
Aman y deben Combatir

124. Laura Pardo

125. Conclusión:

126. 1. El cliente no siempre tiene la razón

127. 1. Planeamiento
2. Organización a lo Interno
3. Términos de Referencia
4. Eligiendo a un Proveedor
5. Tipos de Soluciones
6. Entregables
7. Controlando el Proyecto
8. Errores Típicos

128. Gracias

129. En la Web:!
rzuleta@schematic.com!
Twitter.com/rzuleta!
www.unqueque.com