5 signes que vous avez besoin d'une nouvelle équipe de développement mobile

Cela aurait dû ressembler à un escalier vers le ciel. Vous avez commencé à rouler une roue et vous devriez être fier de vous. Vous avez eu une idée géniale de projet, vous êtes allé engager des gens qui n'arrêtaient pas de se taper sur la poitrine en disant qu'ils le feraient fonctionner pour un prix raisonnable. Pourtant, cela semble très troublant, il y a ces signes désagréables que votre équipe de développement vous laisse tomber. Chaque fois que vous avez l'occasion d'interagir avec des personnes censées réaliser vos rêves, vous ne ressentez pas de sérénité ; cela ne satisfait plus. Alors, où devriez-vous chercher une raison de cet embarras ? Le problème se situe-t-il de votre côté ou de l'autre - et comment traiter les mauvais programmeurs s'il y en a ?

Pour vous aider dans la recherche, nous essaierons de mettre en évidence les points clés qui signalent vos attentes et votre équipe se sépare. Cet article n'est pas une comparaison entre de bons développeurs et de mauvais développeurs, car il n'y a pas de signe ultime d'une mauvaise société de logiciels. Ici, il y a certaines choses auxquelles vous devez être particulièrement attentif pendant le processus de développement ; bien que nous ne vous fournissions pas de déclarations directes telles que les caractéristiques d'un mauvais développeur ou les signes d'une mauvaise société de développement ; nous attirerons votre attention sur certains signes avant-coureurs que tout entrepreneur devrait connaître.

1. Votre équipe bouscule systématiquement les délais fixés.

Sans l'exagération inutile à ce stade, nous sommes tous des humains. Pour le meilleur ou pour le pire, des erreurs de notre part ont tendance à se produire, et toutes ne peuvent pas être évitées à l'avance. Un délai une fois manqué pourrait probablement être expliqué et excusé en raison d'un cas d'urgence. Cependant, le non-respect des délais fixés systématiquement est un mauvais signe - il symbolise la répartition irrationnelle des ressources, ce qui peut entraîner des problèmes majeurs de produits.

Solution:

Le monde contemporain dispose d'une longue liste d'outils de gestion du temps, qui vous aident à définir des tâches, à suivre le temps passé dessus et à estimer correctement le nombre d'heures. À ces fins, dans Mind Studios, nous utilisons les outils suivants :
Slack - un rêve pour chaque entrepreneur, fondateur, investisseur et VC. Slack nous permet d'élever notre collaboration d'équipe à un niveau supérieur. Il nous offre des intégrations pour la gestion des tâches et la messagerie d'équipe. Il est également beau, amusant et bien conçu, permettant à nos clients et à notre équipe de profiter du processus de communication.

Redmine - une application Web de gestion de projet flexible qui vous permet de créer des projets, de les diviser en épopées, d'estimer les tâches et de calculer le temps consacré à chaque tâche. L'alternative payante de Redmine s'appelle Jira et pourrait également être utilisée pour une meilleure gestion de projet. À l'aide des outils mentionnés, nous connaissons la date limite avant qu'elle n'arrive, ce qui réduit considérablement l'opportunité de « jour cible manqué ».

2. Vous ressentez toujours le manque de communication.

Votre responsable du développement vous répond en quelques jours environ ? Et ne vous sentez-vous pas méprisé à chaque fois ? Règle numéro 2 d'une excellente communication client-gestionnaire : « Peu importe ce que c'est - un rapport de situation, un résumé épique ou juste une brève lettre au client, la chose la plus nécessaire pour une équipe de développement est de prêter attention - à la personne ils travaillent avec. Le tenir constamment au courant, c'est de la maîtrise. Si ce n'est pas le cas, alors votre équipe de développement est absente.

Solution:

Nous avons réalisé que la communication est aussi essentielle que la qualité globale du produit ; pour cette raison, nous suivons le «principe d'or» - nous contactons nos partenaires un peu plus qu'ils ne le souhaiteraient. Les appels hebdomadaires programmés et les mises à jour quotidiennes de l'état de la communication client-équipe telle que nous la voyons.

3. Une fois le projet terminé, le support technique de l'équipe se vaporise.

« Êtes-vous fatigué d'être « le prochain » dans le que ? »

Le symptôme de disparition est également bien connu chez nous : une fois le projet déployé, vivant et lancé, l'équipe de développement semble de moins en moins vous contacter. Même pas de contact - lorsqu'un bogue survient, vous avez besoin que votre équipe le couvre. Vous entrez en contact avec eux - et le silence pendant des jours est votre réponse, ou un prudent "Nous ferons de notre mieux" au maximum. Bien qu'il s'agisse du moindre problème, vous devez toujours attendre longtemps.

Solution:

Il n'y a pas de remède universel à partir de la longue liste d'attente ou des obligations non respectées, mais le plus que vous puissiez faire - assurez-vous que l'équipe avec laquelle vous travaillez est à 100 % à l'écoute du consommateur pendant la phase de travail principale. En tant qu'entreprise de développement de logiciels, nous sommes également confrontés de temps en temps à des bugs de production mineurs, mais nous essayons de répondre aux demandes en quelques heures, en nous efforçant de corriger toutes les imperfections.

4. Votre équipe n'est pas motivée pour voir votre résultat.

« Nous ne construisons pas ce que les gens veulent. Nous construisons des choses dont les gens ont besoin » Steve Jobs

Selon Engagement Multiplier, l'importance de l'engagement des employés ne peut pas être surestimée - « les stratégies d'engagement des employés ont fait leurs preuves pour réduire le roulement du personnel, améliorer la productivité et l'efficacité, fidéliser les clients à un taux plus élevé et générer plus de bénéfices ». Dans Mind Studios, nous savons que ces choses sont vraies - les projets réalisés par une agence de développement énergique et enthousiaste ressemblent beaucoup à leurs créateurs. Au contraire, les projets menés par les programmeurs apathiques et lents sont beaucoup moins susceptibles d'afficher des performances de premier ordre.

Solution:

La différence entre l'engagement de l'équipe et l'apathie de l'équipe sur le projet peut être facilement suivie - quelques réponses justes aux questions ci-dessous feront l'affaire :
Votre équipe remet-elle en question vos idées du point de vue analytique ?
Vous proposent-ils l'étape d'analyse commerciale pour aider à améliorer les points faibles de votre produit ?
Votre équipe réfléchit-elle à vos côtés ?
Si vous avez répondu par un « oui » confiant à tout ce qui précède, félicitations, l'engagement de votre équipe est au-delà de l'ombre. Cependant, si vous ne savez pas comment répondre à ces questions, ou si vous avez simplement quelques points négatifs, cela peut être un signe avant-coureur.

5. Bugs, microbes et autres problèmes.

C'est l'un des indicateurs de faible performance les plus évidents, mais beaucoup ont tendance à l'ignorer. A chaque fois que vous recevez un nouveau build à tester (après chaque démo en Agile), le fonctionnel a plein de bugs à corriger. Ne vous leurrez pas en pensant qu'il ne s'agit que d'une étape de développement et que tout sera peaufiné avant le lancement - il y a de fortes chances que ce ne soit pas le cas. Le nombre critique de problèmes indique que le processus de test d'une équipe n'est en quelque sorte pas rationalisé, ce qui vous causera encore plus de problèmes plus tard - lors de la phase de lancement.

Solution:

Une fois que vous vous rendez compte que votre produit respire continuellement (sprint par sprint) les bogues, vous voudrez peut-être qu'une équipe modifie le processus de test, ou vous voudrez peut-être changer d'équipe.

Dans Mind Studios, nous prenons les tests avec le plus grand sérieux - nous avons quelques itérations après chaque sprint, nous expérimentons avec des groupes de test A/B, et nous faisons même participer nos produits à QA Hackathons, garantissant que nos clients recevront le projet d'un qualité à l'épreuve de google. Nous sommes toujours heureux de vous aider si des problèmes surviennent.

Le changement est difficile au début,

Désordonné au milieu, et

Magnifique à la fin.

Robin Sharma, écrivain et conférencier

Démarrer une toute nouvelle chose à partir de zéro n'est jamais facile - les pièges sont partout, par exemple traiter avec de mauvais développeurs de logiciels. Parfois, vous pouvez vous sentir incompris ou totalement dépassé et déçu - il n'y a pas d'assurance de sécurité ici. Nous n'essayons pas de prouver que vous travaillez avec de mauvais programmeurs. Cependant, selon les personnes avec lesquelles vous travaillez, vous pouvez le ressentir plus ou moins fortement, voire éviter du tout ces émotions. Alors peut-être est-il temps pour un plus grand changement à venir ?

Écrit par Dmitry Dobritsky et Elina Bessarabova.