Je suis en désaccord. Je pense que c'est la clé du processus d'avoir une équipe axée sur un seul projet au cours d'un sprint. Si vous avez quelques spécialistes qui ne peuvent pas contribuer à l'ensemble du processus de développement (les auteurs de contenu, les graphiques les gens, les analystes des processus d'affaires, etc.) Je voudrais mélanger hors de l'équipe quand ils ne peuvent plus contribuer. Ou mieux encore, obtenir formés sur certaines tâches différentes, de sorte qu'ils peuvent contribuer à des choses comme les tests.
Une autre chose à garder à l'esprit est que l'exécution de projets en parallèle tue votre horaire. Considérez ceci: pour simplicities souci, disons que nous avons de 5 projets à l'aide de la même équipe et à partir à la même date. Chaque projet a besoin de 3 mois de l'effort, Dans le meilleur des cas, l'exécution en parallèle, vous allez finir en une seule fois, et il faudra 15 mois. Votre vitesse sera obtenir de la crème parce que vous ne peut correspondre à 1/5 de mois d'efforts dans un seul sprint. Vous allez également faire 5 demo réunions tous en même temps. Ainsi meilleur des cas, de vous livrer votre 5 projets dans 15 mois et de votre concurrence sera affirmant qu'ils pourraient faire le même travail en 3. Vos équipes de l'estimation de la maturité souffrent parce qu'elles ne puissent tenir compte de 20% de leur main-d'œuvre. Vous pouvez trouver que vous êtes incapable d'accomplir certaines tâches dans un seul sprint. Si vous devez modifier le nombre de projets en cours d'élaboration à partir de 5, votre équipe devra ajuster leur estimation des habitudes qui vont endommager les équipes de l'efficacité. En outre, votre équipe aura du mal à s'auto-organiser quand une tâche simple réaffectation peut exiger de le faire tourner un nouvel environnement de dev avant le travail peut commencer.
Si vous deviez exécuter les mêmes 5 projets en série, vous me fournir le 5e projet de 15 mois, mais vous avez instruit votre client que votre équipe est dans la demande que vous avez un 12 mois carnet de commandes et que vous pouvez utiliser ce temps pour affiner vos objectifs de projet. Ou si vous avez une constante carnet de commandes, vous savez qu'il est temps de commencer à embaucher une autre équipe. Votre meilleur projet, cependant, est terminé en 3 mois avec un client qui a vu des améliorations rapides au cours de la période active. Vous êtes en mesure de terminer le projet un an plus tôt et peut le mettre sur votre cv. Votre vitesse de sprint va se stabiliser au cours de cette période de temps, et vous pouvez trouver qui atteint son rythme de croisière après un ou deux projets et sont en mesure d'accomplir plus dans un sprint.
Je pense que la gestion de projets, en série est l'un des plus grands obstacles à une organisation qui tente d'adopter scrum visages. C'est un changement culturel majeur associé à la déconstruction de l'gestionnaire de projet rôle, mais les avantages pour le processus de scrum sont énormes.
Gardez à l'esprit que tout le monde n'a pas besoin d'être un membre de l'équipe. Ils peuvent être de l'engagement de vos clients dans la salle d'attente, de la préparation pour le processus de développement. Je garde mes affaires, analystes, architectes réseau et la conception graphique des personnes que des experts du domaine et seulement de les joindre à une équipe en tant que de besoin. Laisser courir avec sprint de 0. Vous seriez surpris de voir comment s'engager à travailler sur le " look and feel et de flux de travail. Il est également bon de préparer votre client avec l'idée que, lorsque le développement commence pour de bon, leur niveau de participation peut en fait aller et qu'il est important pour eux d'être disponible. Faites-leur savoir de la planification de sorte qu'ils ont beaucoup de temps à traiter avec les choses, comme les vacances et les jours de vacances bien à l'avance.
