“Problemas de organización”: ¿puntos dolorosos de TI? [cerrado]

¿Es común que los "problemas de organización" (como la política, la inercia organizacional y la audición selectiva, piense Dilbert) causen más problemas de TI que las computadoras y los servidores?

Del mismo modo, es común que los empleadores de uno no sabe realmente lo que dijo conlleva trabajo de la persona, o incluso la atención, hasta el momento en que tienen un error de computadora, y quieren que todo se redujo a que lo arreglen ahora ?

¿Qué se puede hacer para mejorar tales situaciones? (¿Qué tal en un entorno alejado de las preocupaciones comerciales, sin necesidad de aumentar las ganancias o hacer felices a los clientes, como en una organización gubernamental?) ¿Cómo se satisface en un trabajo bien hecho cuando nadie sabe o realmente le importa lo que estás haciendo? De hecho, ¿cómo te mantienes enfocado si no parece importar si haces algo o no?

Suponga que estoy exagerando un poco y no tengo un deseo apremiante de dejar de fumar.

Editar: ahora una pregunta de la comunidad-wiki.

** Editar: ** Gracias por todas las excelentes respuestas. Quería agregar algunos comentarios.

Es mi opinión que un buen gerente debe saber lo que hacen los que él / ella hace, y los que están por encima de él / ella deben tener alguna idea. El jefe de TI aquí realmente no lo sabe. Si voy a un mecánico, puede que no tenga idea de lo que él / ella hace, pero escucharé con atención su evaluación, y obtendría una segunda opinión antes de ignorar el consejo, y las personas que dirigen el taller mecánico realmente deberían saber qué lo contrataron para!

En cuanto a dejar todo para arreglar una falla de la computadora, se sabe que la alta gerencia tiene uno de los administradores del sistema que deja problemas (como que los usuarios no pueden iniciar sesión o usar una computadora que funciona de manera confiable) para mover los contactos de un teléfono a uno más nuevo uno, o para hacer su sincronización de calendario.

Lo más frustrante es que nadie parece tener el poder de cambiar las cosas. Las personas con la mayor capacidad de lograr el cambio tienen el menor interés en hacerlo, ya que ni siquiera entienden lo que está roto.

Es difícil que solo se note cuando las cosas van mal. Una persona necesita un poco de comprensión o catarsis.

Es difícil alinearse con los objetivos comerciales, ya que nuestra misión declarada parece ser contraria (y, de hecho, como tiempos de oposición) a lo que persiguen las personas con influencia en la organización.

En cuanto a ser el cambio que quiero ver en el mundo, definitivamente es un factor de por qué todavía estoy trabajando para esta organización.

Felicitaciones por la prueba de Joel para administradores de sistemas. Esa fue una excelente idea.

Es común que los "problemas organizacionales" (como la política, la inercia organizacional y la audición selectiva, piense Dilbert) causen más problemas de TI que las computadoras y los servidores.

SÍ . Cualquier organización con más de una persona tendrá "problemas de organización", y casi siempre causará más dolores de cabeza que los problemas técnicos. Este es un hecho de la vida porque aunque somos personas nerd, somos personas. Además, el problema es tan frecuente en las compañías de alta tecnología como en las compañías "normales". IBM y Microsoft son tan burocráticos y aislados como GM y Bank of America.

Del mismo modo, ¿es común que los empleadores no sepan realmente lo que implica el trabajo de dicha persona, o incluso se preocupen, hasta el momento en que tengan una falla en la computadora y deseen que todo se caiga para que se arregle ahora?

Seguro. ¿Conoce o se preocupa por los trabajos de un técnico de servicio telefónico, el mecánico de automóviles, el contador, el fontanero, el cajero o el cajero del banco? No. Pero cuando necesitas algo, lo necesitas ahora y no te importan sus problemas. Nuevamente, no se trata específicamente de computadoras, se trata de personas en general.

¿Qué se puede hacer para mejorar tales situaciones?

