Développer un système de bibliothèque qui répond aux besoins à la fois des bibliothécaires et des usagers peut être une tâche difficile. Pour garantir que le système répond aux exigences de tous les acteurs concernés et soit livré dans le délai prévu, une approche de développement agile peut être adoptée. Dans cet article, nous présentons un plan de développement agile pour un système de bibliothèque pouvant être achevé en 10 sprints sur une période de 100 jours ouvrables.
Scénario de problème – Un système de bibliothèque
La bibliothèque publique locale rencontre des problèmes avec son système de catalogue en ligne. Le système a été intermittemment hors ligne pendant la semaine écoulée, causant de la frustration tant pour le personnel que pour les usagers. Certains usagers ont signalé qu’ils ne peuvent pas rechercher des livres, tandis que d’autres ont indiqué ne pas pouvoir renouveler leurs emprunts en ligne.
Le personnel de la bibliothèque reçoit un grand nombre d’appels téléphoniques et de demandes en personne concernant la panne du système, ce qui entraîne des retards dans d’autres services bibliothécaires. En outre, les membres du personnel ont remarqué que le système fonctionne lentement même lorsqu’il est opérationnel, ce qui cause une frustration accrue tant pour le personnel que pour les usagers.
Le service informatique de la bibliothèque travaille à identifier et à résoudre le problème, mais jusqu’à présent, il n’a pas réussi à restaurer le système à sa pleine fonctionnalité. En attendant, le personnel de la bibliothèque effectue manuellement les opérations d’emprunt et de renouvellement pour les usagers, ce qui prend beaucoup de temps et cause des retards pour d’autres tâches.
Le directeur de la bibliothèque a demandé au service informatique de fournir un calendrier précis pour la réparation complète du système, ainsi qu’un plan pour éviter des problèmes similaires à l’avenir. Le directeur envisage également de recruter un consultant pour évaluer l’infrastructure technologique globale de la bibliothèque et proposer des recommandations d’amélioration.
Identifier les cas d’utilisation candidats à partir d’un scénario de problème
Pour identifier une liste de cas d’utilisation candidats à partir d’un scénario de problème, vous pouvez suivre ces étapes :
- Identifiez les principaux acteurs dans le scénario de problème. Les acteurs sont les personnes, organisations ou systèmes qui interagissent avec le système en cours de développement.
- Pour chaque acteur, identifiez leurs objectifs ou buts. Que souhaite atteindre l’acteur en utilisant le système ?
- Identifiez les différentes manières dont l’acteur interagit avec le système pour atteindre ses objectifs. Cela peut inclure les actions qu’il entreprend, les informations qu’il fournit ou les informations qu’il reçoit du système.
- Pour chaque interaction, identifiez le cas d’utilisation spécifique qui le décrit. Un cas d’utilisation est une description d’une interaction spécifique entre un acteur et le système, et il comprend généralement un ensemble d’étapes ou d’actions que l’acteur entreprend pour atteindre son objectif.
- Revisez et affinez la liste des cas d’utilisation candidats pour vous assurer qu’elle est complète, pertinente et non redondante. Vous devrez peut-être combiner ou diviser certains cas d’utilisation, ou supprimer ceux qui ne sont pas essentiels au système.
Dans l’ensemble, l’objectif d’identifier une liste de cas d’utilisation candidats est de garantir que le système en cours de développement répond aux besoins et aux exigences de tous les acteurs concernés, et qu’il offre un ensemble clair et complet de fonctionnalités qui leur permettent d’atteindre leurs objectifs.
Voici quelques cas d’utilisation candidats pour un système de bibliothèque :
- Rechercher dans le catalogue : les usagers peuvent rechercher des livres, des DVD et d’autres documents dans le catalogue de la bibliothèque.
- Réserver un article : les usagers peuvent réserver un article actuellement emprunté ou non encore disponible.
- Emprunter des documents : les usagers peuvent emprunter des livres, des DVD et d’autres documents à la bibliothèque.
- Renouveler des documents : les usagers peuvent renouveler leurs documents empruntés en ligne ou en personne.
- Payer des amendes : les usagers peuvent régler les amendes ou frais qu’ils doivent à la bibliothèque.
- Demander un prêt interbibliothèque : les usagers peuvent demander à emprunter des documents auprès d’une autre bibliothèque en dehors de leur système local.
- Gérer les informations de compte : les usagers peuvent gérer leurs informations personnelles, comme mettre à jour leur adresse ou leur numéro de téléphone.
- Gérer l’historique de lecture : les usagers peuvent suivre les livres qu’ils ont lus et laisser des avis ou des notes.
- Gérer la liste de souhaits : les usagers peuvent créer une liste de livres qu’ils souhaitent lire et recevoir des notifications lorsqu’ils deviennent disponibles.
- Recevoir des alertes : les usagers peuvent recevoir des notifications lorsque leurs réservations sont disponibles ou que leurs documents empruntés sont proches de leur date de retour.
Comment identifier les acteurs
Pour identifier les acteurs et les lier aux cas d’utilisation en tant qu’acteurs principaux et secondaires, vous pouvez suivre ces étapes :
- Identifiez les principaux acteurs qui interagiront avec le système. Ces acteurs peuvent inclure les utilisateurs, les administrateurs, les clients et d’autres parties qui utiliseront ou seront affectées par le système.
- Pour chaque acteur, identifiez leurs objectifs principaux et leurs buts dans l’utilisation du système. Qu’essayent-ils d’atteindre en utilisant le système ? Cela vous aidera à identifier les principaux cas d’utilisation pour chaque acteur.
- Identifiez tout objectif ou but supplémentaire que le partie prenante pourrait avoir, mais qui n’est pas central à ses cas d’utilisation principaux. Ces objectifs peuvent impliquer une interaction avec d’autres parties prenantes ou sous-systèmes du système, ou être liés à l’administration ou à la maintenance du système. Cela vous aidera à identifier les acteurs secondaires et leurs cas d’utilisation correspondants.
- Identifiez toute interaction entre les acteurs principaux et secondaires, ainsi qu’entre les acteurs et le système. Ces interactions peuvent impliquer le partage de données, la communication d’informations ou le déclenchement d’actions dans le système. Cela vous aidera à définir les limites et le périmètre des cas d’utilisation.
- Créez une liste de cas d’utilisation et d’acteurs, et liez chaque cas d’utilisation à ses acteurs principaux et secondaires. Cela vous aidera à vous assurer que toutes les parties prenantes sont prises en compte dans le modèle de cas d’utilisation, et que le système est conçu pour répondre aux besoins de tous les utilisateurs et administrateurs.
L’objectif de l’identification des acteurs et de leur liaison aux cas d’utilisation est de créer une image claire et complète de la fonctionnalité du système, et de s’assurer que toutes les parties prenantes sont prises en compte dans le processus de conception et de développement. Cela aidera à garantir que le système final répond aux besoins et aux exigences de tous les utilisateurs et administrateurs.
Voici un tableau résumant la liste des cas d’utilisation candidats pour un système de bibliothèque, ainsi que leurs acteurs et objectifs associés :
| Cas d’utilisation | Acteur principal | Acteur(s) secondaire(s) | Objectif du cas d’utilisation |
|---|---|---|---|
| Rechercher dans le catalogue | Usager | Aucun | Permettre aux usagers de rechercher des livres, des DVD et d’autres documents dans le catalogue de la bibliothèque. |
| Réserver un article | Usager | Aucun | Permettre aux usagers de réserver un article actuellement emprunté ou non encore disponible. |
| Emprunter des documents | Usager | Personnel de la bibliothèque | Permettre aux usagers d’emprunter des livres, des DVD et d’autres documents à la bibliothèque. |
| Renouveler les emprunts | Usager | Personnel de la bibliothèque | Permettre aux usagers de prolonger la date de retour de leurs documents empruntés. |
| Payer les amendes | Usager | Aucun | Permettre aux usagers de régler les amendes ou frais qu’ils doivent à la bibliothèque. |
| Demander un prêt entre bibliothèques | Usager | Personnel des prêts entre bibliothèques | Permettre aux usagers de demander à emprunter des documents auprès d’une autre bibliothèque en dehors de leur système local. |
| Gérer les informations du compte | Usager | Aucun | Permettre aux usagers de gérer leurs informations personnelles, telles que la mise à jour de leur adresse ou de leur numéro de téléphone. |
| Gérer l’historique de lecture | Usager | Aucun | Permettre aux usagers de suivre les livres qu’ils ont lus et de laisser des commentaires ou des évaluations. |
| Gérer la liste de souhaits | Usager | Aucun | Permettre aux usagers de créer une liste de souhaits de livres qu’ils souhaitent lire et de recevoir des notifications lorsqu’ils seront disponibles. |
| Recevoir des alertes | Usager | Aucun | Permettre aux usagers de recevoir des alertes lorsque leurs réservations sont disponibles ou lorsque leurs emprunts sont proches de la date de retour. |
Prioriser les cas d’utilisation
La priorisation des cas d’utilisation est une étape importante dans le processus de développement logiciel, car elle permet de s’assurer que les fonctionnalités les plus importantes et les plus précieuses du système sont développées en premier. La priorisation aide à concentrer les efforts et les ressources de l’équipe de développement sur les fonctionnalités qui apporteront le plus de valeur aux utilisateurs finaux et aux parties prenantes du système.
Voici une liste triée des cas d’utilisation du plus important au moins important, accompagnée d’un champ de priorité :
| Cas d’utilisation | Acteur principal | Acteur(s) secondaire(s) | Objectif du cas d’utilisation | Priorité |
|---|---|---|---|---|
| Emprunter des documents | Usager | Personnel de la bibliothèque | Autoriser les usagers à emprunter des livres, des DVD et d’autres matériaux de la bibliothèque. | 1 |
| Rechercher dans le catalogue | Usager | Aucun | Autoriser les usagers à rechercher des livres, des DVD et d’autres matériaux dans le catalogue de la bibliothèque. | 2 |
| Réserver un article | Usager | Aucun | Permettre aux usagers de réserver un article actuellement emprunté ou non encore disponible. | 3 |
| Renouveler les matériaux | Usager | Personnel de la bibliothèque | Autoriser les usagers à prolonger la date de retour de leurs articles empruntés. | 4 |
| Demander un prêt entre bibliothèques | Usager | Personnel des prêts entre bibliothèques | Permettre aux usagers de demander à emprunter des matériaux provenant d’une autre bibliothèque en dehors de leur système local. | 5 |
| Payer les amendes | Usager | Aucun | Autoriser les usagers à payer toutes les amendes ou frais qu’ils doivent à la bibliothèque. | 6 |
| Recevoir des alertes | Usager | Aucun | Permettre aux usagers de recevoir des alertes lorsqu’ils ont des réservations disponibles ou que leurs objets empruntés sont en retard. | 7 |
| Gérer les informations du compte | Usager | Aucun | Permettre aux usagers de gérer leurs informations personnelles, comme mettre à jour leur adresse ou leur numéro de téléphone. | 8 |
| Gérer la liste de souhaits | Usager | Aucun | Permettre aux usagers de créer une liste de souhaits de livres qu’ils souhaitent lire et de recevoir des notifications lorsqu’ils deviennent disponibles. | 9 |
| Gérer l’historique de lecture | Usager | Aucun | Permettre aux usagers de suivre les livres qu’ils ont lus et de laisser des commentaires ou des évaluations. | 10 |
Notez que l’ordre de priorité peut varier en fonction des besoins et objectifs spécifiques du système de bibliothèque, et il s’agit simplement d’une possible priorisation basée sur les besoins généraux des usagers de bibliothèque.
Former l’équipe et estimer le coût
Par exemple,
Pour estimer le coût des ressources humaines sur une période de 6 mois à Hong Kong, nous devons tenir compte des rôles ainsi que des plages de salaires minimum et moyens pour chaque rôle.
Voici une estimation du coût pour une équipe de 10 personnes, en supposant le nombre minimum de personnel requis et le point médian de la fourchette salariale moyenne :
- Chef de projet :
- Salaire mensuel minimum : 35 000 HKD
- Salaire mensuel moyen : 60 000 HKD
- Coût estimé sur 6 mois (salaire minimum) : 210 000 HKD
- Coût estimé sur 6 mois (salaire moyen) : 360 000 HKD
- Product Owner :
- Salaire mensuel minimum : 25 000 HKD
- Salaire mensuel moyen : 45 000 HKD
- Coût estimé pour 6 mois (salaire minimum) : HKD 150 000
- Coût estimé pour 6 mois (salaire moyen) : HKD 270 000
- Chef de projet Scrum :
- Salaire mensuel minimum : HKD 25 000
- Salaire mensuel moyen : HKD 45 000
- Coût estimé pour 6 mois (salaire minimum) : HKD 150 000
- Coût estimé pour 6 mois (salaire moyen) : HKD 270 000
- Concepteur UX/UI :
- Salaire mensuel minimum : HKD 20 000
- Salaire mensuel moyen : HKD 35 000
- Coût estimé pour 6 mois (salaire minimum) : HKD 120 000
- Coût estimé pour 6 mois (salaire moyen) : HKD 210 000
- Développeurs :
- Salaire mensuel minimum : HKD 18 000
- Salaire mensuel moyen : HKD 30 000
- Coût estimé pour 6 mois (salaire minimum) : HKD 540 000 (en supposant 6 développeurs)
- Coût estimé pour 6 mois (salaire moyen) : HKD 900 000 (en supposant 6 développeurs)
- Ingénieur qualité / test :
- Salaire mensuel minimum : HKD 18 000
- Salaire mensuel moyen : HKD 30 000
- Coût estimé pour 6 mois (salaire minimum) : HKD 108 000
- Coût estimé pour 6 mois (salaire moyen) : HKD 180 000
- Ingénieur DevOps :
- Salaire mensuel minimum : HKD 20 000
- Salaire mensuel moyen : HKD 35 000
- Coût estimé pour 6 mois (salaire minimum) : HKD 120 000
- Coût estimé pour 6 mois (salaire moyen) : HKD 210 000
En supposant la fourchette de salaire minimum, le coût total pour une équipe de 10 personnes sur 6 mois serait d’environ HKD 1 308 000. En supposant le point médian de la fourchette de salaire moyen, le coût total serait d’environ HKD 2 400 000. Veuillez noter qu’il s’agit juste d’une estimation, et que le coût réel peut varier en fonction des détails spécifiques du projet et des conditions de rémunération négociées avec chaque membre de l’équipe.
Créer un plan de développement Agile
Voici un plan de développement Agile pour le système de bibliothèque avec l’équipe proposée ci-dessus, en supposant 10 sprints, chacun d’une durée de 10 jours ouvrés :
Sprint 1 (Jours 1-10) :
- Mener la réunion de lancement du projet
- Élaborer les scénarios utilisateur et prioriser la liste de tâches
- Créer les maquettes des écrans principaux
- Mettre en place l’environnement de développement
- Commencer le développement du système d’authentification et d’autorisation des utilisateurs
Sprint 2 (Jours 11-20) :
- Terminer le développement du système d’authentification et d’autorisation des utilisateurs
- Commencer le développement de la fonctionnalité de recherche de livres
- Commencer le développement de la fonctionnalité de prêt de livres
- Revoir les maquettes avec les parties prenantes et apporter les modifications nécessaires
Sprint 3 (Jours 21-30) :
- Terminer le développement de la fonctionnalité de recherche de livres
- Terminer le développement de la fonctionnalité de prêt de livres
- Commencer le développement de la fonctionnalité de retour de livres
- Commencer le développement de la fonctionnalité de réservation de livres
Sprint 4 (Jours 31-40) :
- Terminer le développement de la fonctionnalité de retour de livres
- Terminer le développement de la fonctionnalité de réservation de livres
- Commencer le développement de la fonctionnalité de profil utilisateur
- Commencer le développement de la fonctionnalité de recommandation de livres
Sprint 5 (Jours 41-50) :
- Terminer le développement de la fonctionnalité de profil utilisateur
- Terminer le développement de la fonctionnalité de recommandation de livres
- Commencer le développement de la fonctionnalité d’avis et de notation de livres
- Commencer le développement du tableau de bord administratif pour les bibliothécaires
Sprint 6 (Jours 51-60) :
- Terminer le développement de la fonctionnalité d’avis et de notation de livres
- Terminer le développement du tableau de bord administratif pour les bibliothécaires
- Commencer le développement de la fonctionnalité d’achat et de gestion des stocks de livres
- Commencer le développement de la fonctionnalité de gestion des amendes
Sprint 7 (Jours 61-70) :
- Terminer le développement de la fonctionnalité d’achat de livres et de gestion des stocks
- Terminer le développement de la fonctionnalité de gestion des amendes
- Commencer le développement de la fonctionnalité de reporting et d’analyse
- Commencer le développement de l’application mobile
Sprint 8 (Jours 71-80) :
- Terminer le développement de la fonctionnalité de reporting et d’analyse
- Terminer le développement de l’application mobile
- Commencer le développement de l’intégration avec les systèmes externes (par exemple, passerelle de paiement)
Sprint 9 (Jours 81-90) :
- Terminer le développement de l’intégration avec les systèmes externes
- Commencer les tests et la correction des bogues
- Commencer les tests d’acceptation par l’utilisateur
- Commencer la rédaction de la documentation et le développement des supports de formation
Sprint 10 (Jours 91-100) :
- Terminer les tests et la correction des bogues
- Terminer les tests d’acceptation par l’utilisateur
- Terminer la rédaction de la documentation et le développement des supports de formation
- Mettre en œuvre le déploiement du système
- Effectuer un bilan final et une rétrospective
Il s’agit simplement d’un exemple de plan de développement Agile pour le système de bibliothèque, et le plan réel peut varier en fonction des besoins spécifiques du projet et de l’évolution de l’équipe au cours de chaque sprint.
Exemple de proposition de projet – Système de bibliothèque
Proposition de projet : Développement Agile pour un système de bibliothèque
Introduction : Nous sommes enthousiastes à l’idée de proposer un projet de développement Agile pour un système de bibliothèque complet qui répond aux besoins des bibliothécaires et des usagers. Notre système proposé offrira aux usagers une expérience fluide pour la recherche, l’emprunt, le retour, la réservation, l’achat, la gestion des stocks et la gestion des amendes, tout en offrant aux bibliothécaires un tableau de bord administratif, des fonctionnalités de reporting et d’analyse. Ce projet Agile proposé garantira que le système répond aux besoins de tous les acteurs et sera livré dans les délais prévus.
Objectifs du projet : L’objectif de ce projet est de développer un système de bibliothèque convivial, efficace et performant pour la gestion des opérations de bibliothèque. Le système offrira les fonctionnalités suivantes :
- Fonctionnalités de recherche de livres, emprunt, retour, réservation, achat, gestion des stocks et gestion des amendes pour les usagers.
- Un tableau de bord administratif, des fonctionnalités de reporting et d’analyse pour les bibliothécaires.
- Intégration fluide avec les systèmes et bases de données de la bibliothèque.
- Interfaces utilisateur personnalisables pour les usagers et les bibliothécaires.
Méthodologie du projet : Pour atteindre les objectifs du projet, nous utiliserons des méthodologies de développement Agile. Le développement Agile est une approche itérative et collaborative qui met l’accent sur les retours continus, la planification flexible et la livraison rapide. Il convient particulièrement bien aux projets complexes dont les exigences évoluent, comme le système de bibliothèque.
La méthodologie de développement Agile sera mise en œuvre à travers une série de sprints, chacun d’une durée de 10 jours ouvrables. Nous utiliserons un cadre Scrum, une méthode Agile populaire qui met l’accent sur les réunions régulières, la communication claire et le développement incrémental.
Calendrier du projet : Le projet sera achevé en 10 sprints, chacun d’une durée de 10 jours ouvrables. Le calendrier est le suivant :
- Sprint 1 : Développement des maquettes, authentification des utilisateurs.
- Sprint 2 : Fonctionnalités de recherche et de navigation des livres.
- Sprint 3 : Fonctionnalités de prêt et de retour de livres.
- Sprint 4 : Fonctionnalités de réservation et d’achat de livres.
- Sprint 5 : Fonctionnalités de gestion des stocks et de reporting.
- Sprint 6 : Fonctionnalités de gestion des amendes.
- Sprint 7 : Fonctionnalités du tableau de bord administratif.
- Sprint 8 : Fonctionnalités de reporting et d’analyse.
- Sprint 9 : Tests, documentation et déploiement.
- Sprint 10 : Tests finaux, documentation et déploiement.
Équipe du projet : L’équipe du projet se composera des rôles suivants :
- Chef de projet
- Responsable Scrum
- Propriétaire du produit
- Développeurs (2-3)
- Ingénieur qualité
- Rédacteur technique
L’équipe du projet sera chargée de développer, tester, documenter et déployer le système de bibliothèque. Le chef de projet supervisera le projet, tandis que le responsable Scrum veillera à ce que le cadre Scrum soit respecté. Le propriétaire du produit représentera les parties prenantes et veillera à ce que leurs besoins soient satisfaits, tandis que les développeurs construiront le système. L’ingénieur qualité veillera à ce que le système respecte les normes de qualité, et le rédacteur technique documentera le système.
Budget : Le coût total du projet s’élèvera à 2 000 000 HKD. Cela inclut le coût des ressources humaines, de l’infrastructure matérielle et logicielle, ainsi que de tous les services tiers nécessaires au projet.
Conclusion : Nous pensons que le projet de développement Agile proposé pour un système de bibliothèque aboutira à un système efficace, performant et convivial, répondant aux besoins à la fois des usagers et des bibliothécaires. Nous avons hâte d’en discuter plus en détail avec vous et sommes enthousiastes à l’idée de collaborer avec vous pour développer un système de bibliothèque réussi.
Exemple – Échéancier de paiement
Voici un échéancier de paiement pour le projet de système de bibliothèque proposé :
- 20 % du coût total (400 000 HKD) à la mise en œuvre du projet et à la signature du contrat.
- 30 % du coût total (600 000 HKD) à l’achèvement du sprint 5 et à l’acceptation par le client des fonctionnalités livrées.
- 30 % du coût total (600 000 HKD) à l’achèvement du sprint 8 et à l’acceptation par le client des fonctionnalités livrées.
- 20 % du coût total (400 000 HKD) à la mise en œuvre réussie du système dans l’environnement du client et à l’acceptation par le client du produit final.
Veuillez nous faire savoir si vous avez des questions ou des préoccupations concernant cet échéancier de paiement.
Merci de considérer notre proposition.
Cordialement, [Votre nom]
Exemple – Lettre de présentation type pour demande d’approbation de projet
Cher [Client],
Nous sommes enthousiastes à l’idée de soumettre notre proposition pour le développement d’un système de bibliothèque complet. Notre projet Agile proposé offrira aux usagers une recherche, un prêt, un retour, une réservation, un achat, une gestion des inventaires et une gestion des amendes, tous simples et efficaces, tout en offrant aux bibliothécaires un tableau de bord administratif, des rapports et des fonctionnalités d’analyse.
Notre méthode de développement Agile proposée garantira que le système répondra aux besoins de tous les acteurs impliqués et sera livré dans les délais prévus. Nous utiliserons un cadre Scrum pour assurer des réunions régulières, une communication claire et un développement progressif. L’équipe du projet se composera d’un responsable de projet, d’un maître d’agilité, d’un propriétaire de produit, de développeurs, d’un ingénieur qualité et d’un rédacteur technique.
Le projet sera terminé en 10 sprints, chacun d’une durée de 10 jours ouvrables. Le coût total du projet s’élèvera à 2 000 000 HKD.
Nous pensons que notre système de bibliothèque proposé améliorera de manière significative l’efficacité et l’efficacité de vos opérations de bibliothèque, et nous avons hâte d’en discuter plus en détail avec vous.
Merci de considérer notre proposition. Nous sommes enthousiastes à l’idée de travailler avec vous pour développer un système de bibliothèque réussi.
Cordialement, [Votre nom]
Résumé
Le système de bibliothèque décrit dans cet article est une plateforme complète qui offre aux usagers des fonctionnalités de recherche, de prêt, de retour, de réservation, d’achat, de gestion des inventaires et de gestion des amendes, tout en offrant aux bibliothécaires un tableau de bord administratif, des rapports et des fonctionnalités d’analyse. Le plan de développement est divisé en 10 sprints, chacun d’une durée de 10 jours ouvrables, et couvre tout, du développement des maquettes et de l’authentification des utilisateurs à la phase de test, de la documentation et du déploiement. En suivant ce plan de développement Agile, le système de bibliothèque peut être achevé de manière efficace et efficace, tout en garantissant que tous les acteurs impliqués sont satisfaits du produit final.