Agile Manifesto: Az Agile értékek és elvek megértéséhez vezető útmutató

UDN feladatkezelőÁtalakítja munkáját az iparág vezető jellemzőivel

Ha a projektmenedzsment paradigmának egy része volt egy napig, vagy egy évtizede, akkor ismeri aAgilis módszertan. Ez a módszertan, amely jól ismert és tiszteletben tartja a vezetői körökben.

A múltban sokat beszéltünkAgilisés annakelőnyökÉs ilyen. Ebben a cikkben beszélünk az Agile Manifesto-ról, az Agile-óceánra merülő elvekről, és milyen konkrét értékek, amelyek az Agile Manifesto-t teszik.

Bevezetés

Ha afejlesztési ciklusEgy ideig most, akkor tudnád, hogy a piac körülvevő régebbi fejlesztési módszerek rendkívül lassúak voltak.

Ez olyan probléma, hogy amikor a szolgáltatás vagy az alkalmazás készen áll a telepítésre, a kezdeti üzleti követelmények olyan sokszor megváltoztak, hogy a szolgáltatás vagy a termék fejlesztésének kezdeti célja már nem teljesülne.

Ez a lassú ütem, amely afejlesztési folyamatNagyon nagy probléma volt az összes termék esetében az adott folyamat függvényében. A probléma megoldásához, sok vezető az egész piac kézen megoldást találni, amely megnyitja az utat a jövőbeli fejlesztési folyamatokat.

Ez a megoldás volt az Agile manifeszt, amelyet 12 alapelv és 4 alapérték formájában írtak le. Ezek az értékek és elvek megfelelően meghatározzák és a gyakorlatba átültetni, hogy megbizonyosodjon arról, hogy az összes szakemberek a módszertan megérteni, mi a kiáltvány.

Agile Manifesto

Az a dolog, ami az Agile Manifesto leginkább lenyűgöző, az, hogy az értékek és elvek leírására használt vezetők nagyon pontosak és minimálisak.

Az Manifesto állapotokhogy:

"A szoftverek fejlesztésének jobb módjait fedezzük fel, és segítsünk másoknak tenni. Ezzel a munkával az alábbi értékre jöttünk:

Azaz, míg van értéke a tételek a jobb oldalon, nagyra értékeljük a terméket a bal oldalon több.”

Amint láthatod a megfogalmazást, az alapítók nagyon pontos és pontos nyilatkozatot írtak, amelyek segítettek a szakembereknek, hogy könnyedén megértsék a manifeszteket.

Leginkább a projektmenedzsment paradigmájában látjuk, hogy a projektfejlesztés a menedzsment által meghatározott eljárásokon és határidőkön alapul, de az Agile Manifesto elősegítette a tényezők pontos ellentétét.

Az a tényezők, hogy aAgile ManifestoElőnyök, hogy elősegítik:

Most lépjünk tovább, hogy megértsük az alapvető értékeket és elveket, hogy az Agile Manifesto alapítói azt akarták, hogy.

4 Agile Manifesto értékei

Forrás

Az első dolog, amit az alapítók azt akarták, hogy a szakemberek megértsék az Agile Manifesto-on keresztül, és mégis, hogy inkább az interakciókat és a munkaképességeketKiválasztott eszközök és folyamatok .

Miért? Nos, amikor megadja nekik a preferenciát, az egész fejlesztési folyamat érzékenyebbé válik. Mert amikor az egész csapatnak meg kell értenie egymás hullámhosszait, és amikor jobban tudják megérteni egymást, akkor bármilyen akadályt tudnak dolgozni.

De ha a csapat kizárólag támaszkodik eszközöket és folyamatokat, hogy egyenesbe minden a kérdések, akkor lesz egy csomó félreértés között csapattársak, ami tovább létrevégzetes roadblocksA fejlesztési folyamatban a projekt tankolása.

Ezért az alapítók ragaszkodott ahhoz, hogy a kölcsönhatások között csapattársak kell remek, hogy elhárítsa az akadályokat, és így értéke a társaság.

Az eszközök és folyamatok egyik legjobb módja, valamint a kölcsönhatásokra összpontosítani, hogy magában foglalja a terméktulajdonos bevonását, amely döntéseket hozhategyüttműködve a csapattalhogy inkább magukra összpontosíthassanak.

Amikor a fejében a csapattársak megszabadítjuk az nyüzsgő eszközöket és eljárásokat, hajlamosak összpontosítani a kölcsönhatás egymás között, és kiütött minden ellenzéki vagy akadály, hogy jön az utat a dicsőség.

Nézze meg a legjobb projektmenedzsment szoftvert az agilis csapatok számára:

A 28 legjobb (& amp; ingyenes) projektmenedzsment szoftver 2022

