Timp de mulți ani, sunt în curs de dezvoltare un programe (si una de vanzare) personalizate care se potrivesc definiția [B] Sistemul de planificare a resurselor întreprinderii [/ B]. Adică ERP. Și întotdeauna același: [B] scenariul se schimbă în timpul jocului [/ B]. Clientul brusc își dă seama că el vrea cu adevarat nu este destul de ceea ce a ordonat. Am timp de mulți ani, a avut sentimentul că nu poate fi altfel. Nesigur până când scade din Frederika Bruksa: [I] «Adevărul este că clienții nu știu ce vor. ei, de obicei, nu știu ce întrebări trebuie să se răspundă, și aproape niciodată nu se gândească la problema cât mai detaliat în care este necesar să se precizeze în caietul de sarcini. Voi merge mai departe și voi argumenta că, în practică, clienții, chiar și cu inginerii de software nu sunt în măsură să specifice pe deplin, este în mod corect cerințele exacte ale produselor software moderne strict și înainte ca acestea sunt create și testate orice versiune a produsului la care caietul de sarcini ele constituie »[/ I] (Frederik Bruks' Miticul om-lună, sau cum să creați sisteme software“, capitolul 16). De aceea, mă aștept păstrarea standard de acest fapt. Arată-mi un astfel de standard - Sunt fericit să se deplaseze pe el. Și faptul că am cu adevărat. Dar dacă standardul spune ceea ce se întâmplă prima dată - este, în opinia mea, eșecul de planificare. Dar [B] nu reușesc să-și planifice = planul să nu reușească [/ B].
Yuri Maksimenko a scris: Deci, eu aștept standardul păstrarea acestui fapt. Arată-mi un astfel de standard - Sunt fericit să se deplaseze pe el. Și faptul că am cu adevărat. Yuri, se familiarizeze cu metodologia XP: Extreme Programming. Nu a fost mult timp tot acolo - nu vor fi mai mult, iar apoi toată lumea va ști :))) si Doug DeCarlo au cunoscut cartea Extreme Management de proiect - ea nu am studiat, dar cred că ideile de bază sunt similare cu XP. De fapt, problema pe care ați formulat, deși elegant, dar, în general, este o soluție destul de fezabilă. Vrei să vorbim - scrie într-un personal.
[B] Boris Zverev, [/ b] Boris, am vrut să în articolul arată că oaspeții și standardele PMI completează fiecare druga.Nu și sisteme informatice, în acest caz, există mai metodologie furnizori, iar managerii de proiect ar trebui să poată să utilizeze toate aceste instrumente . Aparent, nu a adus într-o idee de articol la sfârșitul anului, dar ar putea Vam.Chto privește Tseselskiy Igor a scris: NTK Sovnet, precum și alte documente de bine-cunoscute, care nu am vedea o diferență uriașă între PMI și IPMA / Sovnet, cu excepția faptului că diferite proceduri le treci un examen de certificare .dar judecând după SAP și Oracle în metodologiile câștigă PMI. Poate că greșesc, dar impresia am este. Tseselskiy Igor scrie ca un vagon de revizuire jurnalist Nu știu cum să scrie eseuri, articole populare, etc. deci este pentru mine un compliment. Mulțumesc.
Bună ziua, doamnelor și domnilor! Tema este foarte interesant pentru mine, așa că am decis să se alăture. Sunt un manager de proiect în domeniul proiectelor de investiții și de construcție și, desigur, în mod constant PMBOK utilizate în activitatea lor. Cu toate acestea, din cauza anumitor circumstanțe am acum primul director adjunct al Institutului de proiectare, este responsabil pentru punerea în aplicare a metodologiei de management de proiect la Institutul, si asa ca am fost foarte interesată de experiența utilizării PMBOK-l în organizație, principalul produs al cărui este dokumentatsiya.Kollegi proiect cu experiență în acest raspunde-mi !!
Yuri Maksimenko a scris: Deci, eu aștept standardul păstrarea acestui fapt. Arată-mi un astfel de standard - Sunt fericit să se deplaseze pe el. Și faptul că am cu adevărat. Da, există în PMBOK, dar nu sunt alocate secțiunii, este prezentă în toate secțiunile. Corectarea obiectivelor proiectului în măsura executării sale - este inevitabil ca moartea. În experiența mea - este important să se schimbe procedura de management a fost scris în mod necesar în Regulamentul de Management al Proiectului (sau Carta proiectului, te-a sunat) și semnat de către client. Și nu fi leneș să le scrie în întârziere și să implice clientul în luarea deciziilor cu privire la modificările cât mai curând posibil. Acesta reușește să desemneze în prealabil riscurile și să fie de acord cu clientul ordinea aproximativă a răspunsului. Sub semnătura sau protocolului. Aceasta nu este doar o tigaie buna prăjire cu corpul tau preferat PMov (__ __ *), într-adevăr ajută atât tu cât și client. Să nu juri la apariția unui eveniment de risc „, care este de vină„și du-te direct la răspunsul. Și mai mulți bani sunt mult mai ușor și termenele limită sunt transferate în contul de modificări sau de a respinge cerințele neimportante pentru a tăia resursele.
Andrey Kunitsyn scrie Yuri, se familiarizeze cu metodologia XP: Extreme Programming. Nu a fost mult timp tot acolo - nu vor fi mai mult, și cu toții Este tehnica kltoruyu Fowler a scris? Voi încerca să-l citească din nou. Nu-mi amintesc că a fost stipulat construirea de relații cu clienții. Dar nu este pur și simplu uitată. Andrey Kunitsyn scrie: De fapt, problemele sunt formulate, deși elegant, dar, în general, este o soluție destul de fezabilă. Au. Chiar și eu știu cum să le rezolve. Dar eu nu pot justifica standardul său de abordare. Andrey Kunitsyn scrie: Vrei să vorbim - scrie într-un personal. Chiar am lovit alte probleme. Nu știu dacă am dreptul să-ți nava ei. Dial obrăznicie - am pune câteva întrebări.
Peter Alexandrov scrie: Oh, este în PMBOK, dar nu sunt alocate secțiunii, este prezentă în toate secțiunile. Și deci de aceea nu am observat acest lucru în primă lectură. Voi încerca să obțineți o înțelegere. Peter Alexandrov scrie: În experiența mea - este important să se schimbe procedura de management a fost în mod necesar precizate în Regulamentul de Management al Proiectului (sau Carta proiectului, te-a sunat) și semnat de către client. Despre acest discurs și că limita de timp am să scrie. De fiecare dată, pentru a primi mai inteligent și mai inteligent toate :) Dar am vrut ceva atent la bază.