¿Cómo puedo demostrar mi productividad a la gerencia? [cerrado]

Mi universidad tiene un módulo para el desarrollo de software con un cliente real. Algunos de los miembros de mi equipo trabajan en el laboratorio de computación todo el tiempo, lo cual es un ambiente extremadamente ruidoso con muchas interrupciones y distracciones. Hay unas 30 personas siempre hablando. La gente siempre va a Facebook, YouTube o se cuenta chistes, además de hacer "trabajo". Algunos de los miembros de mi equipo trabajan 3 horas al día en este entorno.

Asisto a nuestras reuniones de equipo semanales y utilizo ampliamente nuestro sistema de gestión de proyectos en línea. Abordo todos los correos electrónicos y tengo un cliente de chat ocupado, pero recibo mensajes. Uso muchos recursos en línea para resolver mis problemas. Sin embargo, fuera de la reunión del equipo y las sesiones de programación en pareja, hago la mayor parte de mi trabajo en un entorno tranquilo donde puedo concentrarme y concentrarme, y bloqueo todas las interrupciones tanto externas como internas. Me concentro en mi tarea al 100%. Creo que soy aproximadamente 10 veces más productivo de esta manera que en el laboratorio y puedo hacer mucho trabajo.

El problema es que nuestros tutores o "gerentes" no me ven trabajando en el laboratorio. Por lo tanto, no parece estar trabajando para ellos. Por eso piensan que no trabajo en equipo. ¿Cómo puedo convencerlos de que trabajo en equipo porque tengo mucha comunicación con mi equipo, pero al mismo tiempo me gusta trabajar solo? Me gustaría demostrar eso, solo porque trabajo solo mucho y no necesariamente hago todo mi trabajo en el laboratorio, sigo siendo un miembro productivo del equipo.

ACTUALIZACIÓN La gerencia me dijo que el problema era que pasaba trabajando en un equipo el 60% de mi tiempo, y trabajo solo el 40% del tiempo. Me dijeron que debería pasar el 99% de mi tiempo trabajando cara a cara con mi equipo en el laboratorio, también conocido como oficina.

Algunos comentarios relevantes de algunas respuestas, que algunos podrían pasar por alto:

"El problema es que realmente no necesito preguntarle nada a mi equipo, porque prefiero buscarlo en Google. Confío en Google mucho más que mi supervisor o los miembros del equipo por alguna razón. Por lo tanto, a menudo no estoy de acuerdo con ellos. No estoy haciendo trabajo en equipo, porque esencialmente estoy haciendo trabajo "web".

"Confío en la información que encuentro en línea (es decir, SE) más que la experiencia de mi supervisor o compañeros de equipo".

ACTUALIZACIÓN 2 Dejé de hacer un trabajo serio en casa, solo me quedo en el laboratorio ahora y me divierto con mi equipo mientras también hago algo de trabajo ocasionalmente. Como muestra la respuesta aceptada, no se trata de que sea productivo sino que cumpla con las expectativas de mis gerentes y compañeros de equipo. Si yo y mi gerente tenemos creencias diferentes sobre cómo hacer el desarrollo de software, lo que cuenta es el administrador porque tienen el poder de fallar / despedirme. En mi opinión, las reuniones cara a cara no son tan efectivas como las conversaciones en línea, y trabajar en un laboratorio ruidoso no es tan productivo como trabajar en un entorno tranquilo. Creo que los compañeros de equipo no deberían poder interrumpirme cuando lo deseen, mientras estoy en medio de una tarea. Creo que uno necesita al menos el 50% del tiempo para realizar un trabajo productivo solo y el 50% del tiempo para sincronizarse con el equipo. De todas formas,

Que gente percibe es más importante que la verdad.

En el mundo real, percepción es la realidad . Si te perciben como algo por tu comportamiento, eso es lo que representas y es muy difícil cambiar esta percepción al tratar de discutir con la persona. Lo que perciben es más importante para ellos que la realidad , porque es un sistema de creencias para ellos en ese momento, y las creencias son bastante concretas y difíciles de cambiar.

Tienen una idea de lo que quieren que hagas, se sienten afortunados de que alguien te lo haya dicho y no te hayan pateado hasta la acera sin ninguna explicación. Eso es lo que sucede en el exterior, simplemente te sueltan por alguna razón amorfa, es más fácil y limpio para la mayoría de las personas.

Recuerde, esto implica que alguien forme un sistema de creencias sobre usted, ¡este es un territorio complicado!

