{"id":426,"date":"2009-10-25T18:16:08","date_gmt":"2009-10-26T00:16:08","guid":{"rendered":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/?p=426"},"modified":"2009-10-25T18:16:08","modified_gmt":"2009-10-26T00:16:08","slug":"la-espiral-necesidad-satisfaccion-necesidad","status":"publish","type":"post","link":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/?p=426","title":{"rendered":"La espiral necesidad-satisfacci\u00f3n-necesidad"},"content":{"rendered":"

La interrelaci\u00f3n y trabajo conjunto que debe ocurrir entre dos disciplinas acad\u00e9micas, cient\u00edficas o tecnol\u00f3gicas diferentes conlleva un buen n\u00famero de habilidades de comunicaci\u00f3n de parte de todos los involucrados, precisamente para lograr transmitir mensajes que cruzan dos o m\u00e1s fronteras del conocimiento y marcos conceptuales.<\/span><\/p>\n

<\/span><\/p>\n

En el caso concreto de la inform\u00e1tica, dado que se trata de una disciplina eminentemente de servicio a otras profesiones y oficios, la habilidad para comunicarse de una forma eficiente y completa es de suma importancia. El lenguaje t\u00e9cnico, tanto verbal como escrito y gr\u00e1fico, que se usa dentro de la carrera de la computaci\u00f3n es necesario y muy \u00fatil, pues es capaz de contener y transmitir mucha informaci\u00f3n importante para que los an\u00e1lisis, dise\u00f1os y codificaci\u00f3n de los programas realicen lo que deben ejecutar, seg\u00fan han sido concebidos.<\/span><\/p>\n

<\/span><\/p>\n

Pero ese lenguaje propio de la computaci\u00f3n, al igual que en el caso de otras disciplinas, es tan valioso para los profesionales de esta disciplina, como in\u00fatil y molesto para la mayor\u00eda de los dem\u00e1s profesionales.<\/span><\/p>\n

<\/span><\/p>\n

La tarea de transmitir una idea, una concepci\u00f3n, o la descripci\u00f3n de necesidades para que una persona que intentar\u00e1 dise\u00f1ar un sistema para solventarlas, no es sencilla para ninguna de las partes. Las preconcepciones, desconocimientos y experiencias previas que tenemos cada uno de nosotros sobre cada concepto intervienen en todas la comunicaciones que realizamos, y esto establece un l\u00edmite importante en el mensaje que transmitimos y recibimos.<\/span><\/p>\n

<\/span><\/p>\n

La conocida y antigua met\u00e1fora de la construcci\u00f3n del columpio ilustra en forma humor\u00edstica esta realidad tan importante.<\/span><\/p>\n

<\/span><\/p>\n

\"\"<\/a><\/p>\n

<\/span><\/p>\n

Por si no se alcanza a ver, las leyendas en cada figura se leen as\u00ed, de izquierda a derecha, de arriba abajo:<\/span><\/p>\n

<\/span><\/p>\n

    \n
  1. La solicitud del usuario<\/span><\/li>\n
  2. Lo que entendi\u00f3 el l\u00edder del proyecto<\/span><\/li>\n
  3. El dise\u00f1o del analista de sistemas<\/span><\/li>\n
  4. El enfoque del programador<\/span><\/li>\n
  5. La recomendaci\u00f3n del consultor externo<\/span><\/li>\n
  6. La documentaci\u00f3n del proyecto<\/span><\/li>\n
  7. La implantaci\u00f3n en producci\u00f3n<\/span><\/li>\n
  8. El presupuesto del proyecto<\/span><\/li>\n
  9. El soporte operativo<\/span><\/li>\n
  10. Lo que el usuario realmente necesitaba<\/span><\/li>\n<\/ol>\n

    <\/span><\/p>\n

    Las figuras 1 a 5, as\u00ed como la 10, reflejan fases del proceso de desarrollo de un sistema de informaci\u00f3n. Las figuras 6 a 9 tienen que ver con otros aspectos del entorno del mismo tipo de proyectos. Cada una de estas figuras dar\u00eda mucho material para reflexionar, discutir y, con este enfoque, tambi\u00e9n bromear.<\/span><\/p>\n

    <\/span><\/p>\n

    Las barreras<\/span><\/strong><\/p>\n

    <\/span><\/p>\n

    De forma igualmente aleg\u00f3rica, se pueden listar frases cortas que intentan mostrar parte de los prejuicios y concepciones, acertadas o no, que tanto los usuarios (entendiendo como tales a las personas que utilizan los sistemas de informaci\u00f3n, independientemente de su formaci\u00f3n, experiencia, edad, y otras caracter\u00edsticas) como los desarrolladores (abarcando de este modo a todos los que intervienen en el proceso de desarrollo y construcci\u00f3n de un sistema de informaci\u00f3n.<\/span><\/p>\n

    <\/span><\/p>\n

    Barreras de usuarios<\/span><\/span><\/p>\n

    <\/span><\/p>\n

    Las computadoras reducen la creatividad<\/span><\/p>\n

    <\/span><\/p>\n

    \u201cLa computadora tuvo la culpa\u201d<\/span><\/p>\n

    <\/span><\/p>\n

    Las computadoras desplazan empleados<\/span><\/p>\n

    <\/span><\/p>\n

    Son s\u00f3lo para \u201ciniciados\u201d<\/span><\/p>\n

    <\/span><\/p>\n

    Pueden hacer cualquier cosa<\/span><\/p>\n

    <\/span><\/p>\n

    Son sin\u00f3nimo de programaci\u00f3n<\/span><\/p>\n

    <\/span><\/p>\n

    \u201cAlguien m\u00e1s lo puede hacer por m\u00ed\u201d<\/span><\/p>\n

    <\/span><\/p>\n

    \u201cSi tengo una computadora voy a trabajar todo el tiempo\u201d<\/span><\/p>\n

    <\/span><\/p>\n

    \u201cPretenden hacernos ver como tontos\u201d<\/span><\/p>\n

    <\/span><\/p>\n

    \u201cEstoy demasiado viejo para aprender\u201d<\/span><\/p>\n

    <\/span><\/p>\n

    Es muy dif\u00edcil de aprender<\/span><\/p>\n

    <\/span><\/p>\n

    \u201cPodr\u00eda cometer errores\u201d<\/span><\/p>\n

    <\/span><\/p>\n

    Los m\u00e9todos antiguos funcionan bien<\/span><\/p>\n

    <\/span><\/p>\n

    Los t\u00e9cnicos no pueden expresarse sin usar un lenguaje confuso y rimbombante<\/span><\/p>\n

    <\/span><\/p>\n

    \u201cMi \u00e1rea de saber no es susceptible de llevarse a computadora\u201d<\/span><\/p>\n

    <\/span><\/p>\n

    Problemas de \u201cmala sangre\u201d entre las personas<\/span><\/p>\n

    <\/span><\/p>\n

    Barreras de desarrolladores<\/span><\/span><\/p>\n

    <\/span><\/p>\n

    Un buen trabajo no se aprecia<\/span><\/p>\n

    <\/span><\/p>\n

    Los usuarios no saben lo que quieren y no pueden definir sus necesidades<\/span><\/p>\n

    <\/span><\/p>\n

    Los usuarios no le dedican el tiempo necesario al desarrollo del sistema<\/span><\/p>\n

    <\/span><\/p>\n

    Los usuarios cambian las prioridades de los proyectos de desarrollo<\/span><\/p>\n

    <\/span><\/p>\n

    \u201cMi trabajo es desarrollar una aplicaci\u00f3n (mecanizar lo que se hac\u00eda manualmente) y nada m\u00e1s\u201d<\/span><\/p>\n

    <\/span><\/p>\n

    \u201cYo deber\u00eda estar trabajando como jefe\u201d<\/span><\/p>\n

    <\/span><\/p>\n

    Los usuarios nunca est\u00e1n satisfechos: siempre quieren m\u00e1s<\/span><\/p>\n

    <\/span><\/p>\n

    La espiral necesidad-satisfacci\u00f3n-necesidad<\/span><\/strong><\/p>\n

    <\/span><\/p>\n

    Precisamente esta \u00faltima idea, la de que los usuarios nunca parecen satisfechos, es la que da origen a una sencilla concepci\u00f3n gr\u00e1fica para explicarlo: la espiral necesidad-satisfacci\u00f3n-necesidad.<\/span><\/p>\n

    <\/span><\/p>\n

    Una amplia porci\u00f3n del mercado de la industria de tecnolog\u00eda de informaci\u00f3n y comunicaciones (TIC) est\u00e1 formado por el desarrollo y\/o adecuaci\u00f3n de aplicaciones inform\u00e1ticas para atender y resolver los procesos y problemas que se dan en todas las empresas e instituciones del mundo.<\/span><\/p>\n

    <\/span><\/p>\n

    El reto principal ha sido, desde siempre, que el dise\u00f1ador y el programador comprendan el fen\u00f3meno que se pretende mecanizar y automatizar con ayuda de las computadoras. Existen un buen n\u00famero de metodolog\u00edas para intentar acercar a los profesionales del dise\u00f1o y la programaci\u00f3n a los dem\u00e1s procesos. Estas metodolog\u00edas y enfoques han evolucionado con los a\u00f1os, lo mismo que las tecnolog\u00edas de desarrollo, lo que permite velocidades mayores entre la definici\u00f3n de requerimientos y la presentaci\u00f3n de prototipos.<\/span><\/p>\n

    <\/span><\/p>\n

    En este proceso, es esperado que, despu\u00e9s de desarrollar una primer versi\u00f3n de una aplicaci\u00f3n, que haya observaciones, cambios y ajustes. Aun cuando la aplicaci\u00f3n se entregue y se d\u00e9 por concluida, siempre habr\u00e1 una nueva necesidad que env\u00eda de nuevo a los desarrolladores a su estaci\u00f3n de trabajo. Esta es la espiral necesidad-satisfacci\u00f3n-necesidad en el desarrollo de sistemas inform\u00e1ticos.<\/span><\/p>\n

    <\/span><\/p>\n

    \"\"<\/a><\/p>\n

    <\/span><\/p>\n

    Lo que es m\u00e1s importante, sin embargo, es que lejos de considerar esta constante interacci\u00f3n como una molestia o una se\u00f1al de insatisfacci\u00f3n por parte del usuario, debe ser visto como el involucramiento y aceptaci\u00f3n del sistema por sus destinatarios, al punto de desear mejorarlo todo el tiempo, reconociendo que la aplicaci\u00f3n provechosa de las TIC en cualquier negocio puede marcar la diferencia.<\/span><\/p>\n

    <\/span><\/p>\n

    Algunas propuestas<\/span><\/strong><\/p>\n

    <\/span><\/p>\n

    Es importante establecer y acordar que los objetivos de unos y otros, usuarios y desarrolladores, son los mismos, pues se encuentran definidos en relaci\u00f3n a los grandes objetivos de la empresa o instituci\u00f3n donde laboran. Siendo \u00e9se el caso, es vital considerar lo siguiente:<\/span><\/p>\n

    <\/span><\/p>\n

    Para asegurarse de considerar al usuario en el desarrollo<\/span><\/span><\/p>\n

    <\/span><\/p>\n

    El desarrollo es para satisfacer los objetivos del usuario, no de los analistas<\/span><\/p>\n

    <\/span><\/p>\n

    El grupo de sistemas no debe asumir la responsabilidad del desarrollo individualmente<\/span><\/p>\n

    <\/span><\/p>\n

    Debe nombrarse un administrador del proyecto por parte del grupo usuario (\u201ccampe\u00f3n\u201d)<\/span><\/p>\n

    <\/span><\/p>\n

    El grupo usuario debe entender y aceptar el compromiso y responsabilidad del desarrollo, proveyendo tiempo para las reuniones y evaluaciones de seguimiento<\/span><\/p>\n

    <\/span><\/p>\n

    La participaci\u00f3n del grupo usuario debe ser activa, no pasiva<\/span><\/p>\n

    <\/span><\/p>\n

    Los planes en el tiempo deben ser realistas, considerando los recursos y la dedicaci\u00f3n de los mismos<\/span><\/p>\n

    <\/span><\/p>\n

    El grupo de sistemas debe tomar en consideraci\u00f3n los comentarios y opiniones de todos los usuarios, llevando a discusi\u00f3n general aquellos que sean conflictos potenciales<\/span><\/p>\n

    <\/span><\/p>\n

    La(s) gerencia(s) involucradas deben mantenerse informadas de los avances y problemas relevantes del desarrollo<\/span><\/p>\n

    <\/span><\/p>\n

    Los nuevos requerimientos deben<\/span><\/span><\/p>\n

    <\/span><\/span><\/span><\/p>\n

    Responder a los objetivos generales de la organizaci\u00f3n y el sistema<\/span><\/p>\n

    <\/span><\/p>\n

    No entrar en conflicto con requerimientos de otros usuarios<\/span><\/p>\n

    <\/span><\/p>\n

    Ser rentables, en t\u00e9rminos de costo-beneficio<\/span><\/p>\n

    <\/span><\/p>\n

    Reflejar un entendimiento claro de las potencialidades del sistema<\/span><\/p>\n

    <\/span><\/p>\n

    Ser justificados desde la perspectiva del usuario<\/span><\/p>\n

    <\/span><\/p>\n

    Los factores humanos que deben mantenerse presentes<\/span><\/span><\/p>\n

    <\/span><\/p>\n

    1. Mantener la sencillez<\/span><\/p>\n

    <\/span><\/p>\n

    2. Ser consistente<\/span><\/p>\n

    <\/span><\/p>\n

    3. Dise\u00f1ar y mostrar terminaci\u00f3n de tareas<\/span><\/p>\n

    <\/span><\/p>\n

    4. Apoyar la sensaci\u00f3n de control del usuario<\/span><\/p>\n

    <\/span><\/p>\n

    5. Proveer atajos y formas alternas de hacer las cosas<\/span><\/p>\n

    <\/span><\/p>\n

    6. Manejar errores adecuadamente<\/span><\/p>\n

    <\/span><\/p>\n

    7. Permitir la reversi\u00f3n de acciones f\u00e1cilmente<\/span><\/p>\n

    <\/span><\/p>\n

    8. Usar efectivamente la sorpresa o diferenciaci\u00f3n<\/span><\/p>\n

    <\/span><\/p>\n

    9. Evitar confundir al usuario<\/span><\/p>\n

    <\/span><\/p>\n

    <\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

    La interrelaci\u00f3n y trabajo conjunto que debe ocurrir entre dos disciplinas acad\u00e9micas, cient\u00edficas o tecnol\u00f3gicas diferentes conlleva un buen n\u00famero de habilidades de comunicaci\u00f3n de parte de todos los involucrados, precisamente para lograr transmitir mensajes que cruzan dos o m\u00e1s fronteras del conocimiento y marcos conceptuales. En el caso concreto de la inform\u00e1tica, dado que … Seguir leyendo La espiral necesidad-satisfacci\u00f3n-necesidad<\/span> →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[10,1],"tags":[],"_links":{"self":[{"href":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/index.php?rest_route=\/wp\/v2\/posts\/426"}],"collection":[{"href":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=426"}],"version-history":[{"count":0,"href":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/index.php?rest_route=\/wp\/v2\/posts\/426\/revisions"}],"wp:attachment":[{"href":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=426"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=426"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.laprensagrafica.com\/litoibarra\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=426"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}