¿Qué hacer si el jefe siempre pospone decisiones importantes sobre los requisitos y el diseño general?

12

Al iniciar un nuevo proyecto, mi jefe siempre evita tomar decisiones fijas. Generalmente dice: está bien, solo comienza a escribir algo y sé lo más genérico posible. Cuando hayas terminado miramos como continuamos. Su argumento es básicamente que nunca se sabe y "desarrollo ágil".

Para mantener la pregunta tan genérica como sea posible: ¿qué hace si a su jefe no le gusta tomar decisiones?

¿Simplemente apégate a él y escribe un código que podría sufrir una fuerte refactorización y una reescritura parcial unas semanas más tarde? ¿O seguir discutiendo hasta que el jefe tome al menos algunas decisiones? Esta es más o menos mi estrategia actual. Debido a que es como una ley de la física, en algún momento es necesario entregar algo. Ya sea porque el jefe del jefe quiere ver resultados o porque las cosas se están volviendo ridículas en algún momento.

También observo que mi jefe está criticando casi todo. Incluso sugerencias que se basan en su propia ...

    
pregunta Jimbo 04.10.2011 - 22:54

8 respuestas

12

Construir prototipos

Simplemente comienza a dibujar pantallas que no hacen nada al principio (¿probablemente tienes suficiente para hacer eso?)

Debería poder hacerlo parcialmente funcional y, eventualmente, refactorizar parte del código incorrecto cuando se aclare más lo que intenta hacer.

Es un problema común que no saben lo que quieren hasta que ven algo y se dan cuenta de que eso no es lo que quieren. Descubrí que cuando alguien quiere que comiences a construir 'un marco' o algo 'genérico' como lo que te está diciendo, simplemente te meterás en problemas si lo intentas. Los marcos ya están escritos, no es necesario que hagas eso.

    
respondido por el Jay 04.10.2011 - 23:15
4

Hay varios problemas que he recogido de su mensaje: 0-No es su trabajo administrar el proyecto y no es su trabajo reunir los requisitos del usuario final. 1-El jefe no conoce los requisitos exactos. 2-El jefe no habla con los usuarios finales sobre los requisitos 3-El jefe está lanzando terminología que realmente no entiende ágil. 4-Estás trabajando en una solución que se vuelve a escribir varias veces y no estás contento con ella

En cuanto a 1,2 y 3, es poco lo que se puede hacer al respecto si no eres una persona mayor. Sin embargo, se puede hacer lo siguiente:

A - Pídale que comparta con usted el plan del proyecto. Puede tener uno o construirá uno que muestre las tareas y los plazos. Uno de estos debe ser sobre el análisis y la recopilación de requisitos. Si no lo sugieres.

B: prepare algunas referencias sobre la importancia de los requisitos para el éxito del proyecto de software

C: prepárele una página 1 de lo que Agile es y no es.

D: prepárele una lista de entradas típicas para la etapa de diseño y convencerlo del valor de cada una.

E: sugiera la adición de un analista de negocios y / o un modelador de datos al equipo. Dichos roles tendrán que sentarse con el usuario final y le brindarán la información requerida o al menos una buena parte de ella.

F: mira cómo otros desarrolladores se unieron a este tipo.

En cuanto al número 4, puede sugerirle que utilice un método de creación de prototipos o un generador de código que lo ayude a usted, a usted y al usuario a tomar conciencia sobre los aspectos funcionales de la aplicación. La mayoría de las herramientas no generan una GUI perfecta, pero al menos podría capturar la funcionalidad requerida.

En todos los casos, asegúrese de documentar claramente cada una de las iteraciones y envíele un correo electrónico sobre qué información ha recibido, qué hizo (con cierto detalle) y cuál es el resultado. Asegúrese de atribuir los resultados a la causa adecuada, como (falta de requisitos, etc.).

Lamentablemente algunas personas no aceptan consejos. Así que ten cuidado de cómo te comunicas con él.

¡Esto no va bien!

Buena suerte.

    
respondido por el NoChance 04.10.2011 - 23:17
4

Solía tener un jefe así, de hecho bromeaba diciendo que su lema era "la indecisión es la clave de la flexibilidad".

Sea cual sea el trabajo de desarrollo que haga, probablemente esté en una mejor posición para resolver el problema del cliente que su jefe. Si no sabe cuál es el problema que el cliente está tratando de resolver (lo que no es lo mismo que una especificación), entonces alguien no está cumpliendo con sus requisitos correctamente.