Forrás

Ha megnézzük a hagyományos fejlesztési módszereket, amelyek az Agile Manifesto előtt jöttek, több beszélgetést és kevesebb munkát vettek részt. Azt jelenti, hogy a hivatkozott egyre inkább túlzott dokumentáció bemutatása helyett egy működő prototípust a szoftver.

Ez a túlzott dokumentáció egy élt egy késés formájában, amely vissza fogja nyomni a ténylegesA szoftver funkcionalitásatöbb hónappal. Ez a LAG negatívan befolyásolta a projektszállítást, amely tovább eredményezte a végtelen késedelmeket.

Ez a fajta dokumentációt jött létre a projekt szükségtelenül hosszú és túl, és a tetején, hogy a legtöbb ilyen dokumentációk sem biztosították egy pillantást a projekt során fejlesztési folyamatot. Ez volt az a felesleges gonosz, amelyet az Agile Manifesto kiütötte.

De ne feledje, hogy felhívja ezt a dokumentációt, nem jelenti azt, hogy ezek a dokumentumok nem szükségesek. Ezek a dokumentációk kulcsfontosságúak avevői követelményeka projekthez.

Az agilis csak bevezette az ötletet, hogy ezek a dokumentációk kevésbé hatékonyak, mint a szóban forgó szoftver munkaképes prototípusa.

Mivel ez nem segít a cégnél, amikor a szoftvernek sok problémája van a béta-tesztelésben, mert nem volt egy dolgozó prototípus, hogy kezdetben teszteljék, és az összes csapat olyan dokumentációt halmozta meg, amely nem lenne senki sem És ezek a javítások és javítások hatalmas pénzösszegbe kerülnének a vállalatnak.

Amikor azprojekt tervezésmegtörtént, ésProjekt dokumentációLétrehozódik, a vállalatok többnyire az ügyfelekkel való tárgyalásra támaszkodnak a projektre vonatkozó minden egyes tényezővel kapcsolatban, amely nemcsak leállítja e témák további vitáját, hanem romlik az ügyfél-üzleti kapcsolatokat is.

Milyen Agile Manifesto javasolta az ügyfelekkel való tárgyalás helyett, hogy együttműködjön velük. Miért? Mivel amikor együttműködik az ügyféllel, van hely a vita és a békésen kommunikáció a kérdések, aggályok, és javaslatok mindkét oldalról.

És a tárgyalásoktól eltérően az együttműködés nem egy egyszeri dolog. A vállalkozások és az ügyfelek maradnakállandó kommunikációA projektfejlesztés során, amikor a vállalat együttműködik az ügyfelekkel. Ez mindkettőt is előnyös.

Hogyan? Nos, először is a vállalat megismeri a gondolkodásmódot, a kliens és gyorsan érzékeli a funkciók és politikák, hogy érdemes bemutatni a projektet úgy, hogy tudják hozni megoldásokat az ügyfelek helyett csak tárgyal le őket, és tönkreteszi a kapcsolatukat.

Az ügyfelek is megfelelően megérthetik, hogy miért nem választja meg a vállalat, hogy tegye meg azokat a dolgokat, amelyeket megkérdeznek, hogy tegyék őket, így finomíthatják a látásukat ésmegismétli követelményeiket, megtartva magukat és a céget.

A régi fejlesztési módszertanokban a csapatok megragadtak ugyanazokat az eljárásokat ésProjektfolyamatokhogy a projekt elején, még akkor is, ha a változások és akadályok betartása blokkolta az utat. Nem ismételten megismerte a cselekvésüket.

Az Agile Manifesto azt javasolja, hogy pontosan ellentétes legyen. Ez a módszer úgy értelmezi, hogy az út a dicsőség nem fog minden sima és dandy, és vannak kötve, hogy bizonyos akadályok az út mentén. Ezért azt akarja, hogy minden olyan változást öleljünk, amely az út mentén jön, és tervezi, nem pedig elfut.

Agile mindig úgy gondolja, hogy a rendszeres folyamat változása, hogy áldás legyen álruhában, hogy a csapatok tanulhatnak, mert ingyenesgyors visszajelzésamely lehetővé teszi számukra, hogy egyáltalán nem állítsa le a prioritásaikat.

Ne aggódj az új funkciók miatt, mert könnyen hozzá lehet adni az iterációhoz az iterációs alapon.

Ne gondolj egy másodpercig, hogy az agilis módszertannak nincs tervei a projekt fejlesztésére. Vannak tervei vannak a helyén, de az egyetlen dolog, ami megkülönbözteti őket a többiektől, az, hogy együtt járnak a változásokkal, amelyek jönnek, és módosítják a terveket, hogy ezek a változások körül ne menjenek el tőlük.