Los apostadores de ambos géneros quieren más oportunidades e información para apostar en deportes femeninos, según una nueva investigación – European Gaming Industry News

Los apostadores de ambos géneros quieren más oportunidades e información para apostar en deportes femeninos, según una nueva investigación – European Gaming Industry News


Tiempo de leer: 5 minutos

Los operadores de juegos de azar en línea participan continuamente en diferentes proyectos de software, pero la tasa de fracaso sigue siendo increíblemente alta. Esto generalmente se debe a presiones de tiempo impuestas al proyecto. Para obtener más información sobre el desarrollo de software y algunos de los obstáculos que los operadores deben tener en cuenta, hablamos con Max Francis, fundador de Black Cow Technology y veterano con 25 años en el desarrollo de software. Max también habla sobre el desarrollo rápido y ágil de aplicaciones, y cómo al adoptar estos enfoques y trabajar con un desarrollador de software especializado, los operadores pueden aumentar enormemente las posibilidades de éxito de cualquier proyecto de software.

¿Cuáles son algunos de los principales desafíos que enfrentan los operadores y proveedores cuando se trata de desarrollo de software?

El desarrollo de software consiste en resolver un problema y la propia naturaleza de esto significa que no sabemos cuánto tiempo llevará. Este es uno de los mayores desafíos que enfrentan los operadores y proveedores cuando se trata de proyectos de software. Les cuesta entender que el desarrollo de software es un proceso creativo y que estamos tratando de resolver un problema que no hemos abordado antes y simplemente no sabemos cuánto tiempo llevará hacerlo. Esto no se concilia con la mentalidad basada en fechas de la mayoría de las organizaciones cuando se trata de plazos y finalización. Esto a menudo hace que los proyectos se apresuren y apresuren para cumplir con un plazo arbitrario y esto generalmente resulta en que el proyecto no alcance la marca o fracase por completo. Es mucho menos doloroso para todos los involucrados si existe un entendimiento universal y directo de que nunca podremos saber cuánto tiempo llevará realmente un proyecto de software.

¿Qué deben considerar las empresas para completar sus proyectos de software con éxito, a tiempo, dentro del presupuesto y de una manera que resuelva eficazmente el problema?

Los operadores y proveedores deben asumir sus propios compromisos comerciales y deben poder confiar en el proveedor de software con el que están trabajando en el proyecto. Para poder hacerlo, ambas partes deben aceptar que el proyecto variará y evolucionará con el tiempo, y que tendrán que equilibrar tres dimensiones cruciales para que se entregue con éxito: características, calidad y plazos. Es imposible conseguir los tres y al menos uno tendrá que ceder. Entonces, si un proyecto necesita estar activo en una fecha determinada, podría estar bien, pero la funcionalidad no se puede arreglar para esa fecha. Si el proyecto necesita cierta funcionalidad, entonces no puedes establecer escalas de tiempo. Si una determinada funcionalidad es absolutamente necesaria para una fecha determinada, la calidad tendrá que ceder. La mayoría de los proyectos intentan lograr los tres: características, plazos y calidad; y es por eso que fracasan.

Parece que la clave es ser realista sobre lo que se puede lograr.

Ciertamente así es. Cuando se trata de esto, un proyecto de desarrollo de software termina en uno de tres lugares. Bueno con todas las funciones pero no rápido; bueno y rápido pero no con todas las funciones; o todas las funciones y rápido, pero no bueno. Este último enfoque, quizás sorprendentemente, puede ser útil para proyectos de creación de prototipos y prueba de concepto, pero se debe tener cuidado al desarrollar sin calidad. Con demasiada frecuencia, los proyectos de prueba terminan filtrándose en la producción general y la gente se pregunta por qué la calidad es tan mala. En mi experiencia, es mucho mejor ser realista acerca de lo que realmente se puede lograr en lugar de intentar ejecutar un proyecto con “necesidades” percibidas ciegamente que simplemente no se pueden satisfacer. Esto no significa reducir las ambiciones, sino simplemente comprender los compromisos. Dicho esto, para poder predecir lo que se puede hacer, debemos comprender y ofrecer pequeñas porciones útiles de lo que sabemos, en lugar de no cumplir con lo que queremos. Siempre es mejor ser realista, y los principios de desarrollo rápido y ágil de aplicaciones nos ayudan a lograrlo.