¡Para bien o para mal, tendrás que hacer lo que esta persona cree que deberías estar haciendo! Nada más será efectivo, y tratar de demostrar que están equivocados es una situación de no ganar para usted.

En muchos lugares, a los gerentes de la vieja escuela les gusta ver "colillas en las sillas". Los miembros senior que han demostrado su valía no tienen que preocuparse tanto por esto, pero eso lleva años para llegar a ese punto de confianza con algunas personas. Esto está cambiando muy, muy lentamente.

Y honestamente, si estás trabajando en un equipo y no estás en condiciones de comunicarte con ellos todo el día, realmente no estás trabajando en un equipo. Estás en un equipo y trabajando por tu cuenta que se percibe como un solitario y vaquero, y tampoco lo es la personalidad de un miembro del equipo.

Puede obtener un buen conjunto de tapones para los oídos . Los buenos auriculares cerrados con cancelación de ruido en el oído son una buena inversión si le gusta escuchar música. ¡Personalmente me gusta escuchar solo el clic de mi teclado Modelo M!

Pero debe aprender a trabajar en un entorno ruidoso que distraiga, o cambiar su especialidad. En el mundo real, los cubos son la norma y prevalecen los entornos ruidosos.

Esto será especialmente malo al comienzo de su carrera, se sentará junto a bancos de fotocopiadoras, salas de descanso, en salas de servidores y junto a personal de ventas y marketing que no habla absolutamente de nada durante todo el día. Espere trabajar de 8 a 10 horas al día en un entorno ruidoso y molesto en el mundo real.

No se trata de demostrar su productividad, se trata de cumplir con sus expectativas. Y en este caso esperan que estés en el laboratorio con tus compañeros de equipo.

Ponerse en una posición de necesidad de demostrar su productividad generalmente resulta en ser despedido. Nos guste o no, parte de su profesión elegida implica interactuar con sus colegas durante las horas de trabajo, incluso fuera de las reuniones. Trae algunos auriculares para ahogar las distracciones con música.

Me sorprende que lo que tu Univ está tratando de enseñar es quizás diferente de cómo entiendes la tarea.

Es un hecho comprobado que la mayoría de los programadores son más productivos cuando trabajan sin interrupción. De hecho, si te estás concentrando en un problema conceptual difícil y el teléfono suena (incluso si no lo contestas), puede tomarte media hora recuperar la concentración.

También es un hecho bien conocido que muchos, si no la mayoría, las tiendas de programación no ofrecen un entorno que permita ese nivel de concentración. De hecho, muchos son más como tiendas de sudor.

Si lo que intentan enseñarte es cómo trabajar con equipos en condiciones del "mundo real" que es probable que experimentes en el trabajo, entonces lo que están haciendo es apropiado. Si, por otro lado, su objetivo es enseñarle a ser productivo, fracasan miserablemente.

No sé si es justo comparar la programación con la escritura, pero ciertamente ambas implican pensamiento creativo y concentración. Muchos grandes autores escriben sus libros en un lugar secuestrado sin interrupciones. De hecho, muchos son reclusos o excéntricos, pero producen literatura muy apreciada.

Sin embargo, hay una clase de escritores que tradicionalmente se ven obligados a trabajar en condiciones curiosas como su laboratorio y son reporteros y corresponsales de guerra. En la escuela de periodismo, uno de los "laboratorios" estándar era una sala llena de máquinas de escribir donde se asignaba a los estudiantes una tarea y se les pedía que produjeran un artículo en condiciones de solo unos minutos. Un escritor que no puede producir bajo plazos ajustados y condiciones curiosas probablemente no debería ser un corresponsal de guerra en el frente.

Finalmente, comprenda que algunos de los mejores programas están escritos por individuos en lugar de equipos. Como dicen , "un camello es un caballo diseñado por un comité".

Mi recomendación es que se siente con su profesor y le pregunte qué está tratando de lograr si tiene un laboratorio ruidoso y donde la gente bromea. Si se trata de simular un entorno laboral típico, entonces debe estar preparado para eso o tratar de concentrarse en encontrar un empleador con un entorno laboral mucho mejor. Existen, considere Microsoft donde todos obtienen una oficina privada (o al menos solían hacerlo).

Esto realmente suena como una granja de monos de código , los profesores quieren que te adaptes al entorno de la "sala de guerra" , (también conocido como espacio abierto entorno de ) que tantas compañías hoy en día piensan que es óptimo.

Para cuando salgas de la universidad, la fórmula óptima será diferente, nuevamente.
(tal vez se conformarán con algún tipo de trabajo remoto, finalmente)