Sea comprensivo con las otras personas en la organización e ignore cuando no correspondan. Reconozca que solo están tratando de pasar el día, y reconozca que casi con certeza cualquier problema que le haya presentado interfiere con ese objetivo. No esperes que comprendan tu mundo y se adapten a él.

Al final, lo único que puedes cambiar es a ti mismo. Piensa en Gandhi .

¿Cómo se satisface en un trabajo bien hecho cuando nadie sabe o realmente le importa lo que está haciendo? De hecho, ¿cómo te mantienes enfocado si no parece importar si haces algo o no?

Si necesita reconocimiento y aprobación, está en la línea de trabajo incorrecta.

Las organizaciones no notan a las personas efectivas en nuestro negocio (administración y soporte del sistema) , porque los sistemas funcionan y los problemas se manejan con calma, tranquilidad y rapidez.

¡Sal de la TI departamental! Joel escribió en su blog sobre por qué su tiempo en viacom apestaba por este motivo.

El hecho triste es que si le das buenos consejos a una empresa como empleado, es cuestionado y no es de confianza. Si un consultor entra y da el mismo consejo por $ 10,000, lo apreciamos.

No todas las organizaciones tratan a su personal de esta manera. Vaya a trabajar para un proveedor y puede notar una diferencia. No puede cambiar la cultura tóxica de esa manera, pero puede elegir dónde trabajar.

EDITAR: ¡ Es obvio que necesitamos una prueba de Joel para administradores de sistemas ! ¡Ayúdanos a crear uno!

Escucha, mi sobrino compró un punto de acceso Linksys y puso en funcionamiento mi red doméstica en 5 minutos. ¿Por qué aparecen términos como atenuación y espectro? Simplemente está haciendo que sea más complicado mantenerse en el trabajo. No creo que necesitemos 85 puntos de acceso para cubrir este campus ... Bienvenido al mundo de TI. Una habilidad que es tan importante como la resolución de problemas son las habilidades de las personas. A menos que pueda encontrar un departamento con un gerente realmente bueno que cubra la política por usted.

Un buen departamento de TI se alinea con los objetivos de la organización: no le importa si un servidor está caído o qué mano agita para solucionarlo, solo les importa si pueden hacer widgets. Debe dedicar tiempo a educar a sus clientes (el resto de la empresa) sobre cómo lo que está haciendo les facilita la vida.

Y como dijo tomjedrz, estás en la línea de trabajo equivocada si necesitas reconocimiento. En promedio en los últimos 10 años he sido reconocido menos de una vez al año.

Como administrador no se lo aprecia es parte de la descripción del trabajo. No estás de frente, no estás trabajando en el último proyecto sexy, nadie escucha de ti y nadie sabe que existes hasta que las cosas salen mal. Los usuarios entran e inician sesión y obtienen sus cosas; esperan que esto suceda, y no saben que puede haber estado despierto hasta las 4 de la mañana luchando como un héroe para asegurarse de que sucediera.

De hecho, hay bastante satisfacción en el trabajo, pero depende totalmente de su propia actitud y enfoque. O lo aceptas o sigues adelante, pero si puedes enorgullecerte de un trabajo bien hecho, he descubierto que muchas otras cosas se vuelven menos intolerables.

Estoy seguro de que podría contar las mismas historias de guerra que cualquier otra persona: la solicitud de reemplazo del servidor que fue rechazada hasta que la anterior murió en el momento más inapropiado (y su noche subsiguiente sin dormir como consecuencia), la sugerencia que usted ' He estado haciendo durante años que fue totalmente ignorado hasta que el consultor inteligente hizo el mismo y la gerencia lo engañó, y así sucesivamente.

Al final, todo se reduce a que las personas no analizan las cosas hasta que hay una crisis, y si estás haciendo bien tu trabajo, esa crisis rara vez ocurre, y se maneja muy bien siempre que lo hace. Entonces, como dije, lo que cuenta es su propia actitud hacia el trabajo. ¡Solo aprende a no ser apreciado como una señal de que estás haciendo bien tu trabajo!

