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

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?

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

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.

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.

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.

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.