ARB Security Solutions »Degradacja Empirical Software Development Management Techniques

Degradacja Empirical Software Development Management Techniques

Dziś poszłam do ostatniego wykładu, które zakończyły moje fundamentalne kurs MBA w USC (właściwie wciąż jestem w sali wykładowej, podczas gdy piszę te słowa). Tytuł wykładu brzmiał zastraszające: Degradacja Empirical Software Development technik zarządzania. To jest to. Jednakże szerokie i niedostępnego tytułu dokonanych dźwięku rozmowy, to było rzeczywiście koncentruje się na jeden główny problem: podczas narodzin i ewolucji technik rozwoju oprogramowania nastąpił wyraźny de-nacisk na pragmatyczne gromadzenie metryk. Coraz bardziej wydaje się, że ludzie są związane z retoryką i semantyka obracające się wokół SDLC, zamiast koncentrować się na zarządzaniu SDLC i zbiorcze wyniki zakończenia budowy sprawozdań z praktycznego poza jej przyozdobionym wyjścia. Ta strata jest epicki, gdyż spowoduje to w tym samym popełnienia błędów dwukrotnie.

Chyba mogę rodzaju zobaczyć w moim własnym przemysłem obracające się wokół rozwoju SharePoint. Nie było takich nacisku na realizacji jednego z "współczesne" SDLC's technik, takich jak Agile Scrum i proste, że ludzie po prostu wejść w tryb auto-banał, gdy są one ustalane. Kilka firm, którzy wcześniej nie mieli doświadczenia rozwoju są nieco zmuszony do dostosowania, oni nie potrzebują takich śmieci przed dlatego, że nie ma potrzeby oprogramowania na zamówienie w ogóle. Jednak SharePoint jako platforma współpracy Często może pracować jej drogę do współpracy takich firm, ponieważ pracownik informacji jest dość spójne przedsiębiorstwa potrzebują, niezależnie od branży. Na marginesie, ja naprawdę nie wiem, czy są one uważane współczesnych technik ergo umieszczanie cudzysłowu wokół pojęcia, jak sądzę w kategoriach metodologii wodospad, który zdawał się być zakorzenione w mózgu zarządzania tym przypadku, tak i Ja spowoduje, że oświadczenie.

Podczas I wprowadzą ten punkt w górę, przypomina mi się krótki rant miałem u kolegów MVP, gdzie wydaje się to być quasi-właściwe miejsce, aby wstawić go. W dziedzinie tych wszystkich nowych procesów, możemy zobaczyć jeszcze więcej do metalu rozwoju oprogramowania rzeczy takie jak ALT.NET itd. Zupełnie szczerze, jeszcze po moim modelu, który jest DBAGDI, stojąc na "Don't Be a God Damn Idiot ". W tej metodologii, to program jak chcesz, i co klient oczekuje od was. Ci rozwiązać wymogiem biznesowym i przejść. Chociaż niektóre z tych pomysłów i koncepcji iskra ciekawe debaty, którego wynik może spowodować nowy sposób patrzenia na różne sprawy, a to ani tu, ani tam, co stało się po prostu dobrze i programowania w jakich klient oczekuje, wiesz, że Bender jest metal facet programowania, które dostaje się robi? Every day I swear I usłyszeć coś nowego, ALT.NET, bla, bla, bla. Mam na myśli pracę nad wojskowych instalacji, wszystko zrobić, cały dzień jest usłyszeć skrótów, a następnie, kiedy siadam do mojego leczenia czasie rozwoju, które lubię tak bardzo, że zrobiłem fricking kariery poza tym, więcej akronimów. Inwazji na my space. Making me wszelkiego rodzaju szaleństwa. Ale ah, błądzić z mojego punktu początkowego, który był warstwowych wokół miejsca zarządzania projektami. Dziękujemy za wiszący na drodze tego.

Powrót do końca zarządzania projektami. Podczas obejmując i stosowania tych SDLC jest w organizacji, czasami nie jest odrębną strat przez co często są razy wymagane atrybuty zarządzania projektami. Co to jest największy? Cóż, Earned Value Management (EVM) of course!

Mam zamiar poruszać się po tym, ale praca Fleming i Koppelman prawie zdefiniowane EVM (było to pod koniec 1998 r., jeżeli moje notatki służą mi poprawnie, historyk nie był profesorem ). EVM jest prosta technika obracające się wokół podstawowych operacji arytmetycznych, a także zapewnia prosty, konkretny parametr wyjściowy. EVM z matematyki na poziomie jest dość łatwa do określenia i składa się z kilku mniejszych formuł, które są nadęty i będę pokrycie w osobnym post jak ich uproszczenie.

Stepping Back, Weźmy bardzo prosty, uproszczone spojrzenie na Agile SDLC i przeszczep niektóre z najważniejszych punktów na to.

Agile składa się z krótkich iteracji, w przeciwieństwie do dużych

Agile członkowie zespołu są zorientowane na własny rachunek, a proces tworzenia oprogramowania zazwyczaj obejmuje cały zespół, w przeciwieństwie do procesów zarządzania kawałek szachy

