pepeleches
Será en Octubre
- Desde
- 20 Abr 2007
- Mensajes
- 33.476
- Reputación
- 63.358
porque es que a veces es el propio cliente el que tiene en casa un berenjenal de tres pares de narices que tiene que aclarar, quien se encarga de qué, quien proporciona esto o lo otro, competencias, etc.
Si no se resuelve eso antes apaga y vámonos..
No había leído esto :XX::XX:
Me río porque es algo que el que no vive no se puede ni imaginar. El año pasado, en una reunión con un cliente, estaba el jefazo y varios jefes de departamento.
Nosotros propusimos una funcionalidad de las que se nos había solicitado de la forma que nos parecía más lógica (con algo parecido a una maqueta, como tú bien dices...) y el responsable de departamento saltó diciendo que no le servía porque tenía que cambiar sus procesos de trabajo.
A lo que el jefazo (que le había gustado nuestra idea...) respondió preguntándole cómo se se hacía ahora....y cuando el otro se lo contó entró en cólera. No llegaron a las manos pero se dijeron de todo. Mi compañero y yo estábamos a punto de echarnos a reír por lo ridículo de la situación, 15 minutos diciéndose de todo como si nosotros no estuviéramos.
Resulta que llevaban 20 años haciendo cierto proceso de una forma ya no sólo ilógica, sino completamente incomprensible. Gastando un tiempo y unos recursos absurdos. Pero como el responsable del departamento no parecía tener ni muchas luces ni muchas ganas de cambiar, casi se monta subida de peso.
Es increíble ver cómo muchas empresas ni se plantean auténticos agujeros de productividad hasta que planteas una posible solución...
PD: al final se hizo como planteábamos nosotros
---------- Post added 13-feb-2016 at 12:31 ----------
Para ver si algo es una chorrada sólo hay que hacerse las preguntas correctas:
¿Utiliza Oracle para hacer sus bases de datos Scrum/Agile? No.
¿Utiliza Microsoft para hacer sus productos Scrum/Agile? No.
¿Utiliza Cisco para hacer sus productos Scrum/Agile? No.
¿Utiliza SAP para hacer sus productos Scrum/Agile? No.
¿Utiliza Huawei para hacer sus productos Scrum/Agile? No.
¿Utiliza Apple para hacer su iOS Scrum/Agile? No.
¿Utiliza Tesla para hacer sus productos Scrum/Agile? No.
¿Utiliza Amazon para hacer sus productos Scrum/Agile? No.
¿Utiliza Google para hacer su coche inteligente Scrum/Agile? No.
¿Utiliza Intel para hacer sus productos Scrum/Agile? No.
¿Utiliza AMD para hacer sus productos Scrum/Agile? No.
¿Utiliza Boeing/Airbus para hacer sus productos Scrum/Agile? No.
¿Utilizan todas las empresas anteriores documentación formal para detallar sus productos? Sí
¿Utiliza Google para hacer sus webs/apps Scrum/Agile? Parcialmente
¿Utiliza Facebook para hacer sus webs/apps Scrum/Agile? Parcialmente
¿Utiliza Twitter para hacer sus webs/apps Scrum/Agile? Parcialmente
¿Utilizan todas las empresas anteriores wikis (tipo Confluence)/user stories/logs/emails para detallar sus productos? Sí
Estás hablando en todos los casos de empresas de productos, no de desarrollos para un cliente. ¡No tiene sentido emplear metodologías Agile o Scrum cuando el producto es tuyo!
Ambas metodologías están pensadas para desarrollo a medida, fuera de ahí pierden su utilidad. Con lo cual no creo que sean muy acertadas las comparaciones.
Cuando desarrollas un producto propio, es la propia empresa la que define los requisitos. Aunque esos requisitos puedan variar si el proyecto es a largo plazo, siempre serán mil veces más fiables que los requisitos obtenidos de un cliente al que hay que contentar, que no conoce bien sus necesidades reales y que seguramente errará a la hora de tras*mitirlas.