development-environment - entusiasta - entusiasmo en el liderazgo

¿Cómo se puede crear un equipo de desarrollo entusiasta? (27)

Si tiene una sala llena de desarrolladores capaces, ¿qué se puede hacer para alentar a los desarrolladores a entusiasmarse y entusiasmarse con el desarrollo de software y software?

No hay trucos, sino un movimiento genuino para crear un entorno en el que las personas quieran trabajar en software, no solo porque la compañía sea una buena compañía para trabajar en general.

¿Qué se puede hacer para alentar a los desarrolladores a entusiasmarse y entusiasmarse con el desarrollo de software y software?

Nada.

La pasión por el desarrollo de software viene desde adentro, y no se puede crear desde cero. Alimentar una pasión existente es fácil: recursos, capacitación y una apreciación visible de la pasión de la gestión son todo lo que se necesita.

La única excepción puede ser liderar con el ejemplo. Si estás entusiasmado, otros pueden seguirlo.

ACTUALIZACIÓN: Como se ha dicho en otras respuestas, es mucho mejor contratar bien por adelantado. Pasaría a diez buenos programadores que solo quieren un cheque de pago para un buen programador que codifica en su tiempo libre por diversión.

OTRA ACTUALIZACIÓN: Esta respuesta ha estado saltando con votos arriba / abajo, así que déjenme aclarar. La redacción del OP específicamente pregunta cómo hacer que un equipo existente se entusiasme "sobre el desarrollo de software". En mi opinión, si no están interesados en sus profesiones elegidas, no hay mucho que un empleador pueda hacer para generar un interés. Un equipo desinteresado y desmotivado hará un lío del proyecto más fascinante. Por el contrario, un equipo motivado de profesionales que les gusta su trabajo puede hacer el mejor programa calculador y disfrutar de cada minuto.

Si tiene una sala llena de desarrolladores capaces, ¿qué se puede hacer para alentar a los desarrolladores a entusiasmarse y entusiasmarse con el desarrollo de software y software?

La pregunta correcta es en realidad "Qué se puede hacer para alentar a los desarrolladores a entusiasmarse y entusiasmarse con el desarrollo de software y software en nuestra empresa ".

Es bastante simple en realidad. La respuesta nunca ha sido un secreto. Es solo que nadie lo escucha.

Elementos muy simples:

Permita que esos desarrolladores entusiastas trabajen entre otras personas apasionadas. Quita a los que no les importa del equipo. De lo contrario, actuarán como células enfermas que proliferan la apatía y la depresión a los otros miembros del equipo.
Aspirar para desarrollar un producto de calidad y profesional
Establezca un proceso profesional y efectivo
Confía y respeta a las personas. Valora su conocimiento. Respeta sus opiniones. En realidad, es parte de una estrategia más grande: permita que los desarrolladores sean capaces de marcar la diferencia y dejarles ver que realmente pueden influir y cambiar las cosas.
Déjalos crecer profesionalmente y déjalos ver que este crecimiento es apreciado y necesitado por ti

Ahora lo que no ayuda en absoluto.

Pagúelos mal. Los desarrolladores también son humanos (en su mayor parte) y también tienen sus cuentas por pagar.
Rechazar sus iniciativas, propuestas y sugerencias de mejora. Dígales que cada vez que se les ocurre algo, su intento de introducir un cambio los convierte en un elemento extraño e inoportuno en la empresa.
Tenga productos de baja calidad y no tenga interés en hacerlo mejor. Hacks, copiar / pegar código, acumulando deudas técnicas, cosas que se caen a pedazos después de cada lanzamiento, eso no motiva a los desarrolladores.
Haber ejecutado mal el desarrollo y el proceso caótico. Tareas, proyectos y pequeñas decisiones tomando un nuevo vector cada pocos días finalmente eliminarán el deseo de involucrarse de nadie. Horarios fallidos debido a la carga de trabajo imprevista y el conjunto de características, todos se van por el camino. Bastará con quedarse sin café algún día para que algunos de ellos comiencen a mudarse a otra parte.
Tener un ambiente social aburrido y poco interesante. Los desarrolladores que no tienen a nadie con quien hablar para compartir sus intereses finalmente se sentirán aburridos. No todos están interesados en cuestiones de impuestos, fútbol y kínder como los únicos temas en las reuniones sociales.

¿Qué les parece darles un interés financiero en el resultado de sus proyectos de software? Por ejemplo, participación en las ganancias corporativas.

