MARIA EUGENIA VILORIA ORTIN
es.geocities.com/mevo_uny | [email protected]
DEONTOLOGÍA
Cohorte 032-052
T9
PARTE I
Presentación
de un Código de Ética
PARTE II
Código de Ética para el Webmaster de
Preámbulo | Justificaciones Prácticas
| Infografía | Código
A
continuación se presenta una propuesta de Código de Ética para los trabajadores
del área de la informática y la cual está destinada al desarrollo de aplicaciones para ser
ejecutadas de forma remota: los webmasters.
Esta
área, aun cuando jurídica, por contenidos y por necesidad forma parte de una
estructura organizacional muy compleja llamada Ingeniería de Software, ya sea
por desconocimiento o subestimación por parte de los demandantes de estos
servicios, es decir los clientes, se ha querido ver como una especialidad que
se supone debe dominar completamente lo que compete a todo un equipo de
desarrollo.
Sabiendo
lo que esto significa para un webmaster (o el rol de arquitecto de sistema en lo
que sería un equipo de desarrollo) asumir muchas especialidades en un solo rol,
es necesario orientar a este profesional cómo enfrentar las exigencias
múltiples y casi siempre infinitas que recibe continuamente por parte del
cliente, sin caer en errores éticos en su ejercicio.
El
contenido de esta propuesta nace de mi experiencia en el área, basado
tentaciones y errores, tanto míos como de amigos y desconocidos, y que se evidencian continuamente cuando se navega en
Internet o en las conversaciones previas a la contratación para el desarrollo de un sistema con un cliente insatisfecho.
Los
objetivos que persigue esta propuesta de Código de Ética son:
- Ofrecer al webmaster herramientas para la
previsión de problemas con sus clientes.
- Brindar orientación ética concreta al webmaster
más allá de las estipuladas por El
Código de Ética y Práctica Profesional de Ingeniería del Software de
- Integrar de manera orgánica los distintos
Principios que intervienen en el ejercicio de la profesión aportando
diversas formas de visualizar situaciones reales que se presentan en el
ejercicio de la especialización.
La
estructura de los principios de este Código de Ética está basado en El Código
de Ética y Práctica Profesional de Ingeniería del Software de
No
pretende este Código de Ética suplantar el Código de Ética de los Profesionales
Informáticos, ni el Código de Ética de
Siempre
es útil poder visualizar un problema para poder identificar una solución de
entre de las múltiples salidas que se nos pueden ocurrir.
A
continuación veremos algunas situaciones reales que cada webmaster necesita
afrontar con sinceridad y claridad, para evitar inconvenientes posteriores, y
que justifica la consulta de la propuesta de Código de Ética que se presenta.
Caso 1:
|
El
Cliente |
Una
empresa contrata a un webmaster para desarrollar una página web que
almacenará información en forma clasificada. Se requiere el desarrollo de una
base de datos. |
|
El
webmaster |
El
webmaster no tiene que ser especialista en bases de datos, pero según el
cliente éste debe hacer la página: para eso se le paga. |
|
Soluciones |
1. El webmaster le pedirá a uno o varios amigos que
lo ayude en las áreas que no domine. 2. El webmaster estudiará bases de datos para
resolver el problema 3. El webmaster aclarará el cliente que el rol de
webmaster no implica ser todero. 4. El webmaster respaldará toda la información en
una sola tabla (pues es transparente para el usuario) en detrimento de la
velocidad, el rendimiento de memoria, en confiabilidad, y creando redundancia
de datos. |
|
Observaciones |
Esta
misma situación se presenta con el diseño gráfico, las animaciones, la
codificación, los insumos de información, redacción, corrección de estilos. |
Un
webmaster podrá dominar todas las áreas cada vez más gracias a la necesidad de
aprender y la experiencia, pero nunca podrá abarcar realmente todas las
competencias para responder adecuadamente sólo a un cliente.
Caso 2:
|
El
Cliente |
Una
empresa contrata a un webmaster para desarrollar una página web. Luego de
montado el sitio en Internet, se paga el trabajo y queda ya finalizado el
contrato. Pero luego se requiere cambiar algunas cosas del sitio y el cliente
reclama ese servicio porque está incluido en el costo, pues nadie le habló de
mantenimiento, o desea hacerlo él por cuenta propia. |
|
El
webmaster |
El
webmaster creó el sitio pero como el cliente nunca habló de mantenimeinto no
se habló de ello. |
|
Soluciones |
1. Prever las futuras demandas y discutirlas con el
cliente antes de negociar. 2. Definir los requerimientos que el cliente debe
entregar para el desarrollo de su sitio, antes de negociar. 3. Definir los plazos de desarrollo del sitio de
acuerdo a un cronograma tentativo y general antes de negociar. |
|
Observaciones |
Por
lo general, los clientes no saben siquiera qué desean en su sitio web, o si
lo saben, no están claros de cómo lo quieren, y solicitan cambios
continuamente para “ir viendo como va quedando”. El tiempo invertido por el
webmaster debe ser mesurable, no a capricho. Por ello se requiere de
organización, previsión de posibles demandas futuras y claridad en la
comunicación. |
Caso 3:
|
El
Cliente |
El
cliente contrata el desarrollo de un sitio web para toda la vida por un monto
específico. Al año siguiente el sitio web desaparece de Internet y el cliente
reclama al webmaster. |
|
El
webmaster |
El
webmaster le dice al cliente que debe pagar para poder montar de nuevo el
sitio en Internet. |
|
Soluciones |
1. Es indispensable explicarle al cliente que una
cosa es el desarrollo y otra cosa es el dominio y el hospedaje, además
desglosándole los costos para evitar problemas. 2. Se debe entregar al cliente las claves del
hospedaje y de las bases de datos desarrolladas, pues ambas cosas son del
cliente en cuanto las está pagando. 3. El webmaster debe estar claro que el sitio web
genera una sola vez ganancias: cuando se vende. |
|
Observaciones |
Es
lamentable escuchar de clientes insatisfechos que el que le desarrolló su
sitio le pide más dinero para que siga teniendo un sitio web que ya es suyo.
Muchas veces el webmaster quiere cobrar de nuevo al año siguiente por un
trabajo que ya está hecho, pero también es cierto que la mayor de las veces
el dinero solicitado por el webmaster es para comprar nuevamente el dominio y
le hospedaje. Al no aclarar esta situación al cliente desde el inicio, se
presta a confusión generando consecuencias negativas a ambas partes. |
Caso 4:
|
El
Cliente |
El
cliente contrata el desarrollo de un sitio web con una página principal y
tres secundarias, con una base de datos, un formulario de ingreso, un
formulario de modificación, un formulario de eliminación y una consulta. En
pleno desarrollo el cliente desea dos animaciones y otra consulta. |
|
El
webmaster |
El
webmaster fija un precio por esos requerimientos al inicio del proyecto sin
especificar, ni le hace la salvedad que cambios nuevos implican nuevos
costos. |
|
Soluciones |
1. El webmaster deberá hacerlo por no comunicarle al
cliente lo correspondiente a los requerimientos emergentes. 2. El webmaster presentará al cliente el cambio de
precio con el riesgo que el cliente le diga que no ha variado la cantidad de
páginas secundarias, sino solo agregarle otras “cositas”. 3. El webmaster le dará largas a esa solicitud y
posiblemente, de acuerdo al ánimo del cliente, el proyecto se quedará con los
requerimientos iniciales o morirá en plena gestación. |
|
Observaciones |
Los
bienes intangibles no son apreciables por las personas que trabajan con los
tangibles. A los ojos de un comerciante, un constructor o un abogado, una
mesa maltrecha posee mucho más valor que un código de encriptación hecho en
xml. Beneficio y limitación al mismo tiempo resulta de proveer a los clientes
de herramientas agradables a la vista, amigables en su utilización y rápidas
en su ejecución, pues se piensa que todo está en lo que se ve, sin imaginarse
de las horas que se requieren para lograr que un botoncito con un nombre tan
simpático como SUBMIT haga lo que él desea que haga. Entonces, considerando
lo difícil que puede ser para un cliente entender esto, es necesario de
manera pedagógica hacérselo ver. |
http://www.ati.es/novatica/1999/140/docs140.html#codigo
Código de Ética para el
Webmaster de
Preámbulo
También
si el webmaster es tan sólo una parte de un equipo de desarrollo de
aplicaciones, que posee sus propias funciones y rol específico, en el mayor
caso de las veces lo encontramos en organizaciones donde la importancia del
concepto de equipo de desarrollo se desconoce o se subestima y se considera
innecesario.
El
webmaster que ejerce sin el respaldo de un equipo debe abordar situaciones
concretas de cada uno de los otros roles de equipo que en su caso, ha debido
prescindir, la mayor de las veces por exigencias de la organización a la cual
pertenece.
El
webmaster entonces ejerce funciones de analista del sistema, arquitecto,
diseñador de estructuras de datos, diseñador gráfico, diseñador de bases de
datos, programador, corrector de estilos, ensamblador de partes, proveedor de
insumos, transcriptor y gerente del proyecto.
Esta
realidad, apretada y compleja requiere así de un tratamiento particular, y a su
vez integrador de los distintos principios que conforman la realidad del
webmaster: personas, sociedad, recursos materiales, recursos humanos,
requerimientos, colegas, plataformas de robustez acorde con el proyecto.
Los
aspectos morales externos al intercambio humano entre las partes involucradas
en un proyecto de desarrollo están contenidas en:
- El Código
de Ética y Práctica Profesional de Ingeniería del Software de
- El Código
de Ética de los Profesionales Informáticos.
Este
Código de Ética es un complemento a los códigos mencionados y atañen al aspecto
de las relaciones humanas invlucradas en el ejercicio de la especialidad de
Webmaster.
Este
código no pretende ser un policía textual y silente sino un facilitador
previsor.
Principios
Principio 1: Cliente
- Informar al cliente de todo lo concerniente al
desarrollo de sitios web. Ofrecer conocimiento no es regalar información
preciada o perder el tiempo, es invertir en la confianza de los clientes.
- Conocer a cabalidad las necesidades del cliente
para poder satisfacer adecuadamente
sus requerimientos.
- Ofrecer al cliente ideas nuevas que enriquezcan
el proyecto de modo que el proceso de clarificación de requerimientos sea
más concisa y rápida.
- Definir costos y tiempo de proyecto antes de
negociar para evitar excesos o malentendidos de ambas partes.
- Demostrar al cliente el valor de los bienes
intangibles.
- Documentar toda reunión y las conclusiones a las
que se llegan en cada encuentro con el cliente a fin de mantener la
negociación clara y definida.
- Hacer del conocimiento del cliente si la
aplicación negociada es producto desarrollado el webmaster o ha utilizado
partes, módulos o está basabo completamente en CMS.
- No cobrar lo mismo por un software inédito a un
CMS.
- Si se utiliza un CMS definir los costos de
instalación, configuración, diseño, adecuación a los requerimientos, y de
compra de derechos, si fuese necesario.
- No presentar negativas ante ideas o propuestas
del cliente sin su debido razonamiento o justificación.
Principio 2: Producto
- Buscar el rendimiento a través de la optimización
continua de la codificación.
- No desarrollar scripts distintos a los que desea
el cliente.
- No incorporar scripts que generen comportamientos
o reportes que el cliente desconozca.
- No utilizar CMS no autorizados por un proveedor
que así lo indique.
- No utilizar material con Derechos Reservados.
- Entregar la documentación del sistema al
finalizar el desarrollo
- Entregar las claves del hospedaje, de las bases
de datos, y toda información útil al cliente.
- Permitirle al cliente el mayor grado de autonomía
posible.
- Ser escrupuloso en el diseño de las bases de
datos.
- No revelar código fuente a personas ajenas al
sistema.
Principio 3: Colegas
- No emitir juicios destructivos contra otros
especialistas que hayan participado en el proyecto actual ni su actuación
en los mismos.
- No comparar el trabajo propio para disminuir el
valor del producto intelectual de otro especialista.
- No utilizar el producto intelectual de un colega
sin autorización y sin difundir la autoría.
- No utilizar el producto intelectual de un colega
sin difundir la autoría.
- No ser mezquino en el conocimiento. El trabajo en
equipo en esta especialidad es imprescindible para el éxito de los
proyectos y para la vida personal.
4. Principio 4: Persona
- Mantener el espíritu de superación que permita el
estímulo al estudio y profundización continua de la profesión.
- Desarrollar habilidades para la comunicación con
los clientes y colegas para el mejor desenvolvimiento en el aspecto social
que es tan importante en esta especialidad.
- Considerarse un individuo que requiere del
intercambio social para su crecimiento personal.
- Estar orgulloso, mas no ser presumido de los
pequeños logros y satisfacciones que el ejercicio de la profesión da cada
día (como un código que funciona, o una interfaz amigable y práctica).