Szablony / wymagania dotyczące propozycji projektu [zamknięte]

11

Czy przygotowując propozycję projektu, używasz standardowego szablonu?

Jakie funkcje / informacje powinny zostać uwzględnione? Co miło jest włączyć? Jakiego rodzaju informacje o płycie kotła powinienem wsunąć?

Czy uważasz, że jakiś wzór lub koncepcja jest szczególnie pomocna?

Incognito
źródło
Czy to propozycja projektu wewnętrznego czy propozycja dla klienta?
VirtuosiMedia,
Ogólnie dla klienta.
Incognito

Odpowiedzi:

5

Czy kiedykolwiek widziałeś szablon wymagań Volere ?

Chociaż zawiera on trochę za dużo szczegółów, jak na mój gust, szczególnie w przypadku propozycji (lepiej nadaje się do szczegółowej specyfikacji wymagań z góry), nagłówki sekcji są świetną listą kontrolną, aby upewnić się, że wcześniej pomyślałeś o wszystkich różnych ruchomych częściach podając kosztorys lub tworząc dokument ofertowy.

Tutaj są:

KIEROWCY PROJEKTU

  1. Cel produktu
  2. Klient, klient i inni interesariusze
  3. Użytkownicy produktu

OGRANICZENIA PROJEKTU

  1. Obowiązkowe ograniczenia
  2. Konwencje nazewnictwa i definicje
  3. Istotne fakty i założenia

WYMAGANIA FUNKCJONALNE

  1. Zakres pracy
  2. Zakres produktu
  3. Wymagania funkcjonalne i dotyczące danych

WYMOGI NIEFUNKCYJNE

  1. Wymagania dotyczące wyglądu i odczuwania
  2. Wymagania dotyczące użyteczności
  3. Wymagania dotyczące wydajności
  4. Wymagania operacyjne
  5. Wymagania w zakresie konserwacji i przenoszenia
  6. Wymagania bezpieczeństwa
  7. Wymagania kulturowe i polityczne
  8. Wymogi prawne

KWESTIE PROJEKTOWE

  1. Otwarte kwestie
  2. Gotowe rozwiązania
  3. Nowe problemy
  4. Zadania
  5. Cutover
  6. Ryzyko
  7. Koszty
  8. Dokumentacja i szkolenie użytkowników
  9. Poczekalnia
  10. Pomysły na rozwiązania
Paddyslacker
źródło
Link do dokumentu jest zepsuty
mclark1129,
Wygląda na to, że zmienili stronę internetową. Zaktualizuję referencję.
Paddyslacker,
3

Czy używam standardowego szablonu? tak

Jakie funkcje / informacje są zawarte, miło mieć:

  • Okładka
  • Metadane: dane kontaktowe klienta, dane kontaktowe programisty, nazwa projektu, data
  • Profil klienta (opcjonalny, ale dobry): Obejmuje informacje o konkurencji, produkty lub usługi sprzedawane przez klienta, aktualną sytuację i cele, rynek docelowy, pozycję rynkową. Przeciętny mały biznes nie jest w stanie zapewnić większości z nich.
  • Przegląd projektu: Zawiera szczegóły w formacie konspektu. Tutaj definiowane są prace projektowe.
  • Nieuwzględnione: rzeczy wyraźnie pominięte w projekcie.
  • Materiały początkowe: Lista rzeczy potrzebnych klientowi do rozpoczęcia pracy, a także daty, które są wymagane.
  • Mapa witryny: opcjonalna, ale dobra, jeśli robisz witrynę internetową lub złożoną aplikację. Ładna grafika.
  • Dane demograficzne: użytkownika końcowego, zwykle w formie ładnej grafiki.
  • Kreatywne streszczenie: opcjonalne. Dotyczy to projektantów i obejmuje takie rzeczy, jak historia komunikacji, komunikat, osobowość i ton, odbiorcy (obecny zestaw umysłów) i odbiorcy (wynikowy zestaw umysłów), strony internetowe konkurentów, przykładowe strony lub produkty preferowane przez klienta, kolory firmy, przewodnik po stylu (zwykle zewnętrzny). Dokumentuje istniejące materiały, takie jak logo, broszury itp.
  • Oś czasu projektu: Podział czasu, kiedy należy zrobić z ostateczną przewidywaną datą zakończenia. Mój szablon zawiera duże zrzeczenie się odpowiedzialności, że terminy zależą w dużym stopniu od uczestnictwa klientów.
  • Podział kosztów: Koszt innego zadania do wykonania. Tam, gdzie to możliwe, ta sekcja zawiera również analizę „zwrotu z inwestycji”.
  • Umowa dotycząca projektu: Warunki płatności, duże pieniądze, 100% gwarancja zwrotu pieniędzy, wymagany pojedynczy punkt kontaktowy, materiały dostarczone przez klienta i zatwierdzenia muszą być terminowe, dodatkowe fakturowanie lub czas, jeśli klient zmieni zakres pracy, informacje o hostingu (dla stron internetowych) , prawo do korzystania z utworu do autopromocji, obowiązujące prawo, oświadczenie o własności kodu źródłowego, dostępność oprogramowania escrow, podpisy.
  • O nas: Obejmuje informacje o firmie ze zdjęciami, przykłady naszej pracy, referencje, inne oferowane usługi, profil zespołu ze zdjęciami.
  • Wniosek: Dziękujemy i dane kontaktowe.

