1. Cuida a tus compañeros. Si alguien está teniendo dificultades, ayúdelo.
2. Cuida a tu gerente, que es otro compañero.
3. No guardes secretos: haz que todo tu trabajo sea fácil de buscar. Informe malas noticias cuando las encuentre. Presente un error cuando escriba un TODO. Presente un error cuando alguien le pida que haga algo y no hay ningún error. Escribe tus malditos fragmentos.
- ¿Por qué el gobierno indio puede forzar la jubilación de los empleados de la unidad PSU enfermos?
- ¿Qué recursos proporcionan los empleadores para ayudar a sus empleados a hacer frente al agotamiento?
- ¿Las regulaciones que impiden que las corporaciones despidan a sus empleados fortalecen o debilitan la economía?
- ¿Para qué son las revisiones de los empleados?
- ¿Cómo se siente ser un empleado si anteriormente fue un empleador?
4. Sé preciso. Sepa lo que sabe, sepa lo que no sabe, y nunca confunda los dos.
5. Medida. Lo que construiste no funciona hasta que puedas demostrar que sí. Nadie te creerá solo porque dices que es increíble. Usted no sabe Ver punto 4.
6. Recuerde que los problemas que no comprende no son fáciles. Si alguien se ha envuelto alrededor del eje, probablemente no significa que está jodiendo. Lo más probable es que signifique que el problema en el que están trabajando es más difícil de lo que piensas. Tenga en cuenta que si presta atención al punto 1, las personas lo ayudarán cuando sea su turno de envolverse alrededor del eje, y si no lo hace, no lo harán.
7. Encuentra maneras de hacer que tu trabajo sea agradable. Si no puede disfrutarlo, no hará un buen trabajo. Además, encontrar la diversión en un proyecto es realmente útil cuando llega el momento de conseguir que alguien más lo haga.
8. Si puede delegar, delegue. La mayor parte de lo que los comités promocionales llaman “liderazgo técnico” es lograr que otras personas trabajen en las cosas.
9. Averigua a qué puedes decir que no. Los ingenieros de nivel 4 generalmente pueden trabajar en todo lo que se les presenta. Los ingenieros de nivel 5 generalmente no pueden.
10. Quejarse de cosas que puede arreglar. No te quejes de cosas que no puedes. Está bien llamar al trabajo como es, porque arreglar el trabajo es parte del trabajo. Pero hay cosas que no podrá solucionar, y debe aceptarlas o pasar a otro proyecto.
El mayor éxito que he tenido hasta ahora en Google provino de un proyecto del 20%. Estaba hablando con un primer ministro, y él me estaba contando sobre un problema que tenía. Decidí intentar ayudarlo. (Punto 1.) Se lo mencioné a mi gerente en nuestro 1: 1 (puntos 2 y 3) y trabajé con el primer ministro para comprender las áreas en su documento de requisitos que no entendí (punto 4). Construí un prototipo y demostré cómo encajaría en el entorno existente (punto 5). Aprendí muy rápidamente que varios aspectos que pensé que serían fáciles no lo eran (punto 6). Aun así, en primer lugar, había retomado el proyecto porque parecía divertido (punto 7), y una vez que conseguí que funcionara de principio a fin, incluso en la horrible forma en que la realidad lo hizo tomar, estaba bastante satisfecho.
Luego llegó el día, aproximadamente un mes después, cuando alguien finalmente se dio cuenta de que mi proyecto estaba en el camino crítico del lanzamiento de un producto. De repente tuve cuatro personas que me ayudaron en mi pequeño prototipo para que el lanzamiento no se bloqueara. Tuve que pasar a cada uno de los problemas que quería resolver por mí mismo (punto 8). Además, de repente ninguna de mis otras responsabilidades laborales importaba (punto 9).
Cuando terminamos, y desbloqueamos el lanzamiento, y recibí una bonificación muy buena por parte de algún director cuyo nombre nunca había escuchado , otro equipo entró y declaró que eran dueños de mi proyecto. Miré a mi alrededor el pequeño imperio que había construido y dije: “Por supuesto, un enorme equipo bien dotado de recursos que posee esta área de productos, aquí está nuestra base de código: avíseme si necesita ayuda, pero estoy seguro de que haré un gran trabajo “. (Punto 10.)
Todavía está en uso años después. Acabo de presentar un error en su contra hace un par de meses, y un ingeniero que no conozco trabajando en un edificio en el que nunca he estado está arreglando un código que puede no tener relación con lo que escribí originalmente.