Agile Experten vs Agile Manifest

Mengt Dir Äre "lokalen Agile Expert" huet Agile Manifest gelies? Hues du? Gutt, et ass kee Problem ... wann Dir d'Wuert "Agile" net all Dag benotzt! Awer wann Dir (oder Äre lokale Expert et mécht) ... gutt - dat ass eppes wéi Leit déi iwwer Relioun ze vill schwätzen, awer d'Bibel net opgemaach hunn (politesch Korrektheet Alarm) oder dat hellegt Buch vun hirer Wiel, zënter hir Literaturklassen Virun 10 Joer… Mir hunn se net gär. Aus engem Grond.

Ok ok, loosst eis net aner Leit an hir Meenung kommentéieren. Loosst eis, amplaz, duerch "Agile Bibel" Schrëtt fir Schrëtt goen.

Zitater aus Agile Manifest ginn an

dës Zort Textblock

an eis Kommentarer ginn a reegelméissegen Indéiere wéi dëst. A lass!

De Manifest, een an nëmmen!

Eis héchst Prioritéit ass de Client zefridden ze stellen
duerch fréi a kontinuéierlech Liwwerung
vun wäertvoll Software.

Dëst ass sou eng super Iddi! Et war wierklech revolutionär zur Zäit wéi et gemaach gouf! Awer d'Ausféierung vun dëser Iddi ass eppes vill méi haart wéi dës puer Zeilen hätte kënnen erkennen.

Haaptprobleem: Jiddereen deen en direkte Kontakt mam Client hat, weess datt de Manifest vum Punkt op d'mannst e bësse schwiereg ass.

Leider ass de Client net ëmmer sécher wat et (en) hie mécht, oder (s) hie wëll ze vill Saache gläichzäiteg, a kann se net anstänneg prioritéieren! Ausserdeem kann et sinn datt e puer vun deene Saachen, déi de Client geduecht (en) huet, hie wollt, spéider net wollt ...

Wa mir dat ofgesinn - de Manifest vum Punkt beweist säi Wäert zum Erfolleg vum Produkt! Awer dës Ausnahmen sollen NET vernoléissegt ginn, well se fatal sinn!

De nächste Punkt deckt eppes ähnlech, loosst eis dëst Thema do weiderféieren.

Wëllkomm Ännerunge verlaangen, och spéit
Entwécklung. Agil Prozesser Harness ännert sech fir
dem Konkurrenzvirdeel.

Dëst ass super. Awer konstant Schwenkelen an Drock op d'Entwécklungsteam mécht d'Produkt fragil. Kodéiere séier mat vill Projete Viruleedungen, mécht de Code Code vum Produkt niddereg, sou datt Ännerunge méi schwéier ginn. Méi rational a roueg Entwécklung verbessert d'Effizienz vun Ännerungen an de spéidere Stadien vun der Produktentwécklung. Mir sinn averstanen datt Ännerunge begréisst solle ginn, awer aner Kontrakt / Ofkommes Klauselen sollten och proportional geännert ginn! A ville Fäll gëtt e Produkt erwaart datt se an der selwechter Zäit ofgebaut ginn wéi et wier am Fall vu keng zousätzlech Ännerungen erfuerderlech. Net cool.

Beweeglechkeet geet et drëm fir d'erwaart Ännerungen prett ze sinn, an net iwwer alles änneren an ëmmer. Déi, déi akkreditéiert si mat potentielle Client / Client ze kommunizéieren, solle vun Ufank un realistesch Eenegung verhandelen. Oft, 10 Minutten mat Pen a Pabeier an der richtiger Zäit (Projet Ufank) spuert Deeg, Wochen, a souguer Méint Entwécklung (redirect, pivoting, changing) a spéider Etappen! Dëse Slacking bei Produkter Start sollt als onprofessionell ugesi ginn, well et ass ganz vill! De "loosst eis just de Client kréien, spéider wäerte mir eppes iwwerdenken fir d'Aarbecht fäerdeg ze maachen" Mentalitéit ass onethesch, an ze dacks kënnt et un d'Entwéckler "den Dag ze retten" (Aarbecht Iwwerstonnen, Aarbecht Weekender, doheem schaffen, schaffen an stresseg Ëmgéigend)… Net cool. A wirklech - net emol agil.

Liwwert Aarbechtssoftware
dacks, vun engem
puer Woche bis e puer Méint, mat engem
Preferenz fir déi méi kuerz Zäitraum.

Ech hunn nëmme gutt Erfahrungen mat dësem. Et gëtt Méiglechkeete fir fréi Traction-Test-Léieren-verbesseren Feedback. Grousst Stuff wann Agile Konzept an der Softwareentwécklung vun der erfuerderter Zort Produkt uwendbar ass. (Net ëmmer de Fall, gleew et oder net.)

Geschäftsleit a Entwéckler musse schaffen
all Dag duerch de ganze Projet zesummen.

Ok, vläicht net all Dag, awer och - Daumen erop! Mir (Leit) hunn et net gelongen dëst an de leschten 15 Joer ze ruinéieren ... Gitt eis Zäit.

Build Projekter ronderëm motivéiert Individuen.
Gitt hinnen d'Ëmwelt an d'Ënnerstëtzung déi se brauchen,
a vertraut se fir d'Aarbecht ze kréien.

Dëst ass wou déi meescht vun de sougenannten Agilisten net vum Agile Manifest handelen. Si feelen dacks Respekt fir déi Persounen déi, wann net Experten, nach ëmmer besser Profien sinn, déi hiren Fachgebitt berücksichtegen, wéi de "agile" Projektmanager. Dat mécht datt de Manager zevill un d'Aarbecht vun anere Leit involvéiert ass, wat déi wichteg "Maschinnengere", een nom aneren brécht. Maacht weider "Maschinn" Agility a Zouverlässegkeet fir méi niddereg ze änneren. Wat géint entgéint wierkt.

Déi effizientsten an effektiv Method vun
Informatioun un a bannent enger Entwécklung vermëttelen
Equipe ass Gesiicht-ze-Gesiicht Gespréich.

Gutt, mir kënnen näischt géint dës soen. Am Géigendeel, hooray dofir!

Aarbechtssoftware ass déi primär Mooss vu Fortschrëtter.

Jo. De Problem ass datt vill vun de sougenannten Agilisten dës Klausel net respektéieren.

Agil Prozesser förderen nohalteg Entwécklung.
D'Sponsoren, d'Entwéckler, an de Benotzer solle fäeg sinn
e konstante Tempo onbestëmmt ze halen.

Hard ze erreechen, awer natierlech - super Richtlinnen.

Kontinuéierlech Opmierksamkeet op technesch excellence
a gudden Design verbessert Beweeglechkeet.

Erëm, leider, sougenannte schlaangen Projetsmanager vergiessen dacks dës, doduerch serieux, wann net fatal Konsequenzen.

Einfachheet - d'Konscht de Maximum ze maximéieren
vun Aarbecht net gemaach - ass wesentlech.

Helleg, Einfachheet!

Déi bescht Architekturen, Ufuerderungen, an Designen
entstinn aus selbstorganiséierenden Teams.

Ave!

Mat reegelméissegen Ofstänn reflektéiert d'Team iwwer wéi
méi effektiv ze ginn, da passt en un
säi Verhalen deementspriechend.

Amen!