Para cuando me inscribí, todo el mundo pensaba que los cubículos eran lo mejor de lo mejor.

Luego, cuando los universitarios se unieron a la fuerza laboral, "la industria" cambió de opinión, los universitarios desarrollaron un gusto por los laboratorios de computación donde el control de la fuente se realizaba gritando "¡Estoy editando este archivo ahora!" y travesuras similares.

El control de la versión real solía ser un asco (es decir, CVS, un pequeño SVN), no había Facebook para distraer, ni teléfonos inteligentes para eludir las restricciones de LAN, así que ... funcionó un poco.

Las "salas de guerra" se inspiraron en los niños de la universidad.

Sin embargo, esas habitaciones no envejecieron muy bien.
Las "salas de guerra" hoy terminan siendo de dos tipos:

• granjas de ruido , donde todo el mundo está haciendo lo que quiera (y los silenciadores, los tapones para los oídos o los auriculares son la única forma de evitarlo)

• Panópticos incómodos y silenciosos , donde nadie hace nada de su agrado, todos controlan a todos, y todos se sienten cada vez más miserables, cada minuto que pasa.

Entonces, en lugar de decirle cómo trabajar, deben observar cómo hace el trabajo y luego escribir documentos al respecto, para que "la industria" pueda aprender de él.

Pero, de nuevo, supongo que estás en una granja de monos de código, están construyendo científicos informáticos para "la industria", de la forma en que "la industria" los quiere , y te vas a meter en problemas si soportas demasiado. sus hábitos de trabajo (sanos)

Haga frente a lo que solicitan , arrastre el peso de los miembros de su equipo improductivo (almas pobres, probablemente se desempeñarán mejor en un entorno más centrado) y deje que la calidad general del código se degrade: usted está en esa clase para demostrar que el trabajo en equipo , hecho en la forma en que su profesor evangeliza, no funciona muy bien.

Lo primero que recomendaría es que su equipo se involucre. Si realmente está siendo productivo y contribuye positivamente al equipo, las personas con las que está trabajando deberían estar más que dispuestas a decir esto a las personas apropiadas en el momento adecuado. Serían más adecuados para hablar sobre sus fortalezas, debilidades y medir sus contribuciones en términos de su valor para el proyecto. Esta es la razón por la cual, en todas mis experiencias, colegas y compañeros de equipo proporcionan evaluaciones y evaluaciones mutuas a la gerencia (o, en la universidad, al profesor) para su consideración: estas son las personas que lo conocen mejor.

Si necesita datos más concretos, debe tener muchos, ya que está utilizando el correo electrónico y una herramienta de gestión de proyectos. Con suerte, también deberías estar usando un sistema de control de versiones. Puede mostrar cuánto tiempo le lleva responder correos electrónicos (y mensajes instantáneos si está registrando mensajes instantáneos) relacionados con el proyecto. Puede mostrar registros y fusiones desde el control de versiones, con diferencias para mostrar lo que ha contribuido. Puede mostrar las tareas que ha completado (y dependiendo de cómo esté configurada su herramienta de PM, seguimiento de tiempo).

Otra vía sería discutir el entorno del laboratorio con las personas que lo manejan / operan. Si realmente se supone que es un ambiente de trabajo y la gente te está distrayendo de trabajar, no está cumpliendo su propósito. Esto podría ser algo que debe abordarse para garantizar que las personas tengan un entorno productivo. No puede esperar un espacio de equipo silencioso, ya que los equipos tendrán conversaciones. Pero no creo que sea demasiado pedir tener un espacio dedicado a las discusiones relacionadas con el trabajo a un volumen razonable.

Dada su edición más reciente, no creo que haya mucho que pueda hacer.

En mi trabajo, paso alrededor de 8 a 10 horas / semana en un ambiente de equipo. Sí, necesitamos coordinar actividades y utilización de recursos y planificar tareas, etc. Pero las otras 32 (y generalmente más como 35+) horas / semana estoy trabajando solo en mis tareas. Sin embargo, estoy disponible (ya que tengo notificaciones por correo electrónico activadas, cliente de mensajería instantánea activado, en mi escritorio o cerca de él para contestar mi teléfono o buscar mensajes) con mucha más frecuencia.

Para maximizar la comunicación y la productividad del equipo, muchas compañías tienen la noción de "horas centrales". Estas son horas en las que todos los miembros del equipo que no están de vacaciones o algún otro permiso programado / aprobado se espera que estén disponibles. Esto se aplica igualmente a las personas con presencia virtual, así como también en la oficina. Donde trabajo ahora, las horas centrales son 6 horas al día (creo que 5 horas los viernes), y los diferentes equipos realizan ligeras modificaciones a las horas centrales.