Agile jest adaptacyjny i oczekuje zmian

Agile koncentruje się na najwyższej jakości biznesowe Pierwszy

Agile nadaje się również do Test Driven Development i Continuous Integration

Istnieje o wiele więcej, ale ten pomysł jest więcej zasobów, niż można wstrząsnąć kij w zakresie metodologii Agile więc nie chcę do pokrycia go. Pozostaje pytanie, w jaki sposób integrować ramach Agile niektóre z tych bardziej formalną realizacji projektu metrycznych wyników? Ponadto, jak mogę komplement adaptacyjne SDLC że jest organizacyjnych preferencji z atrybutami PM, które zostały sprawdzone w celu zapewnienia centralnego wyniki?

To naprawdę nie jest trudno. Earned Value Management rozwiązuje wokół wartości wypracowanej (co trwa Aktualna Procent Zabezpieczyć Budżet razem, po prostu% APC TB = EV), a planowana wartość (co ma Oczekiwany procentach Times Budżet razem, po prostu% EPC * TB = PV) . Tak, to obliczyć wartości wypracowanej w drodze technicznym wyjście z planowanego wyjścia technicznych. Następnie można uzyskać za wartość Planowane jest wartość techniczną wyjście ograniczone do określonego terminu.

Teraz ta część jest ważna, ponieważ kierownictwo myśleć o jednej rzeczy, dolary i centy. Wiele z tego braku poczucia wartości, jest w istocie niematerialne. Mówię techniczne wyjścia, ponieważ nie wziąłem notatki na temat dokładnego terminu, że profesor używane. Nie można włożyć do pieniężnej sensu i ozdoby wartości firmy i stara się utożsamiać go na to rodzaj autodestrukcji iw istocie fikcyjne.

Załóżmy teraz, umieścić je w pewnych warunkach programu SharePoint, aby pewnym sensie go J SharePoint zawsze sprawia, że rzeczy mniej skomplikowane (przeznaczone sarkazm).

Mamy więc typowy szerokopasmowych SharePoint w małych i średnich przedsiębiorstw, której wstępny budżet projektu wynosi 100.000 dolarów (hej, jak konsultanci zawsze pad kosztów LIL). Nie dajmy się nadmiernie go i wprowadziła różne zadania rozwojowe i inne bzdury.

W ramach Agile, jesteśmy oddzielając tym na krótkie powtórzeń, ale przez wzgląd na przykład są to będzie trochę szerokie. Tak, jesteśmy tylko instalowania programu SharePoint, ich rezerw niektóre architekturę kolekcji.

Zadaniem programu SharePoint	Estimate	Zrealizowane	AC
Instalacja SharePoint	5	5	5000
Świadczenie Wstępne Kolekcje	10	10	10000
Architekt witryny Struktura	10
Metrics	25	15	15000

Tak, mamy niektóre z podstaw dół. Teraz, Pobawmy się wskaźników zdrowia projektów, które mogą być włączone do wskaźników w późniejszym terminie, takie jak koszt Performance Index (CPI).

Po pierwsze, zacznijmy z przybliżony procent Complete. Chcemy wykorzystać nasze bieżącej iteracji metryki jako argument, chociaż mógł powtórzeń przed lub po tym indeksie. So, I am going to start z iteracji instalacji i zobacz, gdzie jesteśmy.

EPC (przybliżony procent Complete) = CI (Completed powtórzeń) [5] / TI (Razem powtórzeń) [15]

EPC = x = 33,3%

PV (planowana wartość) = EPC (przybliżony procent Complete) [33,3%] * TB (całkowitego budżetu) [100000]

PV = x = 33300

APC (rzeczywista Procent Complete) = CIT (Razem Powtórzenia ukończenia) [15] / TIP (Razem Powtórzenia Planowane) [25]

APC = x = 60% Complete

EV (Earned Value) = APC (rzeczywista Procent Complete) * TB (całkowitego budżetu)

EV = 60% * 100.000

EV = x = 60000

Teraz, nawet jeśli mamy powtórzeń, możemy powiedzieć kilka rzeczy o naszym projekcie, chociaż mamy tylko wykonywania podstawowych operacji arytmetycznych. Co najważniejsze, you are awesome, ponieważ wartości wypracowanej jest nad zaplanowanej. You rock! Jeśli wypracowana wartość jest mniejsza niż planowana wartość, to jesteś w tarapatach.

Cóż, myślę, że obejmuje to czego byliśmy obejmujące w miarę empirycznych miar dotyczy. Pkt Staram się dysk domu wprowadza SDLC nie jest miły wobec mieć coś na każdy z projektów programu SharePoint, jest to konieczne. I chociaż może to być przypadek, nie ma zniżki wypróbowane i prawdziwy projekt metryczne metody zbiorów, które zostały okolice od zarania człowieka. Przy produkcji na rezultaty klienta jest zawsze w centrum, generując ważnych parametrów projektu może zarówno pomóc lepiej zarządzać projektem, jak również upewnić się, że problemy iteracji, które zostały w ramach jednego projektu, nie powtarza się na innym.

Ufff