Dicho esto, los desarrolladores apasionados son el tipo de personas que se van a casa y escriben software en su tiempo libre.

Aún no conozco a un desarrollador capaz que no esté entusiasmado con la creación de un excelente software. El truco es mantenerse fuera de su camino y no destruir el entusiasmo natural.

La prueba Joel es un buen comienzo.

Aunque estoy de acuerdo en que no es fácil (o posible) crear pasión por la programación, creo que es posible mantener entusiastas a los desarrolladores apasionados sobre su trabajo. Incluso el desarrollador más apasionado de programadores puede desilusionarse si se lo coloca en un entorno de trabajo estancado.

Entonces, ¿qué puede hacerse?

Brinda muchas oportunidades para el desarrollo personal, da mucha libertad para aprender cosas nuevas. Deje que los desarrolladores tengan alguna opción en los cursos que toman y las conferencias a las que desean asistir.
Juguetes: no en el sentido tradicional, sino que pueden usar las últimas tecnologías
Proporcionar un buen lugar para trabajar. No tiene que ser Google, pero tiene que ser un lugar en el que le gustaría pasar el tiempo.
Por supuesto, el dinero ayuda. No en el sentido de que una empresa puede pagar personal entusiasta, pero la gente necesita sentirse recompensada por sus esfuerzos.

He encontrado que trabajar en una organización que ha adoptado el desarrollo ágil tiene muchas de las cualidades correctas para formar equipos entusiastas.

Creo que lo más importante es que la empresa tiene que valorar lo que los desarrolladores pueden hacer por la empresa. Si la empresa es administrada por tacaños que solo ven a tus desarrolladores como un gasto del que no pueden esperar a deshacerse, entonces estás condenado. El equipo de desarrolladores debe ser visto por la gerencia como un activo estratégico que les hace ganar dinero ahora y les hará ganar más dinero en el futuro.

También una buena comunicación en la compañía es vital. Los desarrolladores deben ser capaces de descubrir qué es lo que la empresa necesita que hagan. La burocracia descendente autocrática y la gestión de hongos pueden arruinar la moral y hacer que sea imposible para los desarrolladores agregar valor, independientemente del nivel de entusiasmo que traigan al trabajo. El software que construya su equipo será tan bueno como la comunicación en la compañía; creo que de eso se trata la Ley de Conway .

Entonces, ese es un gran desafío, en muchos casos imposible, porque la alta gerencia tendrá sus propias ideas sobre prioridades y comunicación y buena suerte para influir sobre ellos. Pero la alternativa es el desarrollo de la guerrilla, donde estás librando una batalla interminable contra tu propia compañía.

Deles problemas interesantes.

Dales los medios para resolver esos problemas.

Minimice la cantidad de basura con la que tienen que lidiar y que no está directamente relacionada con la resolución de esos problemas.

Recompénselos por resolver con éxito esos problemas. No subestime el valor de una palmadita sincera en la espalda del tipo que firma sus cheques de pago.

Déles una participación en la empresa más grande, más allá del próximo cheque de pago.

Y cuando sugieren un problema nuevo que creen que vale la pena resolver, escucha.

En la moda de Weinbergesqe:

Has hecho la pregunta incorrecta. La pregunta correcta es "¿Cuáles son las cosas que hacen los directivos que desaniman a los desarrolladores y reducen la moral?" Entonces no tolera esas cosas en tu entorno.

Y, por cierto, ya deberías saber la respuesta a esa pregunta. Si no encuentras otro trabajo.

En mi opinión, el absoluto, # 1, lo más esencial que motiva a los desarrolladores a entusiasmarse con su trabajo es la sensación de propiedad sobre su producto. Todos los ejercicios de creación de equipos, grupos de lectura, etc. son buenos pero, en última instancia, ineficaces si los desarrolladores no tienen un sentido de propiedad.

Aquí hay una lista rápida y gratuita de cosas que son importantes, en mi opinión, para asegurar que este sea el caso:

Los desarrolladores tienen una participación real y honesta en el diseño futuro del sistema. Siempre habrá requisitos que provengan del exterior del equipo de desarrollo, pero los desarrolladores deben estar representados cuando se descubran esos requisitos y puedan brindar información real sobre el estado futuro de lo que está trabajando.
Los requisitos de los desarrolladores o los cambios a su solución deben recibir una voz. Es necesario encontrar un equilibrio, sin duda, pero demasiadas compañías no cuentan con los mecanismos adecuados para permitir que las solicitudes centradas en el desarrollo se lleven a cabo. Estas pueden ser mejoras de productos, creación de pruebas unitarias o refactorizaciones simples, pero son esenciales para la calidad de su producto y para dar a los desarrolladores una participación en su proyecto.
Los desarrolladores deben tener contacto con los usuarios. Un personal de desarrollo que es tratado como los chicos en el sótano que producen códigos nunca tendrán un enfoque muy entusiasta sobre el producto ni desarrollarán sus propias habilidades.
Adopte nuevas tecnologías, incluso si solo es para un PoC o prototipo de lo que las tecnologías pueden hacer. Ningún desarrollador en el mundo ha estado entusiasmado con producir un código repetitivo, y nunca lo estarán.
Deje que los equipos de desarrollo sean dueños de su proceso. Las metodologías de desarrollo decretadas a partir de lo alto sin duda desmotivan al equipo de desarrollo, que ahora necesita lidiar con la carga adicional de planear reuniones y desarrollar cataratas. Requerir que exista un proceso, pero hasta que haya un problema, mantenga sus manos alejadas de los detalles.
"Justo como funcionan las cosas" NUNCA es una excusa para un proceso roto . Si los desarrolladores tienen una preocupación legítima con un proceso que necesitan seguir, necesitan una oportunidad honesta para argumentar en contra. Como gerente, una de las peores cosas que puede decir es "Así es como lo quiere VP / Ejecutivo / CEO / Dios, así que debemos seguirlo". Debe defender las inquietudes de sus desarrolladores, o en su defecto, permitirles la interacción directa con la persona en cuestión. Si usted, como gerente, es visto como un muñeco de trapo para el ejecutivo, buena suerte motivando a un desarrollador nuevamente.

Encienda todos los PHB y contrate gerentes inteligentes que maximicen las posibilidades de que el software realmente esté terminado y funcione correctamente.

Establezca objetivos claros y estables y comunique los objetivos con precisión al equipo o a las personas. Y luego solo salga para dejar que los desarrolladores lo hagan.

Sin embargo, no se aleje demasiado de los desarrolladores, debe abordar problemas como la falta de comida gratuita, la compra de sofisticados equipos de oficina y otras cosas triviales que a los desarrolladores no les interesan pero que son útiles para mejorar la productividad y agregar ventajas al equipo de desarrolladores.

Ir a una conferencia de desarrollo de software con oradores buenos e inspiradores puede marcar una gran diferencia.

Lea Peopleware por DeMarco y Lister.

Me inclino a no decir nada como otros, y debo aceptar que una verdadera pasión por ella no es algo que puedas crear, ya sea que exista o no, sin embargo, hay cosas que puedes hacer.

Tener una puntuación alta en la prueba de Joel es un gran comienzo,

Para mí, las cosas que me mantienen motivado son:

Un problema / tarea que encuentro desafiante, de la que puedo aprender
Un plan para implementar la solución de una manera que considero razonable. Nada es más desmotivador para mí que un equipo de gestión que obliga a las tecnologías que no creo en mi garganta.
Otros con quienes discutir las posibles soluciones, ya sea que estén en el mismo equipo o no.
Un equipo de gestión que aprecia el arduo trabajo que estoy realizando.

Para ser precisos, la pregunta es: "Tengo un equipo de desarrolladores, y quiero que esos desarrolladores específicos se entusiasmen con el desarrollo de software", o simplemente "Quiero un equipo de desarrolladores de software entusiastas". En este último caso, simplemente no contrate personas que no sean entusiastas.

En el primer caso, estás bastante jodido. Es difícil cambiar la personalidad de alguien tanto que comienzan a preocuparse por algo en lo que realmente no les interesaba antes. Por supuesto que se puede hacer, pero seamos sinceros. ¿Cuántos aquí no han podido convencer a su media naranja de que la programación es interesante? Para el caso, ¿cuántas personas no han podido adoptar el entusiasmo de sus novias por las compras o los zapatos? ;)

Convencer a la gente para que comparta su interés y entusiasmo por algo es un trabajo duro.

A menos que esté dispuesto a dejar a un lado unos pocos años de su vida para ponerse en la cabeza de cada desarrollador individual, conocerlos y saber qué los motiva, y empujarlos gradualmente y empujarlos a interesarse por algo que previamente simplemente Considerado un trabajo, probablemente es mejor dejarlos ir y contratar personas que estén motivadas para empezar.