El "99%" solicitado por la gerencia es probablemente un poco extremo. Sin embargo, estar disponible el 75% del tiempo y responder correos electrónicos, llamadas y mensajes instantáneos durante ocasiones en las que no estás físicamente con el grupo no está fuera de discusión. Incluso si no cree que estos sean urgentes, su falta de respuesta podría estar bloqueando a otra persona.

Me parece que en esta situación, todas las referencias externas no serán de gran ayuda, en cambio lo que haría sería tomar registros de su sistema de gestión de proyectos que muestren todo lo que ha contribuido. Si el sistema puede producir un cuadro de su actividad durante un período de tiempo, incluso mejor y tomar eso también.

Además, tome las minutas de sus reuniones semanales cara a cara que demuestren que ha participado y contribuido en esas reuniones.

Además, el chat registra desde su cliente de chat donde los chats están relacionados con el trabajo, mostrándole que responde las preguntas de su equipo, incluso cuando no está físicamente en el laboratorio.

Si el resto de su equipo reconoce su esfuerzo, pregunte si puede llevar uno de ellos (pregunte primero), si no, intente que le envíen una declaración que describa las principales contribuciones, desde su punto de vista, que usted ha ayudado con.

Todas las referencias externas no le ayudarán si no puede demostrar que ha estado contribuyendo al equipo y que el equipo reconoce esa contribución.

Auriculares con cancelación de ruido Boze (si tiene el efectivo). Yo uso estos No se deshacen de todo pero ayudan. Los usé con pandora y música clásica cuando escribo código (aléjate de la música no instrumental o tendrás la tendencia de cantar y se convertirá en una distracción en tu propia mente).

Esto le permitirá sentarse en el laboratorio y eliminar distracciones.

Además, la publicación de "percepción" de Jarrod Roberson también fue acertada. Si quieren verte en el laboratorio, entonces debes estar en el laboratorio. No importa si el jefe / instructor está equivocado, siguen siendo el jefe. La percepción es más importante en este caso que la realidad. Por supuesto, tiene la opción de hacerlo a su manera, pero luego tendrá que asumir la responsabilidad de las consecuencias de su decisión; No hay victorias morales.

Cuando me graduaba, además de las ruidosas distracciones de los estudiantes, solían realizarse pruebas en línea para diferentes lotes, por lo que tuvimos que esperar 2 horas adicionales para obtener las máquinas de laboratorio. Pero la capacitación para trabajar en entornos distraídos valió la pena cuando comenzamos a trabajar en un entorno en vivo.

En un entorno real, como señaló Jarrod Roberson , podría haber personal de marketing y ventas en torno a su entorno de desarrollo. Si tiene la suerte de ser ubicado entre otros equipos de desarrollo , las llamadas en conferencia podrían ser otra gran distracción que puede durar todo el día.

Dicho esto, le sugiero que tome las palabras de su supervisor positivamente ya que definitivamente lo preparará para el mundo real donde puede adaptarse fácilmente.

Buena suerte.

Este es un problema común en el lugar de trabajo. No es sensible ni productivo, pero satisface un deseo en ciertos tipos de gestión.

Lo primero es lo primero, si no pasar tiempo en el laboratorio te va a costar calificaciones, pasa tiempo en el laboratorio. Este no es el momento de luchar por los derechos y los errores de la situación, simplemente aguanta, saca las notas, sal de ahí.

En el lugar de trabajo, puede ser un signo de problemas, pero a veces es solo la alta gerencia que quiere que todos sientan que todos los demás están tirando de su peso. En las organizaciones donde tiene equipos de alto perfil que trabajan largas horas, es común que la gerencia comience a pedir un mejor tiempo para mantener a otros equipos cuando las ganancias están bajas, etc. Una vez más, generalmente es mejor absorberlo si es algo de corta duración, o seguir adelante, pero no hay un punto medio real.

Me gustaría utilizar los datos para demostrar el punto , y mostrar las diferencias en la productividad. Me quedaría en el laboratorio / oficina y anotaría cada distracción (no relacionada con el proyecto) y registraría su duración y fecha-hora, así como las actividades relacionadas con el proyecto (duración y fecha-hora) y la producción producida ese día (s) ( Número de clases, número de métodos, líneas de código y / o puntos de función). Luego, haría el "lobo solitario" y registraría los mismos datos.
Luego muestre la comparación de resultados a su jefe / maestro, y luego analice los datos con él, y deje que llegue a la conclusión lógica.