Płyta kotła: jak najwięcej. Wszystkie powyższe mają coś, nawet jeśli jest to tylko tekst wypełniający. Ten artykuł miał na mnie wpływ: http://articles.sitepoint.com/article/bulletproof-web-design-contract

Moje propozycje zwykle pojawiają się od 14 do 20.

bogeymin
źródło
2

Można to zrobić na wiele różnych sposobów.

Oto jeden, który poparłem - ma podejście freelancera, ale tak naprawdę chcesz to robić:

http://tutorialblog.org/writing-a-project-proposal/

Istnieje wiele przewodników online. Sztuką jest wiedzieć, który będzie odpowiadał Twoim potrzebom. Uczyłem klasę z tych rzeczy. Mój zatwierdzony artykuł wydaje się być istotą tego, czego oczekują klienci i co powinno Cię zaprowadzić do drzwi.

To NIE zastępuje planu projektu, który może być całkowicie bardziej skomplikowanym zwierzęciem.

CokoBWare
źródło
czy mógłbyś wyjaśnić to bardziej szczegółowo - w jaki sposób i dlaczego „zatwierdzony artykuł” odpowiada na zadane pytanie? „Tylko odpowiedzi” nie są mile widziane na Stack Exchange
gnat
2

Jeśli chodzi o szablony, uważam, że szablony ReadySET są dość solidne. Szablony te obejmują główne punkty cyklu życia - planowanie projektu, wymagania, projektowanie, wdrożenie, testowanie, wdrożenie / instalację, wsparcie i finalizację projektu.

Należy jednak pamiętać, że szablony należy modyfikować, aby pasowały do ​​projektu i procesów. Bardzo rzadko można po prostu pobrać szablon z książki lub Internetu i użyć go. Uważam, że szablony są najbardziej przydatne w określaniu, jakie informacje powinienem mieć gdzieś na każdym etapie, i pozwalam projektowi określić, w jaki sposób i gdzie informacje są przechwytywane.

Thomas Owens
źródło
0

Departament Obrony USA włożył wiele pracy w opracowanie pełnego zestawu opisów elementów danych (szablonów), które będą pasować do DOD-STD-2167A , a później do MIL-STD-498 .

Jest stare powiedzenie: „Przepisy marynarki wojennej są zapisane krwią”. Jeśli dokładnie przeczytasz DID, prawdopodobnie zrozumiesz, że każda z nich jest napisana krwią kierowników programów, których projekty poniosły straszliwą śmierć, ponieważ zaniedbali pozycję w tym wierszu.

Mogłoby być jeszcze gorzej, jeśli się na nie spojrzy.

John R. Strohm
źródło