Najlepsza odpowiedź
Tło projektu opisuje zaplecze organizacyjne, w którym projekt jest realizowany. Należy dążyć do tego, aby było to zrozumiałe dla kogoś, kto nic nie wie o biznesie lub technologii. Powinien być na wysokim poziomie, tylko kilka zdań na każdy kluczowy element. Na przykład, kiedy byłem szefem bibliotek cyfrowych w British Library, wyjaśniałem, czym jest Biblioteka Brytyjska, dlaczego ma bibliotekę cyfrową, jaki jest program biblioteki cyfrowej i na jaką część systemu biblioteki cyfrowej ma wpływ projekt. Po napisaniu go dla jednego projektu powinno być możliwe ponowne użycie go w każdym innym projekcie w ramach tego samego programu
Definicja problemu opisuje problem, który projekt ma rozwiązać. Powinien opisywać problem w kategoriach korzyści biznesowych, których spodziewasz się po zakończeniu projektu. Wiele osób źle to rozumie. Załóżmy na przykład, że Twój projekt polega na uaktualnieniu grupy serwerów z Windows Server 2003 do 2016. Często widziałem, jak ludzie piszą coś w rodzaju: „Problem polega na tym, że na serwerach x, yiz jest uruchomiony system Windows Server 2003”. Fakt, że serwer używa przestarzałego systemu operacyjnego, sam w sobie nie stanowi problemu. Musisz zagłębić się w prawdziwy problem biznesowy, który jest rozwiązywany. Może to być kwestia bezpieczeństwa lub może to oznaczać, że nie możesz spełnić swoich umów SLA, ponieważ system monitorowania nie obsługuje 2003. Załóżmy, że uruchamiasz projekt i odkrywasz, że jednego z serwerów nie można zaktualizować, ponieważ oprogramowanie, które działa, jest niezgodne z 2016 r. Twój projekt jest teraz porażką. Jednak oprogramowanie będzie działać na serwerze 2010. Jeśli powiedziałeś, że problem dotyczy bezpieczeństwa, możesz po prostu zainstalować 2010, a projekt nadal się powiódł.
Jeśli spojrzysz na PRINCE2 i Managing Successful Programy (MSP) mówią o projektach – mają na celu wprowadzenie zdolności. cele projektu powinny dotyczyć możliwości, które mają być dostępne do końca projektu. Załóżmy na przykład, że tworzysz witrynę internetową firmy zajmującej się rezerwacją podróży. Celem byłoby umożliwienie użytkownikom wyszukiwania, rezerwacji i płacenia za przejazdy pociągiem, taksówką, rikszą itp.
Uzasadnienie projektu to uzasadnienie biznesowe projektu. Tylko dlatego, że istnieje problem, który wymaga rozwiązania, nie oznacza, że firma powinna wydawać pieniądze na rozwiązanie tego problemu. Każda organizacja ma o rząd wielkości więcej rzeczy, które mogłaby zrobić, niż ma czas lub pieniądze na osiągnięcie. Uzasadnienie projektu powinno informować czytelnika, jaki jest oczekiwany zwrot z inwestycji dla projektu
Zakres projektu powinien zawierać listę punktowaną tego, co projekt będzie robił i, co ważniejsze, czego nie zrobi. Na przykład, czy projekt będzie dostarczał materiały szkoleniowe? Czy projekt zrekrutuje zespół, który będzie korzystał z wyników? Czy zakres projektu obejmuje jeden kraj, region czy cały świat?
Odpowiedź
Tło projektu – To jest tylko kontekst, a nie sam projekt. Na przykład firma się rozwija, więc zatrudnia więcej pracowników. Twój projekt polega na odświeżeniu technicznym i zwiększeniu wydajności systemu HR. Nie zapewniasz wzrostu ani personelu. Dostarczasz nowy system HR.
Definicja problemu: To nie jest termin dotyczący zarządzania projektami. Powiedziałbym, że odnosi się do tła, ponieważ pyta, jaki problem wymaga rozwiązania. Twój projekt może nie dostarczać całego rozwiązania, więc nie można rozwiązać podstawowego problemu. Na przykład odświeżenie działu kadr nie zapewni odpowiedniego wzrostu w systemie płac.
Cele projektu: Zwykłe Termin to cele i są dwa rodzaje.
Cele biznesowe: Może to obejmować umiejętność radzenia sobie z x\% wzrostem liczby pracowników. Nie dostarczysz tego – naprawiasz tylko HR. Nawet jeśli system HR był jedynym, który wymagał wzrostu, klient musi spojrzeć na procesy biznesowe, personel HR itp., Aby móc skorzystać z nowego systemu, dostarczać. Cele biznesowe warto znać i opisywać, ALE NIE są one częścią Twojego prezentu.
Cele projektu: To są wyniki, które projekt ma osiągnąć. Są one zawarte w Twoim darze. są nadal na wysokim poziomie, więc nie myl ich z produktami dostarczanymi.
Uzasadnienie projektu: Ponownie, jest to naprawdę część tła. W dużej mierze to nie Twoja sprawa! Jeśli klient chce mieć duży czerwony słup w swoim biurze i jest gotów za to zapłacić, to jego sprawa.Ktoś, nie premier, ale często analityk biznesowy, musi stworzyć uzasadnienie biznesowe, aby uzasadnić swoją pracę i uzyskać zatwierdzenie wydatków przez posiadaczy budżetów. Zwykle byłoby to a) jeśli wydam X, zwróci to X + Y, lub b) jeśli wydam X, unikniemy lub ograniczymy koszty ryzyka Y. To nie jest Twoja praca i zostanie wykonana, zanim poproszony o zdefiniowanie i prowadzenie projektu.
Zakres projektu: Zakres projektu jest absolutnie sercem Twojej domeny jako PM. Zakres określa, możliwie najdokładniej, dwie rzeczy: 1) Co zrobi projekt? 2) Czego projekt NIE zrobi? Twój projekt dostarczy nowy system HR, ale (być może) nie zapewni szkolenia personelowi HR klienta. Nie zapewni dodatkowego personelu kadrowego. Prawdopodobnie obejmuje integrację kadrowo-płacową, ale prawdopodobnie nie obejmuje zmian w liście płac. Itd. Zakres najlepiej zdefiniować w uporządkowany sposób. Korzystam z POLDAT
Proces biznesowy, organizacja, lokalizacja, dane, aplikacja, technologia.
Co zmienia się lub nie zmienia twój projekt w tych domenach zmian?
Spieprzyć to i jesteś głęboko w środku —-