Proteja a sus desarrolladores de todas las políticas lo mejor que pueda. Déjalos lo que mejor saben hacer, desarrolla software. Nada mata a un equipo productivo como tener que pelear en política interna.

Esta conversación bien conocida lo dice mejor:

Peter Gibbons: Bob, tengo ocho jefes diferentes en este momento.
Bob Slydell: ¿Perdón?
Peter Gibbons: Ocho jefes.
Bob Slydell: ¿Ocho?
Peter Gibbons: Ocho, Bob. Entonces eso significa que cuando cometo un error, tengo ocho personas diferentes que vienen para contarme al respecto. Esa es mi única motivación real: no ser molestado, eso y el miedo a perder mi trabajo. Pero sabes, Bob, eso solo hará que alguien trabaje lo suficientemente duro como para que no te despidan.

Putas y golpe?

Si no están fundamentalmente entusiasmados con el desarrollo de software, no hay nada que puedas hacer.

Si son entusiastas, eso es genial, y debes evitar silenciar eso. Hay algunas recomendaciones excelentes en otras partes de estas respuestas.

Si solían ser entusiastas y les han arrebatado eso, es probable que obtengan buenos resultados ofreciéndoles desafíos razonables, protegiéndolos de la mala gestión y, en general, tratándolos como personas valiosas y respetadas.

Tengo que estar de acuerdo un poco con el comentario hecho por Pascal, pero no voy a comenzar de esa manera.

En general, se ha demostrado que una de las mejores formas de brindarles a los desarrolladores un entorno que les permita apreciar su trabajo es darles libertad. Sin embargo, si buscas una ruta diferente aquí, estás tratando de encontrar desarrolladores "apasionados".

Para ser 100% honesto, no hay una conexión directa con "capaz" y "apasionado". Existen cientos de desarrolladores que son capaces de ser programadores, y muy buenos en eso. Pero muchos de ellos no tienen ningún deseo de convertirse en desarrolladores apasionados.

Para crear un equipo de desarrolladores apasionados, realmente debe comenzar con el proceso de reclutamiento y contratar desarrolladores apasionados, no tratar de "crearlos".

Tu no

O bien hay personas en el equipo que adoran aprender y siempre quieren esforzarse para ser mejores, o no tienen esas personas en su equipo. Por supuesto, la realidad es que tendrías una bolsa mixta.

Simplemente emplee personas entusiastas (es fácil de decir), y no emplee a los que ven la programación / desarrollo de software como ''solo'' un trabajo.

Es imposible que IMO convierta a los no entusiastas completos en apasionantes programadores. No hay bala de plata.

Un equipo de administración que conoce las computadoras y puede mantener el suyo en una conversación técnica es una característica muy útil. No intente vender reveladores apasionados por bombo, tendencia y palabras de moda.

dinero, dinero, dinero ... y no dicen que el dinero no importa si el proyecto es emocionante o aburrido.

Dan Pink observa 3 cosas que motivan a las personas si se requiere creatividad en un trabajo. RSA Animate - Drive: la verdad sorprendente sobre lo que nos motiva es un video de 10 minutos sobre estos, pero aquí están las 3 cosas:

Autonomía: otorgue al equipo el control sobre el cronograma y empoderarlos para que sean dueños de su trabajo.

Dominio: qué tan bien están desarrollando su oficio de construir un excelente software.

Propósito: ¿Por qué están haciendo este software? ¿Qué beneficio masivo tendrá?

Algunas otras fuentes sobre esto:

Contratar a las personas adecuadas

Durante el proceso de la entrevista, haga preguntas que le permitan ver su pasión por el oficio.

Algunos ejemplos, ¿Ellos:

Lea libros de software o blogs, escuche podcasts?
¿Jugar con nuevos idiomas / bibliotecas en casa?
Contribuir a proyectos de código abierto

Una vez que tengas buenas personas mantente fuera de su camino. Tenga la cantidad correcta de proceso, no fuerce la estandarización innecesaria, escuche los problemas, sea honesto sobre las razones por las que están sucediendo las cosas.

Lea " Dinámica del desarrollo de software " por Jim McCarthy. En serio, casi todo el libro aborda este y otros temas relacionados.

Tener un problema interesante, desafiante y rentable para resolver, donde todos los desarrolladores tienen un interés en los resultados. De lo contrario, tendrá una habitación llena de desarrolladores, siempre y cuando los cheques de pago sean claros.