Recientemente respondí algo en otra respuesta, pero este es un buen tema. Una de las cuestiones clave entre TI y "los Otros" (demandarme, soy un fanático de Lost) es que en Dharmaville lo llamamos TI, sabemos lo que estamos haciendo. Fueron felices. Entendemos nuestras partes (en su mayor parte) y sabemos cómo hacerlo bien (nuevamente, en su mayor parte). El problema viene en cómo se utiliza TI. En el pasado, era el martillo que clavaba los clavos. Salimos, proporcionamos terminales tontas y mientras el mainframe y la red estuvieran funcionando, nadie realmente cuestionó nada. Hoy en día NECESITA ser visto como SOCIO COMERCIAL. No se hace nada sin la participación de TI ahora y cuando la gente no se da cuenta de que no puede planear poner un producto masivo y ni siquiera saber si 1) Realmente ayudará algo 2) Si incluso funciona con lo que tenemos y si no t qué necesitamos hacer para llegar allí. Necesitamos evolucionar nuestro pensamiento y actualizar nuestras políticas y procedimientos para aceptar estos nuevos cambios o siempre estaremos atrapados en la misma rutina anterior.

En mi experiencia, un administrador del sistema solo se notará cuando las cosas salgan mal. Si están haciendo su trabajo correctamente, rara vez se notará en absoluto.

Esto se debe a que la gente generalmente no piensa "¡guau! Los servidores funcionan bien hoy, nada ha salido mal durante años, ¡el administrador del sistema está haciendo un gran trabajo!" ... pero se darán cuenta en el instante en que algo se rompe o si no pueden hacer algo que quieran hacer.

Otras personas ya han dicho cosas similares en este hilo, pero me gustaría agregar que cuando te noten o te elogien, lo más probable es que sea por las cosas más triviales que no te llevaron tiempo, esfuerzo o capacidad mental para hacerlo. .... pero las cosas realmente difíciles de las que estás orgulloso de haber logrado casi seguramente no serán notadas ni comentadas.

Puedes aceptar esto o dejar que te cabree. Personalmente, no me molesta mucho, en su mayoría solo creo que es una cosa linda y divertida que hacen las personas extrañas no geek.

Es bastante difícil decirlo sin comprender cuáles son los "problemas organizativos" específicos. Sin querer ser ofensivo, puedo señalar que los problemas de la organización (problemas de organización) deberían ser los problemas de TI, mientras que los "problemas de TI" (computadoras y servidores) no son necesariamente problemas de organización.

Cuanto más rápido se alinee con las necesidades del negocio, más rápido se sentirá atrapado cuando haya un problema técnico, ya que primero tiene los mayores problemas para el negocio. es decir, "todo cayó" hasta que se solucionen los mayores problemas para las empresas.

La forma obvia de resolver estos problemas son

1) Alinearse con los negocios estableciendo la estructura de la prioridad de los sistemas. 2) Obtenga un servicio de asistencia técnico que sea claramente capaz de clasificar los problemas que se presenten y luego clasifíquelos 3) Publique los SLA para garantizar que los usuarios tengan expectativas claras sobre cuánto tiempo lleva solucionar un tipo particular de problema 4) Asegúrese de que haya raíz rastrear la causa para que se resuelva cada problema en lugar de ver aparecer los mismos síntomas

EG Sistema A antes del Sistema B, problemas críticos antes de problemas medianos. Por ejemplo, todos los sistemas Un problema crítico cae en el Grupo X y los problemas del grupo X tienen un SLA por el cual un plan para la solución saldrá en 4 horas y se implementará una solución alternativa con X horas.

Anteriormente trabajé para una empresa pequeña con problemas de organización y malentendidos sobre lo que implicaba mi trabajo. Los empleados usaban demasiados sombreros e informaban a demasiadas personas diferentes. Me las arreglé para lograr que avanzaran un poco hacia la limpieza después de muchas quejas. También intenté presionar para obtener descripciones de trabajo (nadie tenía una), pero nunca sucedió. Logré mantener mi cordura creando un sistema simple de administración de tareas basado en la web. Cada vez que el jefe de cabello puntiagudo quería que se hiciera algo de inmediato, me sentaba con él y volvía a priorizar o le preguntaba qué cosas quería desechar.

