Une fois que le contremaître a discuté avec un client potentiel de la rénovation d'une petite maison. Le propriétaire craignait que les murs ne s'inclinent. La maison était construite en briques, les murs de briques se tenaient juste au sol. Des supports en bois ont été renforcés sur tout le périmètre de la maison, mais les murs essayaient toujours de s'effondrer.
- Votre maison est en mauvais état, une reconstruction est nécessaire, - dit le contremaître. - Nous allons tendre le câble d'alimentation pour alimenter l'équipement, creuser une fosse, faire le drainage, remplir les fondations ... - Non, non! - l'interrompit le propriétaire de la maison, - Je n'ai pas besoin d'une fosse de fondation, j'ai besoin de murs! Maison! - Dans ce cas, peut-être songerez-vous à acheter une maison modulaire? - a suggéré le contremaître.
J'ai parlé à une startup le mois dernier. Il a un service Web fonctionnel que différentes personnes écrivent depuis plusieurs années, et maintenant la direction réfléchit à quoi en faire. Les fondateurs m'ont dit qu'ils souhaitaient embaucher une équipe d'une dizaine de développeurs pour réécrire ou moderniser l'application. Je leur ai posé des questions sur la user story, la documentation, le suivi des problèmes, et ils ont répondu qu'ils ne l'avaient pas. Ils ont demandé une liste de ce que je leur suggère de faire, et j'ai écrit ceci:
Listez les paramètres clés qui affectent les ventes: SLA, fonctionnalités, tout pour lier les tâches virtuelles au monde réel.
Définissez des contextes DDD et créez une documentation de haut niveau pour discuter de l'architecture et aider les nouveaux développeurs à se familiariser avec le projet.
Identifiez les goulots d'étranglement du système qui causent des problèmes d'évolutivité et de disponibilité.
Convenir des objectifs à moyen terme de l'équipe informatique avec la direction.
Créez un flux de travail basé sur des outils d'interaction d'équipe tels qu'un tableau, un tracker, un messager, un référentiel.
Organiser le processus d'embauche et de rejoindre le projet de nouveaux développeurs.
Mettre en place des systèmes de surveillance et de sauvegarde.
Faites une décomposition des tâches à moyen terme par étapes et rédigez un calendrier.
Créez CI / CD.
Rédigez un plan de changement d'architecture.
Hiérarchisez les tâches dans le backlog.
IT- .
, , . . , , .
.
, : , , , , , . , , - , IT- - , . . , , - . - , . . , , , . Oracle. : , , — , , , , , , , . , -, , . Oracle corp, .
- - . , . , - . , .
- , . .
- , IT-. - , , , , .
, , , , , code review, , - . SLA - , .
. . , , . . . - , , , . . , , . , - .
, , - , MVP. , . , , . - , .
, , . - , .
(CI/CD) . , , . CI/CD - . , . . git. CI/CD - , , QA , , , . , . , , .
- , , . . . . , . , .
-, . SCRUM planning-. . - . , . , , .
, , , , , - . .
, -? , " Wordpress, 38% - ». . SAAS, outsource. , IT. , , . , , , -, , , , , .
Et si vous écrivez simplement du code sans plans, tests, trackers - il suffit d'appeler et de discuter en cours de route? Peut-être que les développeurs comprendront correctement le problème et rédigeront la bonne solution, ou devront peut-être changer de développeur plusieurs fois et réécrire l'application plusieurs fois. La différence réside dans la prévisibilité du résultat.