¿Puede el desarrollo de software en un equipo grande ser interesante y divertido?

Question

He estado en el negocio del desarrollo de hardware y software durante 19 años. En los días anteriores a los proyectos y equipos en los que trabajé eran más pequeños, mucho más eficaz y más divertido.

El efecto de la entrada de un único promotor para el producto final y para su éxito era evidente para todo el mundo. Hemos tenido contacto directo con y la retroalimentación de los clientes. Esto fue gratificante para nuestro trabajo y una forma muy efectiva para mejorar el producto.

Con los años se necesitaba la complejidad del hardware y software aumenta y cada vez más personas para hacer las cosas a tiempo. La desventaja de la tendencia a equipos más grandes para mí es que la contribución de un único desarrollador para el éxito del proyecto se hace más pequeña. Y perdemos el contacto con el mundo real de los usuarios y clientes debido a la creciente departamentos de control de calidad cada vez más.

Siempre he disfrutado de mi trabajo y se mantiene en contacto con las últimas tecnologías como la programación orientada a objetos, UML, .NET, y lo que sea. Ya trabajé unos años como jefe de equipo pero no me gusta mucho porque me perdí el desarrollo y la codificación.

Estoy frustrado por el hecho de que mi pieza de toda la "cosa" estamos trabajando en se hace más pequeña y de que pierda la visión general acerca de ello y el contacto con el suelo. Por favor, no me entiende mal, no quiero llorar por los viejos tiempos, pero para mí el trabajo de más y más especializados submódulos de un sistema gigante, simplemente se vuelve más y más aburrido.

Me pregunto si me siento solo de esa manera y tal vez si usted tiene algún consejo de cómo llevar la diversión de nuevo a mi trabajo. Y lo siento, no, no estoy interesado en trabajar en un proyecto de código abierto en mi tiempo libre. Nueve horas al día delante de una pantalla de ordenador son suficientes, la vida es más que la codificación ...

Answer 1

También requieren la interacción con y la retroalimentación de la cliente . Sin embargo, un cliente puede ser muchas cosas. Mientras yo estoy satisfaciendo a alguien (usuario final, el líder del equipo, gran jefe, etc.) entonces eso es suficiente para mí. La interacción en sí es el factor clave.

En cuanto a la sensación de orgullo y propiedad de tener un gran impacto en el sistema, de nuevo, es una cuestión de enfoque. Todavía se está creando algo , incluso si es un pedazo más pequeño del conjunto.

Me di cuenta hace mucho tiempo que soy un pez pequeño en un gran estanque. Aprender a sentirse felices por mi lugar en ese estanque era la única solución.

OIA, todo es relativo!

Answer 2

Supongo que todo depende, hay un grado de camaradería que viene con los equipos más pequeños y una menor probabilidad de colisión de ego. He experimentado tanto y ambos tienen sus ventajas y desventajas. Para ser honesto, mientras se trabaja en un equipo más grande que aprendido mucho de otros programadores, usted cree que sabe mucho, pero siempre hay alguien que sabe más.

Answer 3

Todo depende del equipo y los egos de los individuos.

Cuando se trabaja en un equipo con problemas de ego, no importa cómo enfriar la tecnología o la cantidad de interacción que se obtiene con los clientes. Una manzana podrida puede drenar toda la diversión de trabajar en un proyecto de otra manera fresca.

Por otro lado, si el equipo ha gelificado, poco importa si la tecnología está fuera de fecha, o el problema de negocio es aburrido. Trabajando en un sistema de contabilidad de back-office utilizando VI y 10 años de edad, los compiladores de C ++ beta todavía puede ser vigorizante cuando usted se siente como sus compañeros están en la misma lucha y tienen la espalda. Cuando se aprende de los demás y se escuchan cuando se tiene un nuevo enfoque para tratar. Cuando los desarrolladores controlar la acumulación / prueba / proceso de implementar por lo que es sano y mejora las vidas (y los patrones de sueño) del equipo de apoyo. Cuando sus compañeros (y ellos) siempre están dispuestos a ayudar con un problema lenguaje oscuro o del trabajo a través de un fallo enloquecedor. Eso lo hace divertido e interesante programación independientemente de todo lo demás.

Answer 4

Es posible que desee considerar el cambio de las empresas de nuevo a una empresa más pequeña en la que tuvo un conjunto más amplio de RESPONSABILIDADES, por una idea. Además, ¿cuáles son los cambios en el proceso que ayudarían con los puntos que no le gusta?

Tengo la pregunta de qué quiere decir con gran aquí? Sería un equipo de 50 personas en un proyecto de ser grande? ¿O se trata más bien de 1.000 a ser grande? En un nivel que estoy pidiendo escala, ya que hay equipos más allá de grande si se quiere mirar a todos los desarrolladores que trabajan en grandes productos de Microsoft como Office y Windows, mientras que en el otro extremo del espectro se encuentran los equipos de desarrollo de una persona que no hacen todo.

Me responde segundo de Kelly que depende del equipo y los egos para otro factor importante en las cosas. ¿Cuáles considera que la diversión? ¿Está encontrando formas más eficientes para resolver los problemas que tienen soluciones pobres? ¿Es conquistando un Millenium rompecabezas ? O es ver sonreír a alguien durante el uso de su software lo que hace que sea divertido? Un montón de diferentes respuestas posibles y mientras pueda hacer sugerencias, lo bueno o malo que son es totalmente para que pueda interpretar.

No creo que estás solo en la forma aversión como una empresa madura el proceso puede cambiar a la gente como nuevos en diversas funciones se añaden con un aumento de la burocracia y la agilidad de perder ya que puede tomar más firmas para conseguir un cambio que se le permitiera o desarrolladores pierden ese toque al cliente de su producto. Hay una gama de diferentes maneras para producir software y algunos lugares pueden tener menos procesos en su lugar y se centrará en "simplemente hacer que funcione", mientras que otros lugares pueden querer que el proceso sea mucho más formal y organizado con 1.001 políticas para cada pequeña cosa . Al final, que es lo que quieres estar trabajando?

Answer 5

Para responder a la pregunta como se le pidió en el título:! N

Me siento muy similar y hablado con muchos otros que piensan lo mismo. Desde mi experiencia de los equipos pequeños son mucho más divertido trabajar con él y por eso (y algunas otras razones) que son mucho más eficaces.

Answer 6

Gracias a todos por sus respuestas interesantes y valiosos (y para corregir la gramática y la ortografía: -)

Usted me dio algunos puntos grandes que pensar en:

• La interacción que falta con custumers (lo que sea "cliente" significa)
• La interacción y retroalimentación dentro del equipo de desarrollo
• ¿Qué significa diversión para mí. Creo que es más la sonrisa en la cara del usuario que el uso de la tecnología de vanguardia.
• Cómo tratar con los procesos veces abrumadoras.
• Por último, pero no menos importante de encontrar mi lugar cómodo en el estanque grande. Puede ser, no la que yo me quedo en el momento ...