Sirocco IA : des projets utiles et maîtrisés.

Sirocco conçoit des solutions à partir du fonctionnement concret des équipes. Une règle connue par un métier devient une étape explicite dans un outil, une donnée dispersée devient une information utilisable et une intention devient une décision testable.

Entre une idée et un produit, il faut construire les fonctions qui le rendent utilisable. Cela demande parfois un connecteur vers un logiciel existant, parfois un écran de validation, parfois une règle qui empêche une action automatique. Le vocabulaire technique reste au service du métier.

Sirocco IA intervient lorsqu’un écart mérite d’être clarifié puis traité. Le point de départ peut être une boîte partagée difficile à suivre, une ressaisie de document, une application qui manque d’une fonction ou un agent à encadrer. Nous décrivons le chemin avant de choisir la technologie.

• Le besoin est formulé avec les personnes qui réalisent la tâche.
• Les données et les exceptions sont examinées avant toute promesse.
• La solution est jugée sur son usage, pas sur une démonstration isolée.

Une demande arrive rarement sous la forme d’un problème parfaitement défini. Elle commence plutôt par un délai qui s’allonge, une information introuvable ou une équipe qui contourne son propre outil. Nous demandons alors de raconter une situation précise : qui intervient, quel document est consulté, quelle décision est prise, où le flux se bloque et ce qui doit rester sous contrôle humain.

Ce diagnostic évite de construire une réponse à une question mal posée. Il permet de distinguer une tâche répétitive d’un cas qui réclame du jugement, une donnée disponible d’une donnée seulement supposée accessible, ou un besoin d’interface d’un besoin d’intelligence artificielle. Une automatisation réglée peut être plus adaptée qu’un modèle de langage. Une évolution de logiciel peut résoudre le problème sans agent.

Notre méthode en quatre étapes donne un cadre à cette discussion. Le diagnostic documente le travail réel. Le prototype fixe ce qui doit être vérifié. Le développement correspond à la construction et aux essais. Le suivi conserve les mesures, les décisions et les évolutions à traiter.

1. Nous écrivons le périmètre et les cas qui en sortent.
2. Nous choisissons un exemple réel pour mettre l’hypothèse à l’épreuve.
3. Nous définissons qui relit, valide ou arrête une action sensible.

Nos quatre repères sont solaires, précis, calmes et voyageurs. Ils ne sont pas une décoration de marque : chacun entraîne une manière de préparer et de remettre un projet. Être solaire signifie rendre les arbitrages lisibles, y compris lorsqu’une réponse est négative. Être précis signifie distinguer un fait observé, une hypothèse et une décision à prendre. Être calme signifie garder une place pour les tests et les retours des utilisateurs. Être voyageur signifie faire circuler les informations entre métier, produit, technique et sécurité.

Concrètement, cela produit des objets de travail que vous pouvez relire : une carte du flux, une liste des accès nécessaires, un jeu de cas de test, une règle de validation ou une note qui explique pourquoi une option n’a pas été retenue. Ces éléments empêchent qu’une décision importante reste seulement dans la mémoire d’un atelier.

Nous préférons dire qu’un sujet est prématuré lorsqu’il manque un responsable, une source fiable ou une possibilité de relire les résultats. Ce refus est parfois le meilleur résultat d’un cadrage. Il protège le budget et indique le prérequis à lever avant de reprendre la discussion.

• Une question ouverte reçoit une réponse située, pas une formule générale.
• Une limite technique est écrite avec son impact sur l’usage.
• Un essai est comparé à un critère convenu avec l’équipe concernée.

Un agent IA ne devient utile que lorsqu’il connaît ses sources, ses droits d’accès et les moments où il doit demander une validation. Un logiciel métier ne devient pas plus simple parce qu’on lui ajoute une conversation. Nous abordons donc l’IA et le développement logiciel comme deux moyens possibles de résoudre une même situation, et non comme deux offres qui se concurrencent.

Pour une procédure stable, nous pouvons proposer une automatisation qui applique des règles explicites. Pour un corpus documentaire, un chatbot relié à vos sources peut préparer une réponse citée. Pour un processus qui exige des formulaires, des rôles ou des écrans de suivi, une application sur mesure peut être la première brique. Les agents IA conviennent lorsqu’il faut chercher, recouper puis agir dans un cadre contrôlé.

La décision tient compte de la fréquence de la tâche, de la qualité des données, de l’intégration nécessaire et du risque d’erreur. Nous ne conseillons pas d’automatiser une activité rare, instable ou impossible à superviser. Dans ce cas, un support à la décision ou une évolution plus modeste apporte souvent davantage.

• Le choix est motivé dans un document partagé.
• Les accès sont limités au strict nécessaire.
• Les actions irréversibles gardent un circuit de validation.

Un projet ne s’arrête pas à la mise en ligne. Il doit laisser à votre équipe de quoi comprendre ce qui a été construit, surveiller son comportement et décider de la suite. Nous préparons donc la transmission au même titre que les écrans ou les connecteurs. Le contenu exact dépend du périmètre, mais il ne repose pas sur une explication orale impossible à retrouver quelques mois plus tard.

Cette logique est particulièrement importante pour les systèmes qui utilisent des données ou des modèles : il faut pouvoir identifier une source, retracer une action, corriger une instruction et suspendre un flux si nécessaire. Notre page sécurité et souveraineté détaille les sujets à examiner pour l’hébergement, les accès et la journalisation.

La transmission peut comprendre les éléments suivants :

• le dépôt de code et les instructions de déploiement lorsqu’il y a développement ;
• la documentation des intégrations, des variables et des comptes techniques ;
• les règles métier, jeux de tests et scénarios d’exception ;
• un compte rendu des décisions prises et des évolutions encore ouvertes.

Vous gardez ainsi la possibilité de faire évoluer le produit, de changer de prestataire ou de comparer une nouvelle option sans repartir de zéro. Si vous avez un cas précis à examiner, le formulaire est le bon endroit pour le décrire.