5 señales de que necesita un nuevo equipo de desarrollo móvil

Debería haberse sentido como una escalera al cielo. Has empezado a hacer rodar una rueda y deberías estar orgulloso de ti mismo. Tenías una idea brillante para el proyecto, fuiste y contrataste a personas que seguían golpeándose el pecho, diciendo que lo harían funcionar por un precio razonable. Sin embargo, se siente muy inquietante, hay esas señales desagradables de que su equipo de desarrollo lo está decepcionando. Cada vez que interactúas con personas que se supone que están haciendo tus sueños realidad, no sientes serenidad; simplemente ya no satisface. Entonces, ¿dónde debería buscar la razón de esta vergüenza? ¿El problema está de tu lado o del otro lado, y cómo lidiar con los malos programadores, si los hay?

Para ayudar con la búsqueda, intentaremos resaltar los puntos clave que señalan sus expectativas y su equipo va por caminos separados. Este artículo no es una comparación entre buenos desarrolladores y malos desarrolladores, ya que no hay señales definitivas de una mala empresa de software. Aquí hay algunas cosas a las que debe prestar especial atención durante el proceso de desarrollo; aunque no le proporcionaremos declaraciones directas como características de un mal desarrollador o signos de una mala empresa de desarrollo; llamaremos su atención sobre algunas señales de advertencia que todo emprendedor debe conocer.

1. Su equipo arruina sistemáticamente los plazos establecidos.

Sin la exageración innecesaria en este punto, todos somos humanos. Para bien o para mal, los errores de nuestra parte tienden a suceder, y no todos pueden evitarse de antemano. Una fecha límite que se incumplió una vez probablemente podría explicarse y excusarse debido a un caso de emergencia. Sin embargo, ignorar los plazos establecidos sistemáticamente es una mala señal: simboliza la distribución irracional de recursos, que puede dar lugar a importantes problemas con los productos.

Solución:

El mundo contemporáneo tiene una extensa lista de herramientas de administración del tiempo, que lo ayudan a establecer tareas, realizar un seguimiento del tiempo dedicado a ellas y estimar correctamente la cantidad de horas. Para estos fines en Mind Studios utilizamos las siguientes herramientas:
Slack: un sueño para todo emprendedor, fundador, inversor y capital de riesgo. Slack nos permite llevar la colaboración de nuestro equipo a un nivel superior. Nos brinda integraciones para la administración de tareas y la mensajería del equipo. También es atractivo, divertido y bien diseñado, lo que permite que tanto nuestros clientes como nuestro equipo disfruten del proceso de comunicación.

Redmine: una aplicación web de gestión de proyectos flexible que le permite crear proyectos, dividirlos en épicos, estimar tareas y calcular la cantidad de tiempo dedicado a cada tarea. La alternativa pagada de Redmine se llama Jira y también podría usarse para una mejor gestión de proyectos. Con la ayuda de las herramientas mencionadas, conocemos la fecha límite antes de que llegue, lo que reduce significativamente la oportunidad del “día objetivo perdido”.

2. Siempre sientes la falta de comunicación.

¿Su gerente de desarrollo le responde en unos días más o menos? ¿Y no te sientes irrespetado cada vez? La regla número 2 de una excelente comunicación cliente-gerente afirma: “No importa lo que sea: un informe de estado, un resumen épico o simplemente una breve carta al cliente, lo más necesario para un equipo de desarrollo es prestar atención a la persona con ellos trabajan. Mantenerlo constantemente informado, esto es maestría ". Si no es así, entonces su equipo de desarrollo no está aquí.

Solución:

Nos dimos cuenta de que la comunicación es tan esencial como la calidad general del producto; Debido a esto, seguimos el “principio de oro”: contactamos a nuestros socios un poco más de lo que ellos quisieran. Las llamadas semanales programadas y las actualizaciones de estado diarias de la comunicación cliente-equipo como la vemos.

3. Una vez terminado el proyecto, el soporte técnico del equipo se evapora.

"¿Estás cansado de ser" el próximo "en la cola?"

