¿Bajo qué circunstancias los silos en el lugar de trabajo pueden ser beneficiosos para la empresa?

Tengo algunos de los mejores gerentes y colegas que he tenido en mi vida laboral. Sin embargo, una cosa que parece estar muy aplicada en nuestra empresa son los silos en el lugar de trabajo, es decir, la información no debe fluir entre diferentes equipos/departamentos a menos que los gerentes así lo deseen.

La mayoría de los libros/artículos/blogs de negocios y administración parecen demonizar los silos en el lugar de trabajo... pero dado que somos una empresa muy exitosa (líder del mercado) y tenemos un personal muy calificado, imagino que puede haber situaciones en las que podría ser beneficioso y productiva para el objeto de la empresa.

Personalmente, no estoy ofendido por los silos, pero simplemente me gustaría entender qué impulsa y motiva su existencia.

Un ejemplo de razón que me viene a la mente es: una estrategia muy nueva que no debería filtrarse en ningún lado y, por lo tanto, se mantiene en secreto incluso para el personal interno.

No conozco su negocio, pero en algunos, diferentes grupos en una empresa pueden estar pujando por el mismo negocio de una empresa o agencia, por lo que realmente tienen que trabajar en diferentes silos de información debido a eso.
La respuesta depende exactamente de cómo esté definiendo "silo". Con una base de código lo suficientemente grande, se vuelve poco práctico para todos tener la misma experiencia en todas las partes del sistema, y ​​algunos silos ocurren naturalmente a medida que las personas eligen áreas en las que enfocarse. "Todo con moderación, incluyendo la moderación."

Respuestas (5)

Según mi experiencia, los silos funcionan bien en empresas que valoran mucho la seguridad y la privacidad. He visto esto principalmente en empresas cuyo negocio principal se subcontrata a otras empresas. El cliente a menudo requerirá que su información esté compartimentada y separada de otras partes de la empresa, particularmente si también trabaja con uno de sus competidores. Las empresas que trabajan con clientes gubernamentales también suelen estar sujetas a estrictas normas de seguridad y deben mantener toda su información compartimentada.

También pude ver que los silos son efectivos en empresas que deben evitar que información valiosa se filtre al público. Solo ciertas personas en Coca-Cola tienen acceso a la receta secreta, y no todos en Apple saben cuándo se lanzará el último iGizmo. Cuanta menos gente sepa algo, menos posibilidades hay de que esa información acabe en las manos equivocadas.

Por lo tanto, los silos no existen porque son una estrategia de gestión eficaz que fomenta la innovación y el crecimiento. Existen como un medio exitoso para asegurar información muy valiosa y evitar que se filtre a las personas equivocadas.

Creo que los silos parecen ser una corrección excesiva para las empresas u organizaciones que no tienen una buena estrategia/plan de comunicación y procesos establecidos. Al hacer cumplir los silos, ayuda a mantener la información y el personal enfocados en las tareas a riesgo de no capacitar a los empleados, así como hacer uso de la eficiencia obtenida de la información o las habilidades existentes en otras áreas de la organización (lo que también resulta en la duplicación de tareas). esfuerzo).

Hay organizaciones que tienen departamentos muy definidos (o distintos) con proyectos y equipos autónomos que funcionan muy bien juntos. Pero si este es el caso, entonces podría argumentar por qué el mismo proceso no se aplica en todas partes para permitir que las personas salten a otros roles o proyectos también.

Así que creo que los silos son solo un recurso provisional o una solución rápida para soluciones a largo plazo para establecer un entorno de trabajo realmente eficiente y efectivo. ¡Un equipo autónomo puede incluso prescindir de los gerentes! Imagínese la indignación que causaría :D

Voy a apoyarme en mi propia organización y mi experiencia con silos.

¿Bajo qué circunstancias los silos en el lugar de trabajo pueden ser beneficiosos para la empresa?

Ni una sola circunstancia que se me ocurra.

Bromeo, pero puedo ver que el modelo de silo funciona bien si los que están en la parte superior del silo entienden que son parte de una empresa y que es posible que necesiten trabajar con otro silo para hacer las cosas. Los puentes deben construirse entre los silos en algún tipo de capacidad de analista para evaluar y unir a los grupos de manera que no interfieran con el punto de tener un silo, porque son beneficios de la estructura.

Eso es solo una observación de mi organización aislada. Necesitaba que tanto el equipo de infraestructura física como el equipo de seguridad me ayudaran con algo y terminó pareciendo dos grupos pasando por un mal divorcio. Necesitaba a alguien de arriba para decirles que jugaran bien.

He trabajado en varias industrias diferentes y hubo pocas solicitudes intencionales para "aislar" nuestros datos. Incluso un sistema de nómina se vincula con otros beneficios y seguimiento de atención médica. Con eso me refiero a no tener necesidad de mover datos dentro o fuera de un almacén de datos en particular. Esto es diferente a la seguridad que debería permitir el acceso y el flujo de datos "según sea necesario" y rara vez necesita un aislamiento completo. Es una cuestión de grado.

Los silos se crean porque diferentes partes de una organización necesitan aplicaciones para tareas específicas. Durante el crecimiento del negocio, muchos de estos entran en diferentes etapas. Se establece un sistema de contabilidad simple. La única persona que realiza las ventas tiene todos los clientes en su administrador de contactos. Las diferentes industrias tienen aplicaciones específicas para sus necesidades (construcción de viviendas, gestión de existencias, pólizas de seguro, programación de entregas) y luego hay aplicaciones secundarias como inventario, gestión de proyectos, nómina, gestión de documentos.

La necesidad de integrar o conectar los silos no surge de inmediato. Pocas empresas se tomarán el tiempo y el costo de prepararse para esto desde el principio. Una especie de optimización prematura. Si cierra una venta a la semana, no es tan difícil para todos ingresar manualmente eso en su sistema, pero junto con el aumento en el volumen, surgen otras complejidades. Necesitas evitar la duplicación. ¿Cómo hace una referencia cruzada del mismo cliente cuando nadie logró deletrear el nombre de la misma manera?

Un silo puede ser la opción más rentable para ofrecer la seguridad que necesita, pero en mi experiencia, generalmente ocurren debido a la falta de necesidad, planificación y experiencia técnica, todo se reduce a tiempo y dinero.

Un ejemplo de aislamiento de parte de la plantilla:

Puede tener un proyecto skunkworks en el que un grupo de personas pequeño y poco estructurado investiga y desarrolla un proyecto principalmente en aras de la innovación radical. La idea es no dejar que las influencias externas los detengan. Una razón para ello podría ser evitar las reclamaciones de derechos de autor: si permite que su grupo desarrolle el producto X que se parece exactamente al producto Y de la competencia, no querrá que usen ningún conocimiento sobre el funcionamiento interno de Y.
(Hay un nombre específico para esto, pero no puedo encontrarlo; edítelo si lo sabe).

Esencialmente, esta es una forma de manejo de hongos : mantienes a la gente en la oscuridad, "alimentándolos con mierda y observándolos crecer". Es decir, aislar al equipo de diseño de las influencias externas y, en su lugar, utilizar el miedo a lo desconocido para motivar al equipo.

Tracy Kidder, en el libro "El alma de una nueva máquina" describe exactamente este método de funcionamiento.

Cuando intencionalmente se propone hacer algo que se parece al producto de Y sin usar la IP de Y, lo he visto llamado "implementación de sala limpia". Solo es aplicable a ciertos tipos de productos, pero, por ejemplo, puede realizar una implementación de sala limpia de un controlador de dispositivo en particular (cuyo comportamiento requerido está muy bien definido por el sistema operativo) para evitar la licencia del controlador "habitual". Un ex empleador mío inicialmente hizo una JVM de sala limpia, pero luego cambió a usar algunos de los códigos de clase de Sun. Sin embargo, el término es ambiguo y no sé si eso es lo que quisiste decir, así que no lo editaré :-)