Il ya neuf ans, j'ai commencé à gérer les processus de développement logiciel, en utilisant diverses méthodes orthodoxes m'ont aidé à atteindre les objectifs de mes projets.

L'expérience acquise en tant que j'ai réalisé quelque chose manquait. Il a estimé que la réalisation des objectifs avec un effort très personnel, mais mon équipe a fait irrégulière.

Après des dizaines de projets que j'ai commencé à chercher la vraie raison de la réussite. J'ai réalisé que c'est la nature des personnes qui y travaillent, couplé avec les connaissances techniques adéquates. Pour cette raison, toujours considérer mon équipe comme le «grand acteur» d'un projet et toujours essayer de construire le contexte le plus approprié pour obtenir le maximum d'entre eux, y compris la motivation personnelle.

J'ai aussi appris que si vous faites un projet réussi doit être disposé à céder la place à ceux qui sont avec vous au travail au quotidien. Indépendamment du niveau hiérarchique, chacun veut être reconnu, tout le monde veut proposer, tout le monde veut contribuer à l'objectif. Voici la partie la plus difficile, en essayant de répondre à ces besoins. Toujours essayer de le faire, convaincu qu'il était essentiel pour atteindre l'objectif.

Un couple d'années, j'ai découvert que beaucoup de ces lieux, dans lequel je intuitivement, ont été incorporés dans ce qu'on appelle SCRUM. J'ai commencé à lire dur, et petit à petit, j'ai réalisé que j'avais trouvé ce qu'il cherche depuis longtemps. Un cadre qui définit le bas du bon sens, basé sur la valeur qu'ils apportent les gens, le lien, la créativité, la critique constructive, l'auto-apprentissage et auto-organisation.

Quelqu'un pense que c'est une bon gestionnaire de projet pour faire les horaires, le calcul des budgets, l'exécution des ordonnances? Si vous êtes ou avez été à jouer ce rôle, sans doute penser que rien de ce a été fondamentale pour la réussite d'un projet. À mon avis, est un bon gestionnaire de projet qui gère un projet réalisé sentir vraiment eu le contrôle du projet était le gérant, mais il sait parfaitement que sans l'équipe, seuls avec leurs contributions individuelles ne pouvaient pas atteindre le but.

De l'analyse ci-dessus le type de leader qui propose SCRUM, le leader qui articule, orchestre, les commandes, mais pratiquement n'apparaît pas sur la scène. Atteindre l'engagement professionnel de ses collaborateurs incorporés dans des produits tangibles à valeur ajoutée pour le client. Tout cela, combiné avec les cycles de développement courts, permettent correcte basée sur l'empirisme et toujours à risque de faible coût.

Plusieurs fois, quand on parle de méthodologies agiles telles que Scrum, le gestionnaire du projet pense d'anarchie et de faible intensité, alors qu'en fait exactement le contraire. Pour pratiquer correctement SCRUM demandent de la discipline et l'intensité, soutenue au cours du temps.

J'aurais pu écrire un article expliquant ennuyeusement SCRUM, mais irait à l'encontre de l'essence de cette méthode, pour cette raison, je vous invite à apprendre SCRUM. Puis il sera temps de décider si oui ou non c'est pratique, mais pas retiré de leurs paramètres en raison de l'ignorance. Pensez, pour quelque chose est utilisé par de grandes sociétés de technologie dans le monde, Google, Yahoo, Microsoft, HP, Novell, SAP, Nokia, Xerox, etc.

• Entrée précédente: Réflexion GWT
• Entrée suivante: Utilisation SessionBeans de Grails