Jak planujecie swoje projekty? [duże]

[witko2006]

Witam,

Właśnie zaczynam tworzyć swój kolejny projekt - tym razem dużo większy. Mój problem polega na tym ,że w głowie świta mi jak to ma wszystko działać, jakie mają być powiązania jednakże gdy zaczynam tworzyć bądź to skrypt lub grafikę to sprawa wygląda o wiele trudniej. Nawet jeżeli wykonam pewien fragment to za chwilę zdaje sobie sprawę ,że nie będzie to kompatybilne z resztą projektu.

Jak temu zaradzić? Odpowiedź zapewne jest prosta - rozpisać to. Próbowałem użyć do tego diagramów , edytorów tekstowych i standardowo ołówek, linijka i kawałek papieru jednakże czuję ,że brak mi doświadczenia i tak stoję w miejscu od dłuższego czasu.

Miał ktoś z Was kiedyś taki problem? Będę wdzięczny za każdą poradę oraz URLs do artykułów lub stron/for na ów temat.

Dzięki - Pozdrawiam.

[jsmp]

prototypowanie, najlepiej na papierze.

stwórz mini wersję swojej witryny. weź plik kartek A4 czy A5 i rozrysuj wszystko.

widząc elementy projektu, będziesz widział czy coś nie gra, nie działa już na etapie rozrysunku i dzieki temu temu zaradzisz..

potem stwórz layout, potnij, dołącz html/css cby szablon nabrał wstępnej wizji strony internetowej,

po czym przystąp do kodowania php czyli funkcjonalności. W tym też czasami można się zapętlić i trzeba przebudowywać niekiedy funkcję, ktora wcześniej wydawała się "nie taka zła"

możesz przeszukać bloga m.Kasperskiego: https://ui.blox.pl/html specjalsty od projektowania i użyteczności internetowej.

[LaoHost.pl]

Duże projekty zawsze piszę we frameworku. Framework narzuca wiele rozwiązań, dzięki temu nie muszę się zastanawiać nad wieloma rzeczami - po prostu są już rozwiązane za mnie. Gdy mam dodać nową funkcjonalność, zastanawiam się tylko jak ją zrobić zgodnie z filozofią frameworka w którym piszę.

Kolejna ważna sprawa to system zarządzania projektem. Ja wybrałem dosyć toporny Trac, ale jest też kilka innych ciekawych, darmowych i komercyjnych. Kiedy tylko jakiś pomysł mi przychodzi do głowy, wprowadzam nowy ticket do systemu i pomysł czeka, aż przyjdzie jego czas Oprócz tego zawsze dodaję kilka ticketów wprzód jeśli chodzi o postęp całego projektu, dzięki czemu siadam do komputera i od razu wiem czym mam się zająć oraz w którym miejscu jestem.

I ostatnia rzecz - system kontroli wersji. Wybrałem SVN, ponieważ jest z nim zintegrowany Trac. Ostatnio coraz większą popularnością cieszy się GIT. System kontroli wersji daje mi możliwość powrotu do punktu projektu, w którym jeszcze wszystko szło we właściwym kierunku. Dzięki niemu mam też zawsze aktualną wersję projektu na serwerze (kopia zapasowa, możliwość rozpoczęcia pracy na dowolnym komputerze).

Wiem, że zupełnie inaczej się pracuje, gdy wizja projektu jest jasna i klarowna. Im więcej projektów skończysz, tym łatwiej będzie taką wizję uzyskać.

[idolw]

my tworzymy duze dokumenty w ktorych jest dokladnie opisany i narysowany kazdy ekran i kontrolka. trwa to niemilosiernie dlugo wlasnie przez to, ze na etapie projektu wszystko musi do siebie pasowac. wtedy nie ma sytuacji, w ktorej na etapie programowania zmieniamy zasady gry.

dokumenty sa dlugie, ostatnio pisalismy projekt aplikacji na iphone. jakies 12 ekranow w sumie. wyszlo tego 45 stron wraz ze screenami.

takie podejscie jest szczegolnie efektywne gdy zatrudniasz ludzi. nienawidze patrzec jak czlowiek czeka na wytyczne. ma dostac dokladny opis jak cos ma dzialac i mam go na tydzien/miesiac z glowy bo praktycznie wszystko jest odpowiedziane. wielu stwierdzi pewnie, ze nie warto tracic az tyle czasu na opisywanie, ale z mojego doswiadczenia takie podejscie sprawdza sie najlepiej. tym bardziej, ze dokumentacja pozniej latwo przydaje sie do testow na wiekszej liczbie osob, bo sa w niej opisane juz przypadki uzycia.

[witko2006]

A jakie oprogramowanie [na razie niestety jeszcze darmowe] polecilibyście do tworzenia i zarządzania projektem?

Zaraz przetestuję tego Trac'a jednakże wywala mi przy instalowaniu ,że brak Pythona

[idolw]

my uzywamy basecamp, ale jest platny. rownie dobre bylyby google docs, calendar i odpowiednia organizacja w gmailu, ale basecamp byl wczesniej. nie ma co przesadzac z forma, liczy sie tresc. ja np. wiekszosc projektow pisze w notatniku windowsowym i potem przeklejam wraz z obrazkami do worda (nie jestem programista tylko marketoidem). co kto lubi.

najwazniejsze to zeby byly dobrze ustawione milestones i zeby nie zaczac "robienia" przed zakonczeniem "myslenia".

[witko2006]

Dzięki wielkie za porady. Trochę poczytałem , posiedziałem i poukładałem w głowie. Być może coś z tego wyjdzie

[zgred]

przy zuych projektach: swot/tows, 5 sił portera - ogólnie analiza rynku i tego co chce zrobić w otoczeniu czego mam działać. Zgrubnie. Reszty nie powiem bo za szczerosc w lutym mnie "politycznie pokiereszowanow seo".

[dMien]

Do tworzenia prototypów podobno dobry jest też Axure.

https://www.axure.com/

Nie wiem jak innym, ale mi planowanie czegokolwiek, bardzo ułatwiają mapy myśli. Darmowym oprogramowaniem ich tworzenia jest FreeMind.

https://freemind.sourceforge.net/

[witko2006]

Do tworzenia prototypów podobno dobry jest też Axure.

https://www.axure.com/

Nie wiem jak innym, ale mi planowanie czegokolwiek, bardzo ułatwiają mapy myśli. Darmowym oprogramowaniem ich tworzenia jest FreeMind.

https://freemind.sourceforge.net/

Dzięki wielkie za tego Axure. Znakomite narzędzie. Jeżeli się nie zawiodę to za miesiąc wykupię licencję

[witko2006]

Pozwolę sobie odświeżyć temat.

Wówczas gdy zabieracie się do stworzenia struktury aplikacji, zaczynacie od rozpisania|rozrysowania funkcji pobocznych?

[LaoHost.pl]

Zdecydowanie lepiej się sprawdzi zasada "od ogółu do szczegółu". Najpierw podział zadań na klasy, potem najważniejsze metody klas, następnie przemyślenie sposobu działania konkretnych metod i dopisanie metod pobocznych.

Ktoś już wspomniał o mapach myśli - do tego celu nadają się idealnie. Polecam XMind.