¿Cómo tratar con el personal de administración (propietario de la empresa) que minimiza el impacto de los cambios en las especificaciones? [cerrado]

7

Trabajo en una pequeña empresa de desarrollo web (3 programadores) por un tiempo. Durante el último año, la compañía tuvo tiempos difíciles (menos proyectos) y algunos empleados fueron despedidos, incluido nuestro Gerente de Producción. Tener a esta persona fuera de nuestro equipo significa que tenemos que tratar cada vez más con los jefes de la empresa (propietarios). Son ellos quienes conocen a los clientes y discuten sobre los próximos proyectos (por ejemplo, aplicaciones web personalizadas)

Esta semana tuvimos una reunión con el jefe sobre un proyecto en particular para el que desea que cambien las especificaciones (agregue algunas características). Entiendo que en el mundo real las especificaciones siempre cambian durante un proyecto (estoy en este negocio durante casi 10 años, ya me lo imaginé). Con lo que estoy teniendo dificultades es cuando el jefe sigue intentando minimizar la complejidad, los impactos de las nuevas especificaciones porque en su mente esos cambios no son tan difíciles y no deberían tomar mucho más tiempo ( especialmente porque ya firmó un contrato con nuestro cliente por una cantidad fija de dinero). Con un compañero de trabajo del programador, hicimos una broma sobre eso, diciendo que no es mediante la adición de dos alas a un automóvil que harás un avión, tiene un gran impacto en todo el diseño del vehículo, el tiempo requerido no es el mismo, por lo que es el mismo. Lo mismo con el software.

¿Alguna idea de cómo debemos manejar ese tipo de actitud de un jefe? ¿Es posible hacerle cambiar de opinión en ese tipo de situación?

    
pregunta MaxiWheat 17.04.2013 - 19:26

5 respuestas

4

Si bien todos los comentarios hasta ahora son buenos, todos recomiendan métodos para cambiar el enfoque de sus jefes y confíen en que este es un esfuerzo inútil que finalmente resultará en que usted se sienta cada vez más frustrado.

Su jefe, como el mío y muchos otros, tiene una visión más amplia de la compañía que nosotros, los simples desarrolladores. Se preocupan por la satisfacción del cliente, los negocios repetidos y el boca a boca y la reputación que se obtiene al entregar lo que el cliente quiere, incluso si está fuera del alcance.

Ahora entiendo que para las grandes casas de desarrollo que asumen proyectos gubernamentales por valor de millones de dólares, es realmente importante tener todo el alcance y los detalles establecidos desde el principio para garantizar el éxito general del proyecto. No creo que trabajes para una empresa así.

Mencionó que recientemente perdió a su gerente de producción, amigo ... es hora de que se adapte y se ponga al día aquí. Su compañía está obviamente bajo una cierta presión financiera y al menos todavía tiene un trabajo aquí. Estoy seguro de que su jefe se está cagando los pantalones todos los días haciendo todo lo posible para que continúe (incluso tomando el último recurso para despedir personas)

Para resumir, creo que debería trabajar de manera diferente y adaptarse a la nueva situación ... adopte un estilo de desarrollo más ágil y anteponga las necesidades de los clientes.

Hay algo divertido en volar por el asiento de tus pantalones. Solo necesitas ser directo con tu jefe y decirle lo que has dicho aquí. Principalmente, entienda que él es humano, así que sea un poco compasivo y explique que con la pérdida de su PM, algunos de los procesos que una vez estuvieron en su lugar se han recuperado ... Pero al mismo tiempo, explique que comprende las presiones a las que se enfrenta y si puede aceptar que los desarrolladores van a tener que usarlo durante un tiempo y cometer errores, entonces eso es todo lo que necesita decir: nunca podrá volver y decir que no le advirtió al menos.

    
respondido por el dave.zap 18.04.2013 - 10:30
10

Probablemente no hay nada que puedas hacer ahora para este proyecto. Sin embargo, si tiene la capacidad de realizar un seguimiento de su tiempo en comparación con las características originales y con los cambios por separado, hágalo. Una vez finalizado el proyecto, hacer una retrospectiva.

¿Llegaste temprano y por debajo del presupuesto? Si es así, tus estimaciones están apagadas y tu jefe tiene razón. Si llegó con exceso de presupuesto / tarde, vea si la cantidad de excedentes equivale al tiempo empleado en los nuevos cambios.

Si comienza a hacer esto para todos sus proyectos, eventualmente debería ver una tendencia. Probablemente, cuantas más funciones se agreguen después de la estimación original, más tarde serán los proyectos.

No hagas esto para demostrar que tienes razón y tu jefe está equivocado. El objetivo no es demostrar que alguien está equivocado, el objetivo es aprender cómo trabajar juntos para hacer mejores estimaciones. Si los proyectos a menudo se retrasan y los cambios se realizan después de la estimación inicial, tendrá la información que necesita para realizar algunos cambios en la forma en que trabaja.

    
respondido por el Bryan Oakley 17.04.2013 - 21:46
2

Proporcione estimaciones de tiempo detalladas con exactamente las tareas que debe hacer para realizar el cambio. Hacer las estimaciones de tiempo en detalle insuperable. Asegúrese de incluir cosas como comunicación (correos electrónicos y reuniones), pruebas de unidad, control de calidad, implementación, documentación, investigación y diseño, no solo desarrollo (y asegúrese de poner muchos pasos en la parte de desarrollo). La única manera de educarlo es mostrarle el impacto detallado. En nuestra empresa, todos los cambios en las especificaciones son cambios en la estimación y todos ellos se envían al cliente para que conozcan el impacto del cambio en la fecha límite y la cantidad de dinero que les costará. Ahora que entienden que los cambios no son gratuitos, tenemos muchos menos cambios.

Le sugeriría que cree una plantilla de estimación de tiempo para usar en el futuro.

Si esto no lo hace comenzar a entender el impacto, entonces nunca lo hará y es hora de seguir adelante antes de que estés en una serie de marchas de la muerte que ocupan todo tu tiempo personal para cumplir con sus plazos poco realistas.

    
respondido por el HLGEM 17.04.2013 - 20:18
1

Esto sucede donde yo también trabajo: el cliente seguirá solicitando pequeños cambios que terminan provocando que revisemos el calendario / presupuesto. (Voy a llamar a este fenómeno "arrastramiento de requisitos" , ya que parece que podría ser una causa de / relacionada con el arrastre de funciones en el software).

Algo que hicimos en un proyecto reciente que creo que podría ayudar a combatir el arrebatamiento de los requisitos es que los más altos decidieron adoptar un enfoque gradual al ofrecer un conjunto básico de funciones al final de la fase 1 y luego planean cumplir con los requisitos adicionales. como parte de una fase 2. Hacer las cosas de esta manera le permitiría entregar un producto de calidad de la fase 1 antes de la fecha límite inicial en o por debajo del presupuesto.

La segunda fase, por supuesto, tendrá su propio plazo y pago, que probablemente le gustaría a su jefe, ya que sería más dinero. (Fase 3: ganancias!)

Esto podría no ser útil si la parte de la fase 1 toma más tiempo que la fecha límite inicial o si su jefe no se da cuenta de que hay un problema, pero es algo que puede sugerirle.

    
respondido por el paul 17.04.2013 - 22:11
0

Es difícil trabajar con un jefe que no entiende nuestro trabajo. Tuve ese tipo de experiencia y fue el peor momento de mi vida.

Creo que deberías hablar con tu jefe como un niño (mostrarle los pros y los contras de sus decisiones), deberías explicarle cómo debería funcionar, tal vez incluso puedas comprarle un libro si tiene sentido del humor.

Pero para ser honesto, muchas cosas dependen del acuerdo que su jefe firmará con el cliente. Sé que a veces la complejidad se minimiza porque la empresa quiere ganar un contrato y después de eso hablan de nuevo con el cliente, la complejidad aumenta y la compañía gana más. El segundo caso cuando se minimiza la complejidad es cuando la empresa sabe que el cliente nos dará más tareas en el futuro, es como lanzar un cebo. Y la peor explicación de ese comportamiento es la persona inapropiada.

    
respondido por el Adam Łepkowski 17.04.2013 - 19:57

Lea otras preguntas en las etiquetas