Posté par jc-Qualitystreet le 31 janvier 2007
Sebastien Billard nous propose de découvrir 3 nouveaux outils fournis par Fujitsu traitant des problématiques d’accessibilité.
Le premier outil se fonde sur le référentiel WCAG; les deux autres, Color Doctor et Color selector sont des outils de simulation vraiment bien faits et plutôt agréables à utiliser.
A part ça, voici d’autres outils bien pratiques pour évaluer l’accessibilité de vos pages:
- Evidemment la barrre AccessiWeb de l’association BrailleNet qui vous permet d’évaluer vos pages selon les 92 critères d’accessibilité. Avantages, elle est récente (25 juillet 2006) et se fonde sur le réfrentiel français. C’est une bonne base de travail, à utiliser en complément du Guide AccessiWeb
- La barre d’outil de l’AIS, certes en version française mais moins complète que la précédente, à utiliser davantage pour alimenter votre réfléxion sur des facteurs impactant l’accessibilité.
- Autre outil trés précieux, l’extension Firefox proposée par Ocawa, qui vous permet de valider vos pages selon trois référentiels (ADAE, WCAG 1.0 et OCAWA).
- Deux outils en anglais, la “Wave Accessibility Tool” (possibilité de l’avoir en barre d’outil) et WebXact
Posté par jc-Qualitystreet le
Sebastien Billard nous propose de découvrir 3 nouveaux outils fournis par Fujitsu traitant des problématiques d’accessibilité.
Le premier outil se fonde sur le référentiel WCAG; les deux autres, Color Doctor et Color selector sont des outils de simulation vraiment bien faits et plutôt agréables à utiliser.
A part ça, voici d’autres outils bien pratiques pour évaluer l’accessibilité de vos pages:
- Evidemment la barrre AccessiWeb de l’association BrailleNet qui vous permet d’évaluer vos pages selon les 92 critères d’accessibilité. Avantages, elle est récente (25 juillet 2006) et se fonde sur le réfrentiel français. C’est une bonne base de travail, à utiliser en complément du Guide AccessiWeb
- La barre d’outil de l’AIS, certes en version française mais moins complète que la précédente, à utiliser davantage pour alimenter votre réfléxion sur des facteurs impactant l’accessibilité.
- Autre outil trés précieux, l’extension Firefox proposée par Ocawa, qui vous permet de valider vos pages selon trois référentiels (ADAE, WCAG 1.0 et OCAWA).
- Deux outils en anglais, la “Wave Accessibility Tool” (possibilité de l’avoir en barre d’outil) et WebXact
Posté par jc-QualityStreet le 24 janvier 2007
Un dossier trés complet (en anglais) de Pabini Gabriel-Petit sur les couleurs et leur utilisation pour les interfaces utilisateur.
Les deux premières parties sont assez théoriques mais rappellent les fondements de la théorie de couleurs.
La dernière partie est quant à elle beaucoup plus opérationnelle et offre de bonnes illustrations de problématiques ergonomiques.
Posté par jc-QualityStreet le 22 janvier 2007
Les méthodes agiles poussent la fonction de chef de projet a évoluer.
Le titre du Valtech mag est plutôt provocateur et a suscité pas mal de commentaires mais je trouve la conclusion interessante et plutôt juste sur l’evolution du rôle en fonction du stade agile (dans une itération) ; le chef de projet est d’abord un “meneur”, puis un “supporteur” et enfin “facilitateur”.
Cet autre article, signé Anne Loeser, distingue le chef de projet classique (comme décrit dans le PMBOK) du ScrumMAster : sans surprise deux mondes trés différents … car de toute façon , dés lors qu’on s’engage dans un processus itératif et incrémental, dés lors qu’on applique le time boxing et de nouveaux principes de planification, le rôle de chef de projet ne peut être que différent.
Quant à l’idée de faire disparâitre la fonction de chef de projet… disons que dans les organisations que je connais, ça semble plutôt difficile.
La mise en place du Processus Unifié et de certaines pratiques agiles nous a permis de l’envisager différemment. Sans pour autant diriger ou contraindre, il est dans les projets UP l’un des trois personnages clés avec l’architecte et l’analyste. Une évolution positive, que dire une révolution pour ces acteurs qui voient leur metier sous un angle nouveau. Et là je dis oui ! Sur le terrain ça se passe dailleurs plutôt pas mal … sans doute grâce au soutien de l’organisation et d’un mentor.
Bon, maintenant, pourquoi ne pas aller plus loin en reprenant certaines activités du ScrumMaster pour favoriser davantage la communication, les échanges et véhiculer les valeurs chères à Scrum ? il faut tester !
Posté par jc-Qualitystreet le 12 janvier 2007
L’accessibilité est un domaine qui m’intéresse, et sa complémentarité avec l’ergonomie fait d’elle une part indissociable de mon activité.
Mais bon, soyons clair, je ne fais pas de l’accessibilité depuis 10 ans, bien au contraire, et j’ai beaucoup à apprendre… Alors en guise d’introduction, un petit rappel historique avec l’histoire des standards et de l’accessibilité, proposé par Neoma interactive
Posté par jc-QualityStreet le
Doit-on considèrer le RUP (et plus globalement le Processus Unifié, UP, c’est souvent le débat) comme une méthode agile ? Les points de vue de Kroll, Ambler et Jacobson. Rien que ça !!
Pour ma part, je partage l’avis de Per Kroll :
“So, use a light version of RUP correctly, and it is agile. Way to many use a way too heavy version of RUP, without following the (agile) spirit of RUP…”
Pour l’avoir appliqué il ya quelques années (le RUP) et pour l’avoir adapté chez mon employeur (UP), il me semble aussi que c’est certes une question de mesure mais aussi et avant tout une question d’état d’esprit.
On peut être agile en appliquant UP comme on peut ne pas l’être… d’où la nécessite de bien étudier son contexte, de faire un point sur ses pratiques et ses besoins, d’accompagner le changement en douceur. Ne prendre que ce qu’il faut et appliquer les bons principes… d’autant qu’UP est trés clairement en accord avec les 12 principes de l’Agile Manifesto !
Commentaires:
Classé sous: Agile
