Vos données personnelles,
nos cookies

Nous utilisons des cookies afin de mesurer l'audience du site et la mesure d'impact d'opérations de communication.
BW2S ne cherchera pas à identifier et encore moins à contacter tout utilisateur du site qui ne se serait pas volontairement déclarer par le biais de formulaire mis à disposition. Pour en savoir plus sur notre politique de données personnelles

Comment nous construisons

Avec les utilisateurs

Les utilisateurs n'ont pas forcément le temps ou le degré de précision nécessaire pour rédiger des spécifications suffisamment détaillées pour une équipe de développement.

Nous réalisons un prototype à partir des documents que vous nous avez fournis (cahier des charges ou spécifications par exemples). Une fois ce prototype réalisé, nous commençons les ateliers métier dédiés à un ensemble de fonctionnalités.

L'intérêt est multiple: confronter notre compréhension du besoin aux utilisateurs, les projeter directement dans leur futur outil, leur éviter le syndrome de la page blanche, les rassurer sur l'avancée du projet.

Bien sûr, notre premier prototype n'est pas la version définitive de l'application.
Nous nous attendons à des réactions, des modifications (y compris du modèle), des débats.
Notre système de briques nous permet d'y répondre.

Le cycle du projet se décline donc généralement ainsi :

  • un premier atelier pour présenter une grande fonctionnalité / étape de processus aux utilisateurs.
  • un second atelier pour valider les modifications du prototype en fonction du retour utilisateur et la présentation d'une autre fonctionnalité qu'on aura prototypée.
  • Et ainsi de suite pour couvrir l'ensemble du projet.
  • Finalement, il restera à valider l'ensemble de l'application via une recette utilisateur, mais celle-ci sera extrêmement simplifiée : les fonctionnalités ayant été validées et l'assemblage des briques réduisant les anomalies techniques.

Avec les SI

Faire gagner du temps au planning et aux équipes.

Nous découpons la partie technique du projet en deux phases.

La première correspond à la connexion du système d'informations du client avec le cloud BW2S (VPN, ouverture des ports nécessaires, authentification, présentation des applications qui échangeront des données...) Nous réalisons cette activité en parallèle de la construction du prototype avec le métier.
L'objectif est de lever les incertitudes techniques au plus tôt, d'éviter les réunions de crise à deux jours de l'ouverture aux utilisateurs.

La seconde phase du projet technique est l'implémentation du modèle de données métier dans les structures du client (BDD, fichiers, webservices...) Grâce à notre approche prototype et à notre propre infrastructure, nous ne sollicitons pas les équipes SI client pour créer des ressources techniques qui devront évoluer en fonction de l'avancée de la réflexion utilisateur.

Evidemment, dans le cas d'une application isolée, sans lien avec votre SI, ces deux phases sont inutiles, mais nous serons heureux de travailler avec vos équipes SI en particulier sur les aspects projets, et au delà sur les aspects statégiques, budgétaires et architecture SI d'entreprise.

Nos composants

Notre performance et le succès de nos projets reposent sur sur notre approche composant et la solution technologique BrickCode que nous avons développée pour y répondre.

  • L'interopérabilité nous permet de respecter vos besoins et exigences.
  • L'effort de test pour nous et pour nos clients est mutualisé, vous vous concentrez sur vos fonctionnalités
  • L'effort de maintenance technologique est mutualisé, seules les briques de base sont impactées, pas les ensembles créés pour vous.
  • Le socle technologique, reconnu sur le marché, nous permet une grande liberté d'adaptation, si nous n'avons pas prévu une fonctionnalité, alors nous la développons.
Comment notre architecture a été pensée flèche