2010-02-12 14 views
11

dejando de lado las objeciones potenciales a la idea de que un no programador tenga que gestionar programadores (se necesita en una pequeña empresa de software), qué debería intentar el no programador aprender acerca de cómo trabajar mejor con los programadores? Este soy yo.¿Qué debería aprender un administrador no de programación

Digo "no programador", pero en realidad he pasado algunos años en la industria y he intentado leer y autoeducar porque me parece interesante y aspiro a aprender más. Pero la realidad es que no puedo escribir código en un estándar profesional y sé que tomará un tiempo construir ese conocimiento, y la gente me dice que ni siquiera debería intentarlo. Tal vez los codificadores preferirían que alguien como yo simplemente se fuera. Si no, ¿hay alguna dirección particular que deba tomar en mi autoestudio, que me haría más efectivo?

He leído el libro de Joel y tiene mucho que decir sobre, por ejemplo, dar a los programadores buenas condiciones de trabajo. No estoy preguntando aquí sobre ese aspecto de la gestión: mi pregunta es realmente una pregunta sobre si hay algunas habilidades técnicas particulares que debería tratar de adquirir en lugar de simplemente continuar mi "deambular" no estructurado sobre las cosas que me interesan.

+0

Esto es en gran parte una víctima de http://stackoverflow.com/questions/326256/ qué es el mejor software-project-management-book – Ether

+0

¿Cuál de los libros de Joel has leído? ¡Creo que tiene cuatro! Y la mayoría de sus artículos están en su blog. – sixtyfootersdude

Respuesta

10

Si no ha leído Peopleware, definitivamente debe leerlo. Se trata de sus problemas. En resumen, explica que el trabajo de un gerente no es un trabajo técnico (aunque, por supuesto, no hace daño si tiene conocimiento de los aspectos técnicos del desarrollo). La tarea principal del administrador es comunicación, no se trata de tecnología. Sus principales preocupaciones son, entre otros:

  • contratar a los mejores desarrolladores de software disponibles,
  • darles retos interesantes,
  • mantenerlos motivados y
  • tratar de conseguir todos los obstáculos de su camino .

Eso es lo que hace mejor que ellos - y todos estos son temas "pueblo", en lugar de tareas técnicas.

No quiero decir que no deba tratar de aprender más o practicar la codificación usted mismo, solo que puede no hacerlo un mejor administrador y no necesariamente ayuda a que su proyecto tenga éxito.

1

Sí, definitivamente debe comprender las entradas y salidas. Esos son los elementos esenciales de la programación. Cada vez que alguien programa tiene cosas que están disponibles para ellos (entradas) y luego espera que le den algunas cosas a cambio (salidas). Si puedes entender esto y cómo los desarrolladores necesitan comunicarse entre ellos y sobre estas entradas y salidas probablemente estarás en un buen lugar.

Además, debe comprender que a veces la codificación puede llevar un tiempo y las pruebas generalmente demoran el doble ... a menos que sea una tarea de codificación realmente simple.

1

Me gustaría leer los conceptos básicos de lo que sea que esté usando su equipo para que los desarrolladores que administra no se lleven la bola de nieve. (Ahora necesito agacharme y cubrirme para derramar los frijoles ...).

También mira Rands in Repose.

2

Estoy de acuerdo con Peopleware, y también diría Brook de La lectura Mythical Man-Month se requiere.

+0

Lo principal en el MMM es el primer par de capítulos. Gran parte del resto ha estado bastante mal. Lo principal para salir de esto es entender que tirar recursos en un proyecto que ya es tarde casi siempre empeorará las cosas. –

1

My $ 0.02 - Creo que con solo publicar esa pregunta aquí significa que está en el camino correcto. Solo puedo hablar por mí mismo (tuve varios gerentes que no eran de programación), los que pensé que beneficiaban a los proyectos fueron los que más se ocuparon de la interacción con los clientes y los otros gerentes, ayudando con la documentación, haciendo el seguimiento de los planes del proyecto y tratando de ayudar a los programadores a cumplir con los plazos resolviendo los obstáculos no técnicos encontrados (nuevas herramientas, hardware, personal, etc.). Anime a los programadores a ser creativos y trabajar en equipo como un todo para crear un producto: usted será más beneficioso si "intenta" aprender algunas cosas técnicas.

0

Nuestro CIO no tiene antecedentes técnicos, y prefiere utilizar Windows (y tal vez OSX) como servidores! No le gusta unix/linux y el equipo de Unix/Linux ha ido disminuyendo de tamaño.

Si yo fuera usted, voy a seguir yo educados acerca de los grandes imágenes en mi dominio, ¿cuáles son los últimos avances etc

+0

Puede que no te gusten, pero hay muchas razones buenas, no técnicas, por las que el servidor de Windows es una llamada justa. No creo que eso sea algo contra él a menos que sepa su razonamiento. –

Cuestiones relacionadas