Agile methods
- Initiateur de la discussion marocain2bxl
- Date de début
pourquoi mal vu ?
beinh non y aura tjs des directeurs de produit ....
beinh non y aura tjs des directeurs de produit ....
Mais ils n'ont plus la main mise sur l'équipe de dev...c'est un peu spécial chez nous.
les equipes de deploiement / testing / support font aussi partie du scrum?
Ya pas d'étiquettes dans une équipe scrum.
Une équipe scrum possède toutes les compétence nécessaire pour produire un incrément de produit.
comment on assigne les taches alors?
Étant donné que l'équipe de dev est auto organisé elle assigne elle même les tâches.
Justement c'est là où intervient le Scrum Master. Motive les troupes et les coach
c'est un chef d'equipe quoi ....
on change juste de nom
Non justement. Un chef d'équipe serait plus le Product Owner.
Le scrum master ne donne pas d'ordre ou de directive mais il est là seulement pour aider l'équipe a prendre les bonnes décisions, à comprendre le principe de Scrum, débloquer les situations qui les empêche d'avancer...
j avais suivi la formation mais ca fait qqs années mais jamais pratiqué
de ce que je me souviens le product owner s'occupe plutot du backlog
Oui c'est ça. Mais généralement le rôle du PO est toujours endosser par un chef de projet suite au passage à scrum. C'est pas obligatoire mais cela se fait
qu 'est ce qui ne va pas ?
les ERP implementation demande bcp plus de temps et se sont des taches qui me se font pas dans les semaines, et surtout le scope est immense
nous avons essaye in sorte de agile pendant une SAP implementation mais ca na pas fonctionne, par exemple ou s'est retrouve a faire 10 choses a la fois..avec la meme priorite, un vrai bordel
mais theoriquement je dirais c'est la tache au scrump master de faire en sorte de bien splitter les taches ....
@Scrum
c'est quoi cette mode devops ? un retour vers le cycle en V ?
tu peux expliquer plus ? merciPour etre un peu sarcastique et caricatural: on appelait ca avant "quick-n-dirty hacking"...
On peut etre rapide dans le coding en employant ces methodes, mais le resultat correspond au manque de rigorisme qu'il aurait mieux valu employer. J'ai deja audite plein de programmes crees comme ca, et franchement, la qualite du code est pire que la moyenne. Faut pas trop tomber dans le hype...
merci mais ça differe en quoi par rapport en cycle en V / methodes agiles?
Pour moi, la méthode Agile, c’est une pseudo‑méthode, prise à tord pour une méthode à cause du web et de sa culture de la diffusion immédiate et prématurée. Cette pseudo‑méthode correspond à la phase de conception pendant laquelle rien n’est encore stable et qu’on est dans choses difficilement formalisable, comme l’ergonomie. C’est une étape de conception qui normalement devrait être privée, mais comme avec le web la mauvaise habitude a été prise de diffuser publiquement des choses trop tôt, cette étape de conception qui devait être privée, a été prise à tord comme l’état normal d’un logiciel, un peu à la manière dont on a pris l’habitude des correctifs de bugs fréquents, comme si être bugués étaient l’état normal d’un logiciel. Là encore, parce que des choses sont rendues publiques prématurément. Il y a aussi le problème du nivellement vers le bas par le dogme du « gratuit c’est bien payant c’est nul », mais je laisse juste imaginer où est le lien sans partir dans ce hors‑sujet. Une autre image, ce serait de dire que c’est comme si on réduisait un logiciel à l’état de maquette permanente, le classique problème du provisoire qui s’éternise.
Un bémol quand‑même quand plus haut je parle d’un stade qui devrait être privé, est quand une partie commande une chose à une tierce partie, sans être certaine des spécifications, c’est à dire sans vraiment savoir ce qu’elle veut. Mais dans ce cas là, d’abord ça n’a rien d’universel, une commande peut être faite avec une spécification stable et sûre, et ensuite, ben, ce qu’on appel la méthode Agile est juste du bon sens : quand le client ne sait pas précisément définir ce qu’il veut, on revient en arrière assez fréquemment, par contrainte, pas par idéal. Dans les cas où la commande est accompagnée d’une spécification sûre (et cohérente et pertinente), une méthode classique et trop décriée comme le cycle waterfall, est sûrement plus appropriée.
Ce n’est que mon avis personnel qui n’est pas un avis d’expert.
Dernière édition:
C’est conseillé seulement quand c’est le bordel organisé
Et c’est ce que c’est !Pour etre un peu sarcastique et caricatural: on appelait ca avant "quick-n-dirty hacking"...
Ce n’est pas un mal absolu, en interne, sur une maquette ; mais si ça s’éternise, c’est le signe d’un ratage perpétuel.