Ahora trabajo para una empresa mediana que está altamente organizada y me dieron una descripción del trabajo el primer día. No todos saben lo que hago, pero mi gerente y todos los que están por encima de él lo saben, y todos en mi área sí. El caos es probablemente común, pero hay buenos lugares para trabajar.

Es común que los "problemas organizacionales" (como la política, la inercia organizacional y la audición selectiva, piense Dilbert) causen más problemas de TI que las computadoras y los servidores.

Solo si trabaja en un departamento de TI mal administrado. TI debe ser una extensión de los objetivos comerciales de la empresa. Soy un gran admirador de ITIL o MOF como una forma de organizar TI, ya que hace que TI se dé cuenta de que el negocio no es un "cliente" (como el antiguo estilo de administración de TI de mcdonald's de los 80 intentó impulsar) sino un socio. En general, el trabajo consiste en ofrecer las opciones sobre cómo resolver o mejorar un problema comercial en particular. Si la política y / o la inercia, la audiencia selectiva hacen que la empresa decida elegir una opción diferente de la que considera "la mejor", debe recordar que no es su decisión y es posible que no esté en posesión de todos los hechos que trajeron la empresa. a la decisión

Del mismo modo, ¿es común que los empleadores no sepan realmente lo que implica el trabajo de dicha persona, o incluso se preocupen, hasta el momento en que tengan una falla en la computadora y deseen que todo se caiga para que se arregle ahora?

No solo es un gran SÍ, sino que si no es su gerente, ¿por qué deberían saberlo?

¿Qué se puede hacer para mejorar tales situaciones? (¿Qué tal en un entorno alejado de las preocupaciones comerciales, sin necesidad de aumentar las ganancias o hacer felices a los clientes, como en una organización gubernamental?) ¿Cómo se satisface en un trabajo bien hecho cuando nadie sabe o realmente le importa lo que estás haciendo? De hecho, ¿cómo te mantienes enfocado si no parece importar si haces algo o no?

Ahí es donde los marcos ayudan. Introduciría algún tipo de marco de gestión como una forma de suavizar todos estos problemas. No es una bala mágica, pero ayuda mucho a resolver este tipo de problema. Por supuesto, conseguir un marco de soluciones probablemente sea un desafío.

Si esta es la situación que enfrenta, la administración de TI departamental tiene problemas o la falta de comunicación entre usted y su gerente. La administración de TI debe tener una visión clara de lo que están entregando a la organización y algún tipo de métrica para mostrar cómo le está yendo. También es su responsabilidad entregar reconocimiento a aquellos que se desempeñan bien y premian adecuadamente.

Tienes que mirar este entorno y decidir si es donde quieres estar a largo plazo. Si no, mantén los ojos abiertos para las oportunidades. Tendrás que trabajar un poco, pero eventualmente deberías poder encontrar un entorno en el que seas más feliz.

En mi experiencia como contratista de almacenamiento de datos, los modos de falla más importantes de TI en general y el almacenamiento de datos en particular son de origen político.

Los proyectos de TI casi siempre tienen que interactuar con otras partes de la infraestructura actual. A menos que tenga una administración de TI muy sólida e inteligente, la situación normal es una adhocracia con un creciente caso de podredumbre. He llegado a tener muy bajas expectativas de la gestión de TI en las empresas con las que he trabajado: en general, son un montón sin sentido y tienden a no tener autoridad para hacer su trabajo de todos modos.

Esto significa que la mayoría de los proyectos serán encajonados por conveniencias políticas y es muy poco probable que cualquier cosa que no sea yeso adhesivo tenga suficiente respaldo político para tener éxito. Actualmente estoy trabajando en una organización donde la aprobación de un servidor tiene que pasar por tres comités de gobierno.

A menos que tenga una estrategia fuertemente integrada de operaciones y TI, también sufrirá los requisitos expresados ​​en términos de una solución manual incumbente del problema subyacente. Por lo general, una función de TI no tendrá autoridad para realizar cambios en los procesos comerciales. Esto se combina con la tendencia política a las soluciones de yeso adhesivo de una manera particularmente tóxica.

Las oficinas administrativas complejas tienden a generar procesos comerciales opacos que se acumulan entre sí. Los datos en las hojas de cálculo pueden pasar a 4 o 5 personas antes de llegar a su audiencia final; este fenómeno a veces se conoce como 'turismo de excelencia'. Estos procesos a menudo están muy mal diseñados (nunca dejes que un contador diseñe procesos comerciales centrales si tienes la opción) y tienen ineficiencias masivas y controles manuales complejos. Los requisitos en este entorno tienden a ser complejos, sutiles y en su mayoría indocumentados. Este entorno es muy propenso a la construcción de imperios y dependencias clave del hombre. En la literatura del almacén de datos, estas personas son conocidas como 'guardianes' y son un modo de falla clave de los proyectos de almacenamiento de datos.

Trabajar con esas personas me llena de pensamientos cálidos y confusos sobre las aplicaciones prácticas del submarino para la captura de requisitos.

A medida que la ruina se acumula, el costo de solucionar el problema subyacente aumenta, creando un ciclo de retroalimentación donde la infraestructura sigue decayendo y se vuelve cada vez más inviable políticamente. La mayoría de las compañías financieras tienen tanto rencor en su back office que son estructuralmente incapaces de implementar una iniciativa efectiva de almacenamiento de datos.

La tecnología ahora es madura y está disponible a un precio relativamente bajo, y no es ciencia espacial. Casi no hay problemas en TI moderna que estén fundamentalmente relacionados con la tecnología. Casi siempre encontrará que un problema político es la causa principal de un problema importante con TI

¿Dónde encajan los problemas de mala interpretación en sus "problemas de organización" frente a las computadoras y los servidores? Con esto quiero decir que si hay una especificación abierta a la interpretación y un desarrollador y un probador tienen diferentes interpretaciones y alguien tiene que entrar y ser el juez o el árbitro para volver a encaminar las cosas.

Lo que implica el trabajo de uno tendrá a menudo un "y otros deberes según lo solicitado", que es un poco general en términos de lo que se supone que uno debe hacer. Los ejemplos clásicos aquí pueden incluir aprender cosas cuando uno resuelve un problema y tiene que aprender sobre algún sistema o base de código, ya que aquí es donde se encuentra el problema y uno debería ser capaz de manejarlo.

Para evitar esto se requiere tener buenas comunicaciones, procesos y personalidades entre las personas para que las cosas puedan fluir bien, en mi opinión. Eso significa desde arriba construir una cultura para manejar las cosas de manera profesional y tener algunos procedimientos de resolución de conflictos.

La satisfacción que tomo en un trabajo bien hecho proviene del brillo que la persona que usa lo que creé o arreglé les permite hacer. No tienen que saber lo que hice, solo que se hace con un resultado positivo. Otra forma de ver esto es el "Gracias" que uno recibe al final y puede decir: "Sí, ayudé a hacer esa experiencia increíble", que generalmente anima mi estado de ánimo la mayor parte del tiempo. Si se repite con frecuencia, puede perder importancia.

He trabajado en lugares donde casi juraría que a nadie le importaba lo que estaba haciendo y esto me llevó a un pequeño agotamiento de diferentes maneras. Una parte es que algunas personas me darían las gracias por lo que sabía que era un trabajo horrible, pero no pensaron que fuera tan malo. Otro está limitado en la caja de uno, donde si voy a arreglar un error, tengo que deshacer mi trabajo o agrego una nueva característica que no fue aprobada y tengo que deshacer mi trabajo, lo que puede ser realmente desmoralizador, ya que uno podría pensar que, "Si deshago lo que hice, ¿por qué no simplemente no hago nada?" lo que me llevó a esa situación de no hacer nada y seguir cobrando

En mi gran organización, juraría que los responsables políticos están haciendo todo lo posible para evitar que las personas logren algo.

Están dispuestos a pagarme por no hacer nada útil, y he elegido jugar con eso. No voy a luchar contra el sistema. Al no menos por el momento.