Nul n’est sensé ignorer la loi
Vous demandez à un développeur (interne ou externe) de vous créer une base FileMaker ?
N’oubliez pas la loi des 3 axes !
Axe 1 = le temps, c’est-à-dire la durée de développement.
Pensez à tout : analyse préalable, bêta-tests, tests utilisateurs, correctifs, installation, formation, manuel d’utilisation ou aide intégrée…
Axe 2 = le budget, ce que va coûter le développement.
Là aussi, on sous-estime certaines parties. Il n’y a pas que le salaire du ou des développeurs. Le chef de projet interne, les interviews d’analyse, les tests utilisateurs, la formation, les licences ou l’installation, les éventuelles mises à niveaux matérielles… font partie des coûts du projet.
Axe 3 : les fonctionnalités, plus ou moins nombreuses, plus ou moins complexes…
Et là encore il faut voir l’ensemble, et penser même à ce que l’on ne va pas faire aujourd’hui mais qu’il faut préparer pour le futur, comme on pense les fondations de la maison en fonction des futurs étages.
On peut le représenter ainsi :
C’est simple : vous pouvez toujours améliorer le résultat sur un de ces 3 axes, mais c’est au détriment des 2 autres.
Par exemple, vous décidez d’ajouter des fonctionnalités et donc d’agrandir l’axe correspondant. Cela va agrandir l’un des deux autres, voire les deux à la fois.
Résultat : cela vous coûtera plus cher (on met 2 fois plus de développeurs…) ou cela augmentera les délais, voire tout cela ensemble.
Vous voulez diminuer le budget ? Sur quel axe allez-vous travailler ? Moins de fonctionnalité ? Plus de délai ?
Vous avez besoin de tout, tout de suite ? Alors augmentez sérieusement le budget…
En fait, dès que vous voulez tirer dans une direction, il va falloir faire des sacrifices sur les autres axes.
Et c’est à vous de choisir…. Pas au hasard…
Michel Lansard
PS : il peut être utile de relire le billet et ses commentaires sur l’agilité : http://astucieux-filemaker.com/agilite-filemaker/
Tags: développement
Merci de laisser un commentaire (déjà 4 commentaires )
Désolé, les commentaires des articles réservés sont eux-mêmes réservés
Jean-Marc Proulx
10 ans ago
J’ai développé une base FM avec FM Pro Advanced 13. Je l’ai installée sur le Mac mini d’un premier utilisateur. J’ai dû aussi installer 5 polices spéciales dont la solution a besoin pour fonctionner. J’en ai conclu qu’il vaudrait mieux embarquer ces 5 polices dans la table Paramètres de la base. J’ai donc défini 5 rubriques globales de type conteneur dans la table Paramètres, mais je n’arrive pas à y insérer les fichiers des polices.
Comment faire ? Le type Conteneur n’accepte pas les fichiers de police?
Michel Lansard
10 ans ago
Bonsoir Jean-Marc
Je viens de faire un test rapide avec des polices de format ttc, ttf et otf.
Un conteneur les accepte bien.
Quel est votre format ?
Piège évident mais qui peut arriver à chacun de nous : y-a-il bien un enregistrement de créé dans cette table paramètre ?
Cordialement
Michel Lansard
Jean-Marc Proulx
10 ans ago
Les formats sont off, ttf et ffil.
Et cela fonctionne très bien maintenant. Curieux! Je ne comprends pas pourquoi FM Pro Advanced 13 refusait l’insertion (par glisser-déposer) hier et l’accepte aujourd’hui. Je n’ai changé que la dimension des conteneurs dans la table Paramètres (qui possède 1 seul enregistrement). Je pourrai désormais « transporter » les polices requises dans la base elle-même.
La dimension du conteneur récipient aurait-t-elle une influence?
Merci Michel d’avoir fait ce test.
Michel Lansard
10 ans ago
@ Jean-Marc,
Dans le doute j’ai retesté avec un conteneur dessiné très petit. Pas de problème.
Michel Lansard