Niveles en la jerarquía en Ultima Alianza.
Los niveles que forman parte del staff de Ultima Alianza son Administrador, Developer y Game Master. Los colaboradores no forman parte del staff, son ***aTesters del juego y por tanto jugadores.
- Administrador (ADMIN): Es el nivel más alto de la jerarquía de Ultima Alianza. Decide sobre todo cómo, cuándo y dónde gastar los recursos económicos de la comunidad. Por tanto, todo el tema donaciones pasa por el administrador. Su palabra es la que pone punto final a cualquier discusión. Es quien otorga los estatus a los demás miembros del staff, asignando o quitando privilegios.
- Developer (DEV): Es un desarrollador, por tanto tiene entre sus labores el avance del servidor, tanto a nivel de scripts como de redes sociales, etc. Su trabajo abarca también coordinar y controlar a los GMs y Colaboradores. El administrador delega parte de sus funciones en los devs y por tanto no es raro ver un dev con accesos privilegiados a zonas que el administrador solo puede.
- Game Master (GM): Son la parte mas visible del staff, quienes están mas en contacto con los jugadores, en especial cuando están en practicas. Los GMs están divididos en dos grupos y tienen asignadas tareas globales según sus gustos, aunque todos deben tener conocimientos sobre todas las tareas para poder sustituirse entre ellos cuando es necesario. Cuando un jugador alcanza el nivel de GM, se le da una nueva cuenta con dichos privilegios y su cuenta de jugador es BLOQUEADA. Los jugadores tienen unos días por si quieren dejar "herencia" antes del bloqueo. Los grupos de GMs son:
- GM en practicas: Cuando un GM es reclutado pasa un tiempo atendiendo pages y aprendiendo a desenvolverse en el servidor. Durante este tiempo ha de leerse los manuales, las guías de resolución de pages, pasear por todos los rincones del mapa y encontrar los secretos que este tiene y que no se veían como jugador. Lo que viene a ser conocido como "ponerse al día con su nuevo cargo". Este es un proceso lento, lo que lo hace aburrido para muchos y es donde suelen abandonar el puesto, pero es un proceso necesario porque se esta en un entorno nuevo. En esta fase, algo que se debe hacer también y es donde más se tarda, es en dejar atrás la mentalidad de jugador con la que se viene y aprender que se esta por encima de las rivalidades que se tenían anteriormente. Los GMs en prácticas NO tienen accesos a scripts hasta ser GMs de pleno derecho.
- GM (de pleno derecho): Tras unos meses en prácticas, los GMs que se ganan la confianza del resto de sus compañeros y demuestran su dominio sobre el servidor, pasan a tener acceso a los scripts. A partir de ahí, deciden si quieren aprender a scriptear y agregar más responsabilidad al resto sus funciones anteriores. El límite lo ponen los propios GMs. Pero siempre con la supervisión de los DEVs. La diferencia principal entre un GM de pleno derecho y un DEV, esta en la antigüedad y responsabilidad adquirida con el servidor. Por ello, el DEV se podría simplificar como el coordinador y supervisor, recordando que el DEV no suele atender pages, cuando el GM debe hacerlo. Los DEVs deberían dedicar su tiempo al desarrollo del servidor, como ya explicamos.
- Colaborador: Son jugadores normales y corrientes, con los mismos derechos y deberes que el resto de los jugadores. No tienen cuentas de juego con atributos especiales, ni obtienen ningún tipo de recompensa en el juego por ser colaboradores. Tan solo se espera de ellos que prueben, valoren y opinen sobre los cambios implementados en el juego. Como jugadores normales, no atienden pages, no tienen por que ser amables, ni perdonar la vida, ni donar sus objetos al resto de jugadores. Su opinión en los foros públicos es del mismo valor que la del resto de los jugadores. De hecho, un asesino (PK) puede ser colaborador con el fin de opinar sobre los cambios sobre el PVP. No por ello debe dejar de matar al resto de jugadores o ser amables con ellos, matándolos a caricias.
Los colaboradores tienen acceso a un subforo de tareas con la misma estructura que la de fallos, donde los GMs y DEVs escriben en qué trabajan, en qué les gustaría trabajar o proponen proyectos nuevos en espera de ser aceptados para su desarrollo. En algún momento, el proyecto (que puede estar oculto a los colaboradores) entra en fase de pruebas esto quiere decir que lo implementando está listo en el servidor de test para ser probado por los ***atesters, momento en el que entran en acción. Tienen el "honor" de ver las cosas los primeros y por tanto sufrir los primeros fallos que pueda haber.
A veces los que desarrollamos el juego tenemos pequeñas dudas sobre por donde tirar con un problema, o como gustará mas a los jugadores, con este fin abrimos la tarea para recabar opinión de los colaboradores. Cosas como "de que color queda mejor esta armadura" o "cuanto tardáis en obtener 1000 ítems de estos?" o "Usando la forja de las gárgolas, cuantos lingotes de dragón obtenéis al fundir 100 de hierro?"
Los colaboradores son marcados si lo desean, con el tag colaborador en el foro. Con el fin de facilitar las pruebas sobre los scripts, se recomienda que los colaboradores actualicen sus cuentas en el servidor de pruebas. Así evitaremos perdidas de tiempo en las pruebas. Por tanto la labor principal de los colaboradores es dar retroalimentación al staff.
- ***aTester: Es aquel colaborador que no tiene conocimientos sobre scripts o no quiere asumir dicha responsabilidad. Se intenta que exista en el equipo de ***atesters un representante de cada faceta del juego, facciones, pvp, domadores, pvm, crafter, etc. Así siempre habrá un experto en ese campo para probar y aconsejar al staff de la manera mas apropiada. Una vez terminado el proyecto, y si el colaborador lo desea, sería aconsejable pero no obligatorio, actualizar la información de la wiki o faq con los cambios implementados. Ya que el colaborador es quien mejor podrá expresar los cambios y arrojar luz al resto de los jugadores.
- Scripter: Es un tipo de colaborador que acepta desarrollar scripts para el servidor y así ayudar a alcanzar los objetivos propuestos en el foro de tareas con mayor rapidez. Ocasionalmente y si esta lo suficientemente justificado, el staff puede dar trozos de código al colaborador para ayudarle en su labor. Por ejemplo, si esta haciendo algo para facciones, el Scripter puede que necesite saber como distinguimos los miembros de las diferentes facciones o donde se almacena su rango de facción. Recordamos que este status no tiene accesos especiales aparte del mencionado subforo, por tanto, no puede subir scripts al servidor, ni cargarlos, ni reiniciar ni nada. Simplemente, envía su trabajo en el foro y espera a que el staff active su script en el servidor de pruebas. El no tener acceso a scripts, ni cuenta de GM, permite que el colaborador scripter pueda seguir jugando libremente en el servidor, recordemos que los GMs pierden su cuenta de jugador al entrar a formar parte del staff.
Bajo ningún concepto, jamas, nunca se subirá un script de ningún GM ni Colaborador Scripter directamente al servidor oficial sin ser probado anteriormente.