El síntoma de la desaparición también es ampliamente conocido por nosotros: una vez que el proyecto está implementado, en vivo y lanzado, el equipo de desarrollo parece contactarte cada vez menos. Incluso sin contacto: cuando hay un error en aumento, necesita que su equipo lo tenga cubierto. Se pone en contacto con ellos, y el silencio durante días es su respuesta, o un cauteloso "Haremos nuestro mejor esfuerzo" como máximo. Aunque este es el menor de los problemas, todavía tienes que esperar un buen rato.

Solución:

No existe una medicina universal de la larga lista de espera o las obligaciones incumplidas, pero lo máximo que puede hacer es asegurarse de que el equipo con el que trabaja sea 100% sensible al consumidor durante la etapa de trabajo principal. Como empresa de desarrollo de software, también nos enfrentamos a pequeños errores de producción de vez en cuando, pero intentamos responder a las solicitudes en unas pocas horas, haciendo un esfuerzo por corregir todas las imperfecciones.

4. Su equipo no está motivado para ver su resultado.

“No construimos las cosas que la gente quiere. Construimos cosas que la gente necesita ”Steve Jobs

Según Engagement Multiplier, la importancia del compromiso de los empleados no puede ser subestimada: “se ha demostrado que las estrategias de compromiso de los empleados reducen la rotación del personal, mejoran la productividad y la eficiencia, retienen a los clientes a un ritmo más alto y obtienen más ganancias”. En Mind Studios, sabemos que estas cosas son ciertas: los proyectos realizados por una agencia de desarrollo enérgica y entusiasta tienen un gran parecido con sus creadores. Por el contrario, es mucho menos probable que los proyectos dirigidos por programadores apáticos y lentos muestren un desempeño de primer nivel.

Solución:

La diferencia entre el compromiso del equipo y la apatía del equipo en el proyecto se puede rastrear fácilmente: algunas respuestas justas a las preguntas a continuación harán el truco:
¿Tu equipo desafía tus ideas desde el punto de vista analítico?
¿Te ofrecen la etapa de análisis empresarial para ayudar a mejorar los puntos débiles de tu producto?
¿Tu equipo realiza una lluvia de ideas junto a ti?
Si ha dado un "sí" seguro a todo lo anterior, felicitaciones, el compromiso de su equipo está más allá de la sombra. Sin embargo, si no está seguro de cómo responder estas preguntas, o simplemente tiene algunos aspectos negativos, esto podría ser una señal de advertencia.

5. Errores, microbios y otros problemas.

Este es uno de los indicadores de bajo rendimiento más obvios, pero muchos tienden a ignorarlo. Cada vez que recibe una nueva compilación para probar (después de cada demostración en Agile), la función tiene muchos errores que corregir. No se engañe pensando que esto es solo una etapa de desarrollo y que todo se pulirá antes del lanzamiento; es probable que no sea así. La cantidad crítica de problemas indica que el proceso de prueba de un equipo de alguna manera no está optimizado, lo que le causará aún más problemas más adelante, en la etapa de lanzamiento.

Solución:

Una vez que se dé cuenta de que su producto continuamente (sprint a sprint) apesta a errores, es posible que desee que un equipo cambie el proceso de prueba, o puede que desee cambiar el equipo.

En Mind Studios, nos tomamos las pruebas con la mayor seriedad: tenemos algunas iteraciones después de cada sprint, experimentamos con grupos de prueba A / B e incluso hacemos que nuestros productos participen en QA Hackathons, asegurando que nuestros clientes recibirán el proyecto de un calidad a prueba de google. Siempre estaremos encantados de ayudar si surgen problemas.

El cambio es difícil al principio

Desordenado en el medio, y

Precioso al final.

Robin Sharma, escritora y oradora de liderazgo

Comenzar algo completamente nuevo desde cero nunca es fácil: las trampas están en todas partes, por ejemplo, tratar con desarrolladores de software malos. A veces puede sentirse incomprendido o totalmente desactualizado y decepcionado: aquí no hay seguro de seguridad. No estamos tratando de demostrar que está trabajando con malos programadores. Aunque dependiendo de las personas con las que trabajes, podrías sentirlo más o menos agudo, o incluso evitar estas emociones en absoluto. Entonces, ¿tal vez es hora de que se produzca un cambio más grande?

Escrito por Dmitry Dobritsky y Elina Bessarabova.