Dibuje algunos diseños de página, o cree un prototipo no / semi-funcional. Pero haz algo. De su publicación no queda claro si está creando software de cliente completo o aplicaciones web, pero la belleza de esta última es que puede lanzar, temprano, lanzamiento, a menudo. Comience con los huesos pelados y trabaje desde allí. Un inicio en falso no hace daño si hace que fluya algún diálogo y se tomen algunas decisiones.

Tenemos un dicho en torno a $ WORK (aplicaciones web internas) para nuestros clientes: "Te daré algo para que puedas decirme lo que quieres". Prepárese para desechar el primer borrador, pero es posible que se sorprenda de lo poco que realmente tiene que hacerlo.

    
respondido por el RET 05.10.2011 - 08:57
3

Indíquele que los libros de Agile sugieren posponer las decisiones siempre que pueda pero no más que eso . Cada decisión tiene un punto en el que se debe tomar, y tal vez usted esté allí ahora mismo.

Por otro lado, también pregúntate a ti mismo. ¿Realmente necesitas decidir qué capa de persistencia usarás para esta aplicación? ¿O puede comenzar a escribirlo a un CSV y mantenerlo lo suficientemente abstraído para tomar esa decisión más adelante?

    
respondido por el pdr 04.10.2011 - 23:15
3

Escriba su propio documento de especificaciones y realice una revisión donde se lo explique y él lo firme. Entonces se convertirá en jefe y su jefe pasará a tener más problemas de administración interpersonal en lugar de problemas técnicos.

    
respondido por el Jonathan Cline IEEE 04.10.2011 - 23:50
2

Participe en la 'gestión ascendente', hable con su jefe y sus clientes, descubra algunas soluciones, elija la mejor para que su equipo implemente, encuentre fallas en los otros y "administre" a su gerente para que haga lo correcto. decisión.

Y, por supuesto, asegúrate de que piense que fue idea suya. (especialmente cuando todo sale mal!)

    
respondido por el NWS 05.10.2011 - 10:42
1

Necesitas diseñar e implementar algo. Ya que tu jefe no tomará decisiones, entonces hazlas tú mismo. Tómese un poco de tiempo adicional para documentar sus decisiones y suposiciones antes de implementarlas. Envíelo a quien le interese, incluido su jefe. Con suerte, esa lista incluye más que a su jefe, ya que le presionará un poco para que tome algunas decisiones, ya que sabe que otros saben que usted está listo para continuar. Se sorprenderá de la rapidez con la que obtiene comentarios cuando pone las decisiones por escrito, especialmente si toma decisiones con las que otras personas no están de acuerdo. Mientras tanto, procederé con las decisiones que tomaste hasta que se te indique lo contrario.

Si terminaste de perder el tiempo implementando lo que tu jefe no quería, entonces es él y no tú, ya que él estaba al tanto del camino que ibas a tomar.

Además, algunas personas tienen dificultades para comenzar, pero una vez que ven algo tangible, entonces su mente se pone en marcha. Tal vez su jefe sea así y al decirle lo que planea hacer por escrito hará que su mente funcione.

    
respondido por el Dunk 04.10.2011 - 23:48
0

Toma decisiones por ti mismo y comienza a codificar. Por supuesto, el desarrollo de una manera flexible ayudará (lea los Patrones, Principios y Prácticas Ágiles de Robert C. Martin, si aún no lo ha hecho), pero toda la flexibilidad del mundo no ayudará si no se toman decisiones. Es posible que tenga que desarrollar lo que cree se necesita y luego modificarlo según sea necesario. A menudo, los clientes / jefes no saben lo que quieren hasta que lo ven, o hasta que ven algo que no quieren. Probablemente esto te llevará fuera del alcance de ser un desarrollador, pero así es la vida. A menudo me doy cuenta de que mis colegas y yo estamos haciendo efectivamente decisiones de negocios. A veces no se cuestionan, y las decisiones que tomé comienzan a conducir el negocio, simplemente porque nadie más tomaría la decisión. Asegúrese de enumerar TODAS sus suposiciones y decisiones (sin excepciones) y presentárselas a su jefe.

    
respondido por el Paul T Davies 05.10.2011 - 11:25

Lea otras preguntas en las etiquetas