Академический Документы
Профессиональный Документы
Культура Документы
tenido un gran malentendido con tu cliente acerca de los entregables del proyecto?
fruncido el ceo frente a las elecciones que los clientes hacen en el campo en el que eres experto?
discutido con tu pareja, esposa o marido acerca de si es una buena idea seguir adelante con tu
negocio?
Tu reputacin
Tu(s) rol(es)
Tu(s) tarea(s)
1. Tu reputacin
En general, la reputacin de los trabajadores TIC puede encontrarse en la zona baja del espectro de
los trabajos respetados. No ests seguro de estar de acuerdo con esta armacin? Comprubalo t
mismo!
Joomla! 2.5 - Beginners Guide
4/22/12 Pgina 219
88
http://www.2value.nl/en/weblog/weblog/ve-innovative-characteristics-of-open-source
1. Ponte un traje y empieza a hablarle de una proposicin de negocio a alguien. Sobre la marcha,
cambia el discurso y empieza a hablar de los detalles tcnicos de una posible implementacin de esa
proposicin concreta. Tu credibilidad disminuye inmediatamente.
2. Menciona tu profesin tecnolgica en una esta a (mujeres) profesionales urbanos (urbanas)
jvenes. Fjate en sus caras.
2&3. Tus roles y tareas
En las organizaciones, nuestro trabajo como tcnicos es persistir en una constante gestin de
expectativas, en la venta innita y en ceirnos a lo planicado.
Las buenas noticias son que existe mucho material detallando el proceso de implementacin de un
sistema web. Las malas noticias: Ayuda, hay humanos involucrados!
Los problemas son esas cosas sin sentido que aparecen cuando no tienes la vista ja en el verdadero
objetivo: ganar dinero y respeto.
PARA EMPEZAR, ALGUNAS DEFINICIONES
Recurso
Un recurso es una aportacin que depende de un cliente o de terceras personas. Si no obtienes el
recurso, no puedes completar tu trabajo. P. ej, fotos digitales de un fotgrafo, una lista de nombres de
elementos de men en un idioma diferente, una rmita en el contrato en el que se detallan tus
emolumentos (ups...! nunca pides eso?), etc...
Planicacin de recursos
Consiste en asegurarse de que las aportaciones de los clientes y terceras personas estn disponibles
para ser usadas en un proyecto o soporte.
Alcance
La dimensin de una solucin. El tamao y magnitud de un esfuerzo, pericia, maquinaria,
funcionalidad que ser requerida/planicada para ofrecer esa solucin.<la entrada "Alcance (gestin de
proyectos)"
89
de Wikipedia puede aclararte un poco este concepto, y si no siempre est Google para
completar>
Bloques funcionales
Un grupo lgico de funcionalidades bajo un ttulo comn. Expresado en el lenguaje habitual del
"homo sapiens". Por ejemplo, foro, diseo, interfaz, bsqueda avanzada. (un homo digitalis inventara
ttulos como Jom-Social, psd ms html/css y una plantilla basada en un boceto, esquema de base de
datos para contenido indexado).
Joomla! 2.5 - Beginners Guide
4/22/12 Pgina 220
89
http://es.wikipedia.org/wiki/Alcance_(gestin_de_proyectos)
de lanzamiento
El plan de lanzamiento especica qu bloques funcionales sern implementados para cada fase de
desarrollo del sistema, as como las fechas de lanzamiento para cada fase. El plan de lanzamiento
especica quin (en qu rol) completar cada tarea concreta.
Iteracin (Sprint)
Los esfuerzos a desarrollar durante una fase concreta en un proyecto (tal y como se acord en el plan
de lanzamiento). La palabra "sprint" sugiere correr hasta la meta, sin perder tiempo. Tenemos que llegar
al avin a tiempo. Porque el avin despegar, y mejor que sea con nosotros dentro. Y por tanto no
deberamos perder tiempo en empacar nuestro equipaje tan concienzudamente, no importa si nos
olvidamos de algo, podemos ir a trancas y barrancas... pero debemos llegar a tiempo! Procediendo de
esta manera, estaremos mucho mejor que con nuestro equipaje impecablemente preparado: todo lo que
podramos necesitar est perfectamente colocado en la maleta, pero nos hemos quedado en el
aeropuerto.
SprintX
El sprint virtual tras el ltimo de los sprints consignados en el plan de lanzamiento. Es un contenedor
para trabajo extra (ya sea por el sndrome del lavadero o acordado fuera del alcance) o zona de espera
para bloques funcionales que no pudieron ser implementados en los sprints planicados hasta ese
momento.
Gestin del contrato
La gestin de los contratos rmados con clientes, proveedores, socios o empleados. La gestin de
contratos incluye negociar los trminos y condiciones del contrato y asegurarse de su cumplimiento, as
como documentar y acordar cualquier cambio que pueda surgir durante la implementacin de lo
acordado. El propsito: maximizar el rendimiento nanciero y operativo y minimizar el riesgo.nimizing
risk.
Gestin de proyectos
Es la disciplina que se encarga de planicar, organizar, asegurar y gestionar recursos para llevar a
trmino los objetivos y nes de un proyecto. Dicho de otra manera: llegar de A a B sin quedarse por el
camino, y llegar a tiempo, pase lo que pase.
Evaluacin de prioridades
Cmo percibe la gente el mundo, y en particular en una implementacin de sistema web abierto/
Joomla: cmo ve la gente los resultados en el contexto de qu fue lo que se acord. Necesitamos elaborar
un poco ms acerca de la evaluacin de prioridades, porque la sincronizacin de dichas prioridades es la
clave para una buena gestin de contratos.
EVALUACIN DE PRIORIDADES
Joomla! 2.5 - Beginners Guide
4/22/12 Pgina 221
La evaluacin de prioridades es compleja. Podemos encontrarnos intereses contrapuestos, asuntos
personales frente a los roles que desempeamos. Diferentes niveles de pericia y experiencia. Cmo de
bien fueron percibidas las negociaciones. Y qu hay acerca del respeto? Recibieron suciente respeto
las partes implicadas que anotaron por escrito su evaluacin de prioridades? Respetaron a otros durante
el proceso? Todos estos factores inuyen en la manera en la que percibimos las cosas.
Ejemplo: una disputa emocional con tu vecino difcilmente tendr algo que ver con el tema u objeto
que inicialmente motiv dicha disputa. Lo ms probable es que fuera alguna otra cosa la que form su
opinin, expresada en cierto tipo de "orden de prioridades".
PSICOLOGA CASERA PERSONALIZADA
Vamos a echar un vistazo rpido tambin a algunos importantes efectos psicolgicos presentes
mientras hacemos negocios. En el caso de la implementacin de un sistema web de cdigo abierto, con
frecuencia nos ptropezamos con algunos efectos interesantes que tienen una incidencia importante.
que el cliente realmente quiere
Cobertura y asesoramiento futuros garantizados. As es, amigos. El cliente no est interesado en
cdigo abierto, Joomla, t, tu producto, tus mtricas, tu visin, etc. As que deja de contarle historias
estpidas y empieza a formular preguntas inteligentes para hacerle sentir seguro en lo que realmente le
importa.
El valor decreciente del servicio
Todo lo que ya ha sido hecho, vale menos cada da que pasa, y todo lo que an est por hacer es
muy importante y urgente. Te suena de algo?
Siempre tiene la razn
Un cliente siempre tiene la razn. Si no, sencillamente tenemos una opinin diferente del tema...
Este es un buen ejemplo sobre lo que hablbamos antes de la sincronizacin de las prioridades.
LA FECHA DE ENTREGA ES SAGRADA. FLEXIBILIZA EL ALCANCE
Los proyectos tienden a extenderse ms all de la fecha de entrega. Por qu? Tan malo eres
planicando, te gusta disgustar a la gente? Por supuesto que no. Acabas con un resultado defectuoso
que debe ser depurado, aceptas nuevos requisitos y recursos que cambian mientras ests desarrollando?
Sabes que s. Tienes algn problema para detener los esfuerzos de desarrollo y comenzar un testeo
concienzudo? Entregas sistemas a medio hacer simplemente para "mantener al cliente contento"?
Probablemente lo hagas. Y deberas detener esa conducta en este preciso momento.
"La fecha de entrega es sagrada" signica: no importa qu es lo que ocurra, entregaremos el proyecto
a tiempo. Lee la frase de nuevo: entregaremos el pryecto a tiempo.
Joomla! 2.5 - Beginners Guide
4/22/12 Pgina 222
40 aos de TIC no nos han hecho ningn bien desde algunos puntos de vista. Est perfectamente
aceptado que no entreguemos a tiempo. Incluso peor: est aceptado que ms del 50% de los mayores
proyectos TIC a lo largo y ancho del mundo sean un fracaso total. Y aceptamos que tienen a ser el doble
de caros al nal de lo que se estim inicialmente.
Imagina que tu tienda de comestibles dijera "no hay leche hoy" despus de que la hubieras
encargado por telfono ayer. Imagina que tu panadera subiera sus precios un 100% o 200% de un da
para otro. Qu diras si el constructor de tu casa que acaba de derrumbarse te enviara la ltima factura
por "trabajos hechos en tu vivienda"?
Los clientes TIC simplemente se largan mascullando su desdn. Se van y empiezan un nuevo
proyecto TIC. Y qu pasa con nosotros, los proveedores? Nos quitamos de en medio con nuestro
incumplimiento! No entregamos a tiempo, no nos ceimos a las promesas y entregamos sistemas que no
sern usados (por mucho tiempo). A veces, un cliente nos demanda. Pero qu importa: no puedes sacar
sangre de una piedra. En muchos casos, clientes enfadados no pagan la ltima factura o la factura ms
cuantiosa (depende de cmo de estpidos hayamos sido). Pero es de lo que se trata. Nos lo tomamos
como un juego de nios. Pasamos pgina y vamos al siguiente proyecto, en el que actuaremos ms o
menos igual...
BASTA!
Entrega a tiempo, no importa qu es lo que ocurra, sin excusas, entrega!
CMO ENTREGAR A TIEMPO
Ahora entrar en detalle acerca de cmo se hace y los efectos positivos de esta conducta para todas
las partes implicada, incluyendo tus clientes.
Cmo puedes conseguir entregar a tiempo?
Fundamentalmente, exibilizando el alcance.
La compaa 37signals
90
escribe en su visionario manual Getting Real
91
: los sitemas de cdigo
abierto (y tambin Joomla) estn muy bien equipados para ceirse a esta regla (lee el libro entero para
conocer otras reglas igual de buenas)
1. El cdigo abierto tiene buenas capacidades para el prototipado y las pruebas de concepto, el
alcance queda ms claro "despus" de crear un prototipo, y por tanto se pueden evaluar mejor los
cambios necesarios.
! 2.5 - Beginners Guide
4/22/12 Pgina 223
90
http://37signals.com/
91
http://gettingreal.37signals.com/
2. Un sistema web de cdigo abierto lleva incorporadas muchas y muy tiles funcionalidades; hay
una gran cantidad de cosas por cambiar al alcance (ver tambin 'Negocia continuamente')
3. El alcance debera ser exible porque los clientes cambian de idea acerca de lo que quieren una
vez que han experimentado con los primeros resultados y posibilidades. Los clientes aprenden a
medida que trabajan con la herramienta. Y cambian de idea en consecuencia. El sndrome del
lavadero es el efecto negativo; "exibilizar el alcance" es la solucin positiva.
es la gua paso a paso:
1. Acuerda desde el principio que para ti lo primero es la fecha de entrega, y que el alcance ser
exible para ajustarse a dicha fecha. Explica honestamente lo que "exibilizar el alcance" signica.
Llamemos "ellos" a los clientes. S muy abierto: lo que ellos quieren en este momento, no lo querrn
al nal. Por qu no? Por qu no? Avanzar a base de intuiciones puede llevar a diferentes sistemas!
Sin embargo, ellos conseguirn siempre lo que quieren en cada iteracin hacie el resultado nal.
2. Asegrate de que ests a cargo de exibilizar el alcance (sin discusin, tienes que cumplir con la
fecha de entrega, de modo que t eres el que toma las decisiones).
3. Planica un "tiempo de amortiguacin" en tu trabajo hacia la fecha de entrega. Usa este tiempo
para exibilizar el alcance y poder crear nuevas versiones de tu plan de lanzamiento. Puedes hacer
esto disminuyendo el nmero de bloques funcionales en el sprint actual, o "adelgazando" algn
bloque funcional.
Gestiona con los clientes posibles frustraciones
1. Nunca escribas t mismo las especicaciones de un bloque funcional. Colcalo en el siguiente
srpint o en el SprintX.
2. Comunica la accin de exibilizacin del alcance con un nuevo plan de lanzamiento
3. Cete a las prioridades establecidas en la evaluacin de prioridades, y toma nota de cada
indicacin (que no se duplique ninguna) o peticin explcitamente.
S FIRME PERO AMABLE
Mantener una postura rme signica principalmente:
1. No vuelvas a aceptar un contrato con un presupuesto cerrado nunca ms. De lo contrario,
obtendrs un margen ridculo sobre lo presupuestado inicialmente. El desarrollo e implementacin
de sistemas web de cdigo abierto sencillamente no es apto para ofrecer servicios a un precio
cerrado. Explora el sistema de alerta de 2Value
92
como una alternativa a medio camino entre un
precio cerrado y un sistema de "carta blanca".
Joomla! 2.5 - Beginners Guide
4/22/12 Pgina 224
92
http://wiki.2value.nl/index.php?title=Piepsysteem/en
2. Cete a las reglas del compromiso: los pagos se retrasan? Deja de trabajar inmediatamente, sin
excepciones.
3. Profesionalidad: empieza a ofrecerla demandndola.
Comportamiento amable acompaado de una postura rme
A: Siempre escribe o di: "no podemos" en lo lugar de "no queremos" o "no haremos".
Ejemplo: Lo siento, seor, me temo que no puedo continuar trabajando en su sitio web. No hemos
recibido el pago de la ltima factura en nuestra cuenta bacaria. La poltica de la compaa es la de
comenzar el trabajo nicamente cuando los pagos pendientes acordados hayan llegado a nuestra
cuenta.
B: Di que no puedes empezar con ese anlisis en busca de virus hasta que el dinero haya llegado al
banco, pero al mismo tiempo deja que el cliente "sienta" que "extraocialmente" ya se han tomado
medidas, y que se est trabajando a pleno rendimiento en solucionar el problema.
D: Entregamos exactamente lo que se acord (sin descontar nada), pero tambin pondremos un
pequeo esfuerzo extra en el proceso
VENDE Y NEGOCIA CONTINUMENTE
Es obvio que deebs vender un proyecto y negociar condiciones (entre ellas el precio). Lo que resulta
novedoso para mucha gente es que en el desarrollo de un proyecto de un sistema web o del soporte que
vendr despus, debes vender y negociar continuamente.
Varios ejemplos:
1. Est completado? Puedo mandar mi factura ahora? ("No, an hay un para de cosas que
mejorar...")
2. Peticin de soporte: cambiar un logo en el sitio. Cunto tiempo necesitas? ("Oh, venga ya, no
puedes hablar en serio...!")
3. T piensas que es trabajo extra, tu cliente no opina lo mismo. ("Puede que no est en el
documento de condiciones, pero recuerdo muy bien haber discutido acerca de esa funcionalidad")
Recuerda que vender es un juego. El cliente debera tener la sensacin general de que ha ganado ese
juego. Proporcinales esa sensacin y consigue un acuerdo benecioso al mismo tiempo!
Para poder jugar a las canicas
93
, necesitars canicas.
Cmo consigues las canicas? Firmando el contrato? No. Enviando facturas? No y no. Ocultando
resultados. A veces...
Las principales fuentes de crditos para tu juego de ventas son la felicidad y el dinero. No las mezcles.
Rene crditos en la cuenta del banco emocional de tus relaciones (ver Steven R. Covey
94
).
Soluciona cualquier frustracin que puedas tener; necesitas ser feliz tambin en tus relaciones
laborales!
Si los pagos parciales han llegado a tiempo, tienes crditos para jugar ms partidas.
Trata de evitar dejar demasiadas horas trabajadas sin pagar. Esto te hace vulnerable, y despeja el
camino de tu cliente para ponerte bajo presin y/o volver a plantear negociaciones. Mientras ms
dinero te deban, ms argumentos de mierda sacarn a relucir para no pagarte. Una presin que no
deba estar ah empieza a caer sobre ti, pero t eres el causante de que haya aparecido (revisar de
nuevo la seccin "S rme, pero amable")
DEFINE ROLES Y DESEMPALOS!
! 2.5 - Beginners Guide
4/22/12 Pgina 226
93
http://es.wikipedia.org/wiki/Canica
94
http://en.wikipedia.org/wiki/Stephen_Covey
Un cliente dispone de muchos roles ampliamente aceptados: el jefe, el usuario nal, el administrador
del sistema web, y lo que es ms importante, l o ella es el juez.
Dado que literalmente eres el propietario nico de tu negocio, eres el responsable nico del sistema
web que suministras a tu cliente. Es tu responsabilidad entregar un sistema que sea: bueno, adecuado,
bien documentado, que est a tiempo, dentro del presupuesto y conable. Te parece justo?
Bueno, lo cierto es que no es justo en absoluto! Echemos un vistazo un poco ms de cerca a lo que
est ocurriendo aqu.
Imagina que rezumas esa actitud de "lo hago todo y me encanta". Te plantearn preguntas como:
'Nos recomiendas usar Joomla?'
y
'Puede PHP encargarse del ciclo de copias de seguridad por nosotros?'
y
'Es posible tener soporte multi-lenguaje a tiempo?''.
No hay nada malo en estas preguntas, no? Cuntas veces respondiste a esas preguntas?... sin darte
cuenta de que al hacerlo estabas poniendo balas en la recmara de una escopeta que apuntaba
directamente a tu cabeza.
Imagina que respondiste con un "s" a esas preguntas, y que adems te extendiste dando
explicaciones. Muy amable por tu parte! Sabes un montn! El respeto que obtienes se origina en el
hecho de que no slo eres un buen desarrollador, sino tambin en que:
tienes una visin muy mordaz sobre cmo debe ser el proceso de seleccin;
te sientes familiarizado y seguro con la pila LAMP y el mecanismo de tareas cron, y eres capaz de
arreglarlo (guau!)
la comunidad internacional del software libre, y especialmente la del CMS Joomla, es como tu
propia acsa; conoces a un montn de gente dentro de ellas, en cualquier parte del mundo...
'Qu tipo, qu tipo, qu tipo tan talentoso!'
No tienes ni idea de hacia dnde nos dirigimos? Tranquilo, no te preocupes, esto no son ms que
ejemplos inofensivos para ayudarte a comprender los peligros de ser demasiado cndido con tus
respuestas.
Apretemos el gatillo de esa escopeta que apunta a tu cabeza. Recuerda que fuiste t el que carg la
municin:
! 2.5 - Beginners Guide
4/22/12 Pgina 227
Espera un minuto, t recomendaste Joomla... y ahora resulta que tenemos que programar una
extensin a medida para resolver un problema que Drupal puede resolver con las opciones por
defecto...!?
Nosotros esperbamos tener una copia segura de nuestro sitio todas las noches, porque t dijiste
que PHP era capaz de hacerlo. Te pagamos para congurar la tarea cron. Y ahora resulta que nos
encontramos con una copia inservible...
No separaste tus diferentes talentos en roles distintos. Representa cada uno de ellos con sombreros
de diferentescolores. As que, a partir de ahora: dene roles.
No te pusiste los sombreros adecuados al responder a las preguntas. Eso te hizo vulnerable: el
cliente puede tomar tu respuesta desde cualquier punto de vista. Desempea tu rol
CMO PUEDES DEFINIR ROLES?
No tienes que hacerlo. Ya existen, simplemente elige un conjunto de ellos que encajen con tu negocio
y comuncalos. Ponlos por escrito y haz que tu cliente se familiarice con los distintos roles que
desempaas profesionalmente. Por ejemplo: gestor de cuentas, consultor, gestor de contratos, responsable
de proyecto, diseador, desarrollador, probador, generador de contenido, alojador.
Un cliente o su representante slo abusarn de ti obligndote a desempeas 10 roles
simultneamente SI T LES DEJAS.
Para permanecer sano y salvo: usa estos roles explcitamente en los momentos importantes, y
desempalos
Estimado cliente, realmente lo siento, pero como su desarrollador yo nunca podra
contestar a la pregunta "deberamos usar Joomla?". El motivo es que es su
organizacin la que debe elegir el gestor de contenidos web, y mi trabajo ser
conseguir lo mejor del gestor seleccionado. Por supuesto, puedo ponerle en
! 2.5 - Beginners Guide
4/22/12 Pgina 228
Ganar respeto y dinero con Joomla no tiene nada que ver con Joomla!
(Gracias a Froukje Frijlink, que corrigi mi ingls para el artculo original).
Joomla! 2.5 - Beginners Guide
4/22/12 Pgina 230