¿Puede contarnos más sobre los principios del desarrollo rápido y ágil de aplicaciones?

En Black Cow tenemos el mantra “algo útil para alguien, antes”. Se trata esencialmente de una entrega iterativa orientada a la asociación. Satya Nadella, de Microsoft, lo expresó muy bien: “establecer y cumplir repetidamente objetivos a corto plazo”. La idea central de cualquier práctica de desarrollo ágil es que no sabemos qué vamos a necesitar eventualmente, así que espere cambios y colabore para lograr la mayor diferencia para el negocio ahora. Piense en cortes verticales en lugar de capas: haga una parte completa en lugar de una gran parte parcialmente. Todo fluye mucho más fácilmente en nuestros proyectos una vez que nuestros socios comprenden que, en última instancia, se trata de satisfacer sus necesidades comerciales inminentes. Para mí, el aspecto más importante es la asociación: todas las partes están ejecutando este proyecto. No intentamos arruinarle el día diciéndole que no todo se puede hacer; ¡Estamos tratando de ayudarte a planificar! Elija los compromisos antes de que ellos se elijan a sí mismos.

¿Puede dar algunos ejemplos del mundo real de cómo son estos enfoques?

Por lo tanto, es bueno tener un plan, pero hacer todo lo posible para basar sus planes en lo que realmente se puede lograr ahora en lugar de en lo que finalmente se desea lograr. Entonces debes reconocer que los planes siempre cambian. Es importante abordar partes lo suficientemente pequeñas como para tener una mejor oportunidad de éxito al entregar de manera predecible y luego satisfacer la necesidad comercial inminente. Y sea sensato acerca de cuál es esa necesidad. Para determinar esto, busque resolver los problemas de hoy y no los problemas que pueda tener mañana (a menos que sean en sí mismos un problema de hoy). Reconozca que siempre habrá concesiones.

Piensa en el progreso y no en la perfección. El éxito proviene de entregar lo más consistentemente posible por ambas partes y tratar de optimizarlo en todo momento. Ajuste el proceso según el progreso que esté logrando. No le crea a nadie que le diga que entregará a tiempo; solo lo dicen y no pueden garantizarlo. Esto incluye que el cliente proporcione material al desarrollador de software, como especificaciones y respuestas; esta también es una forma de entrega.

Por último, trate siempre con sospecha los requisitos de plazos. Debes preguntarte si realmente el tiempo es esencial o si es sólo un deseo de hacer algo lo más rápido posible. Una fecha límite real significa que el proyecto fracasa por completo si no se cumple. Usualmente este no es el caso.

¿Qué deben buscar los operadores y proveedores en un socio de desarrollo de software? ¿Y cómo debería ser la relación de trabajo entre ambas partes?

Trabajar de forma eficaz y con el proveedor de software adecuado es fundamental. El proveedor y el cliente deben cumplir, apoyarse y comprometerse mutuamente. Aquí no hay bandos, esta es una asociación de iguales. Es una relación que funciona mejor cuando el cliente mantiene al proveedor enfocado en los requisitos y el proveedor mantiene al cliente enfocado en lo que es técnicamente posible. De esta manera ambas partes convergen en una solución y están igualmente comprometidas con el objetivo compartido. «Soy el cliente y esto es lo que quiero» no significa que se entregue el software. Se necesita un enfoque más inteligente.

Los proyectos de software son interacciones muy complejas entre varias partes con requisitos que cambian sobre la marcha. Los proyectos también continúan mucho después de la entrega: nunca se trata de proporcionar un conjunto fijo de requisitos como un paquete y luego listo. Es por eso que nos aseguramos de llevar al cliente en el viaje con nosotros, actuando como una verdadera asociación. Esta es la razón por la que las empresas que no se dedican al software deberían contratar buenos expertos en software para sus proyectos de software, permitiendo a ambas partes continuar con lo que mejor saben hacer y permitiendo que el proyecto tenga éxito.


Source link

About Carlos Carraveo Jimenez

Check Also

Cómo jugar: Bingo |  El celular gana

Cómo jugar: Bingo | El celular gana

Jóvenes o mayores, todo el mundo ha jugado al bingo en algún momento. Es un …

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *