Planifiez la conformité et la maintenance des supports techniques et la résolution des problèmes

Question

Je suis entrepreneur d'une petite société de développeurs de logiciels. Le produit phare est développé par moi-même et mon entreprise a augmenté jusqu'à 14 personnes. L'un de la fierté est que nous n'avons jamais à investir ou à prêter.

L'équipe de développement de base est de 5 personnes. 3 sont des seniors et 2 sont des juniors.

Après la première version, nous avons reçu de nombreux problèmes de nos clients. La plupart d'entre eux sont des problèmes de bogues, des besoins de personnalisation, des questions d'utilisation et des demandes de mise à niveau.

Les problèmes des clients sont entrants à plusieurs reprises tous les jours, il faut donc peu de temps ou beaucoup de temps de nos développeurs. En raison de notre produit, un kit de développement logiciel (SDK), la plupart des questions ne peuvent être répondues uniquement par nos développeurs. Et, pour résoudre les problèmes de bogues, les développeurs doivent être impliqués. L'estimation du temps pour résoudre le bug est difficile. Je le comprends parfaitement. Cependant, nos développeurs insistent sur le fait qu'ils ne peuvent pas définir la date d'échéance de chaque projet, car ils sont occupés à apporter des supports techniques et des corrections de bogues par les problèmes des clients tous les jours. Bien sûr, ils ne font jamais de surmenage.

Je leur ai suggéré une idée de diviser l'équipe en deux parties: une pour se concentrer sur le développement par des jalons, l'autre pour faire des supports techniques et des corrections de bogues sans définir les jours d'échéance. Ensuite, nous pourrions annoncer officiellement le plan de libération. Après la fin de la sortie, deux parties échangent le rôle de la prochaine étape.

Cependant, ils disent qu'ils "non, car il est impossible de partager pleinement les connaissances et la conception du document". Ils disent toujours qu'ils ne peuvent pas définir la date de sortie et ils me demandent de modifier la date d'échéance de manière flexible. Ils ne fixent pas la date d'échéance de chaque jalon. Heureusement, notre entreprise n'est pas prêtée et investie, nous ne sommes donc pas étouffés. Mais je pense que c'est une mauvaise idée de garder cette situation. Je connais l'histoire d'Ant et Grasshopper.

Nos clients sont fatigués d'attendre pour toujours de notre date de sortie. Les entreprises consomment du temps et de l'argent limités. Si la date d'échéance flexible sans limite pouvait être acceptable, pourraient-ils accepter la journée de salaire flexible?

Quelle est la cause profonde de notre problème? Tout ce que je veux, c'est corriger et atteindre la date d'échéance précisément de chaque jalon sans perdre des supports techniques fréquents.

Je pense qu'il doit y avoir une solution pour cette situation. S'il vous plait répondez moi.

Merci d'avance.

Ps. Nos outils et modes de gestion de projet sont Trello, le suivi des problèmes de mante, le logiciel de calendrier partagé et Scrum (cartes collectées dans une série de projets «petits et hauts exhaustives»).