vendredi, 19 avril 2024

Quand « planifier » est un mot de quatre lettres pour des projets technologiques

Chaque projet, chaque nouvelle technique commerciale et chaque élément du progrès d’une organisation devrait, de préférence, être planifié, n’est-ce pas ? Pas toujours, et certainement pas toujours. Ayant en fait traité avec plus de 500 entreprises d’innovation de toutes formes et tailles, d’une start-up de deux personnes (bien qu’avec des millions de fonds de capital-risque) à des multinationales internationales, nous pensons que nous avons en fait une vision assez expérimentée de la préparation des tâches dans l’innovation secteur.

Le déploiement d’un nouveau service, d’une nouvelle application ou d’une nouvelle flotte de conteneurs pour répondre à un besoin doit être accompli de manière agile, aussi rapidement que cela est sûr et utile. Mais il existe généralement une hypothèse intégrée selon laquelle chaque T doit être franchi avant qu’une seule ligne de code ne soit écrite. De nombreux designers, par exemple, trouvent que leur meilleur travail est réalisé en se plongeant simplement dans un tout nouveau travail sans réfléchir de manière excessive à l’image immense. Il y a constamment des chances d’affiner ou peut-être de recommencer, la plupart de ces projets initiaux ayant en fait résolu des problèmes qui seraient de pures conjectures dans un processus de préparation impliqué.

Même avec les préférences des développeurs de côté, voici notre guide des questions que les parties prenantes de l’entreprise doivent se poser, ainsi qu’à leurs groupes.

Question un : cela vaut-il la peine d’être préparé ?
Cette préoccupation peut être résolue par un raisonnement simple et agréable. Si le coût global de vos procédures de planification est supérieur au coût potentiel de l’échec, ne vous embêtez pas à trop vous préparer.

Pour développer cela, considérez que de nombreux entraînements de planification impliquent des conférences avec de nombreuses parties prenantes , heures importantes (et cycles de processeur), assemblage de feuilles de calcul de résultats prospectifs, etc. Tout cela coûte de l’argent et des ressources, en particulier le coût du temps de vos principaux intervenants. Vaut-il la peine d’engager tous ces dollars dans des tâches assez simples ?

AMÉLIORATION NUMÉRIQUE

Pourquoi les entreprises choisissent PostgreSQL pour piloter la transformation numérique

Question 2 : faites-vous du bikeshed ?
Le bikeshedding peut être défini comme parlant et douloureux pour chaque petite information d’une tâche. Beaucoup de petits détails auront peu d’impact sur les résultats finaux, alors pourquoi gaspiller plus de ressources à travers chaque scénario ? Les parties prenantes ont tendance à expliquer comment les cas marginaux peuvent affecter leur service ou leur personnel. Si les cas extrêmes sont peu probables, n’en parlez pas.

Préoccupation 3 : Pourquoi êtes-vous raisonnable ?
Le résultat le plus équitable et le plus raisonnable n’est pas le mieux dans certains cas, que ce soit pour le personnel, les consommateurs, les parties prenantes ou des tiers. Être raisonnable indique généralement que les choses prennent plus de temps à réaliser, car chaque entité touchée doit être examinée et remise en question. Une question comme, « Quels sont les résultats qui poussent le plus? » peut donner une direction démocratiquement saine et juste pour l’entreprise, mais ce cours peut ne pas être celui qui était prévu. Ce n’est certainement pas la meilleure méthode du tout.

Préoccupation 4 : que font d’autre vos organisateurs ?
Il y a souvent un décalage entre qui ou quoi effectue sur un plan et qui ou quels plans. Dans de nombreuses organisations, des niveaux de gestion intermédiaire émergent dont la mission est de préparer les autres à continuer. Pour assurer la pérennité des carrières/départements des organisateurs, la préparation doit être constante et omniprésente. La planification devient donc importante, mais juste pour assurer la pérennité d’une fonction ou de fonctions, pas pour augmenter la valeur offerte au business par les organisateurs.

PostgreSQL : Quand l’open source s’effondre

La planification devient ce qui est très important, et on suppose que la planification est difficile, l’exécution simple. En technologie, c’est généralement l’autre méthode. Exécution du développement d’applications logicielles, de l’administration du système, du développement des installations et de l’application de la politique de cybersécurité : ce sont des fonctions difficiles qui nécessitent des années de formation et de capacité.

Conclusion

Toute l’actualité en temps réel, est sur L’Entrepreneur

LAISSER UN COMMENTAIRE

S'il vous plaît entrez votre commentaire!
S'il vous plaît entrez votre nom ici