WordPress gratuito… pero, ¿a qué coste? Un manual de Supervivencia

 Autor: Mikel Bilbao Martins

Podrá resultar llamativo el título de esta entrada, pero nada alejado de la realidad, vamos a explicar las siguientes 3 posibilidades, en las cuales usted, el lector, se puede encontrar:

• Ha utilizado un hosting gratuito de WordPress, sin tener en cuenta las consecuencias, y no ha ocurrido ninguna incidencia actualmente.
• Se encuentra lidiando con las consecuencias, con o sin copias de seguridad o un plan sólido para salvar la situación.
• Quieres tener hosting para WordPress gratuito de confianza.

Una referencia adicional útil para esta situación es la siguiente, en la cual ocurre el mismo suceso con un proveedor diferente, pero con el mismo concepto de “WordPress gratis”: Lo barato sale caro (Hosting).

Cómo aprovechar al máximo las herramientas

 Autor: Andoni De la iglesia Rodriguez

En la gestión de proyectos es muy importante decidir que herramientas van a usar los diferentes miembros del equipo. No es solamente escoger la herramienta más completa, sino la de mayor eficiencia de entre resultados y facilidad de uso. Muchas veces una mala selección provoca una gran pérdida de tiempo. Lo más importante, es adapta las herramientas al proyecto y no al revés.

Uno de los errores más comunes al seleccionar una herramienta, es coger una sin haberla probado antes. Es complicado saber si una herramienta encaja en el proyecto, por eso es conveniente usar un periodo de prueba, que nos permita comprobar los siguientes aspectos:

• Con la herramienta puedo cumplir todos los requisitos.
• Los miembros del equipo la pueden aprender a usar en un tiempo razonable
• Si la herramienta produce problemas nuevos, como incompatibilidades, dependencias de pagos, limitaciones...
• El resultado que se puede obtener justifica el tiempo invertido y los problemas generados.

Más vale prevenir que currar

 Autores: Jorge Arévalo y Laura Rodríguez

Cuando arranca un proyecto, lo primero que se nos pasa por la cabeza es: cuanto antes empecemos a producir, mejor. Hay plazos, hay entregas, hay nervios. Pero esa urgencia por meterse en faena, aunque nace de buena intención, puede acabar jugando una mala pasada.

Entre que se publica el proyecto y el momento en que empezamos a redactar documentos, grabar vídeos o diseñar páginas web, hay tiempo que solemos comprimir demasiado. En Gestión de Proyectos a esta etapa la llaman etapa preconstitucional, y se le asigna una dedicación estimada de unas tres horas de trabajo fuera de clase.

Parece mucho, pero nuestra experiencia y la de otros equipos, apunta a que esas tres horas mal aprovechadas pueden costarte mucho más tiempo después.

Quien calla otorga: El problema de los roles al principio del proyecto.

 Autor: Rubén Gallego

Cuando un equipo empieza sin conocerse, los roles en base a el conocimiento que tenemos del equipo en muchos casos limitado. Esto lo he vivido en primera persona: quien más habla termina dirigiendo, quien tiene más tiempo libre carga con más trabajo, y quien calla recibe menos tareas, no porque no valga, sino porque nadie sabe todavía qué sabe hacer. El problema no aparece el primer día. Aparece semanas después, cuando alguien está al límite y otro lleva tiempo sin hacer casi nada. Y para entonces, ya es tarde para cambiar las tareas sin retrasar el proyecto.

El riesgo de no controlar las peticiones del cliente

 Autor: Mikel Berasategui

No son pocas las lecciones que podemos encontrar en este dominio que hablen acerca del cliente y de como gestionar la comunicación con él. Algunos de estos artículos son Comunicación con el cliente, Con el cliente desde el minuto uno, Comunicaciones con el Cliente, aprendiendo de los errores... o No saturemos al cliente. Sin embargo, ninguno de ellos menciona el fenómeno conocido como scope creep (también síndrome del lavadero, arrastramiento del alcance o corrupción del alcance en español), el cual tiene su impacto de mayor o menor medida en cualquier proyecto que involucre a un cliente (según un artículo de Productive.io, que cita datos del IEEE y del PMI, hasta el 50% de los proyectos sufren ese fenómeno). Veamos de qué trata esto:

Taldeko lan-banaketan social loafing izeneko fenomenoa ager daiteke

Egilea: Egoitz Ladron Lete

Proiektuaren garapenarekin hasi aurretik taldeko kide bakoitzari rol bat esleitu zitzaion. Rol  bakoitzak bere berezitasun eta ardurak ditu eta guztien lana beharrezkoa da proiektuak funtzionatu dezan.

Banaketa horretan zuzendari rola esleitu zitzaidan, ondorioz proiektuaren garapenean zehar taldeko kide desberdinen artean atazak modu orekatu batean banatzea izan da nire ardura nagusia. Talde lanak modu egokian funtzionatu dezan kide guztiek esleitutako lanak modu egokian garatzea beharrezkoa da. Baina talde guztietan arazo bera gertatzen da: kide batzuek beren ardura ez betetzea, edo besteen esku lagatzea, honen ondorioz taldeen arteko dedikazio desoreka sortuz.

Talde-lanetako rolak ausaz banatu: Bai ala ez?

Egilea: Urtzi Etxegarai

Irakasgai honetan beharrazkoa da lanak proiektuan egitea. Prozesu horretan, ezinbestekoa da taldekideen artean rolak banatzea. Hasierako faseetan taldeak txikiagoak direnean, agian 3 edo 4 rol baino ez daude (Zuzendaria, Idazkaria, Koordinatzailea eta Komunikatzailea), baina azken faseetara iristean, 7 edo 8 rol izatera irits daiteke. Rol horiek guztiak banatzea lan handia da, are gehiago taldekideak aldez aurretik ezagutzen ez badituzu.

Edozeinek pentsa dezake biderik errazena rolak ausaz banatzea dela. Zergatik galdu denbora minutu batean egin daitekeen gauza batekin? Azken finean, denok egingo dugu lan, ezta? Nire esperientzia pertsonalean oinarrituta, argi esan dezaket: nahiz eta hasieran buruhausteak aurreztu, proiektuak aurrera egin ahala arazoak biderkatu egingo dira.