{"id":1331,"date":"2009-05-07T22:31:36","date_gmt":"2009-05-07T21:31:36","guid":{"rendered":"https:\/\/www.blog.gdaq.pl\/?p=1331"},"modified":"2010-11-28T17:08:50","modified_gmt":"2010-11-28T16:08:50","slug":"jak-z-powodzeniem-realizowac-projekty-informatyczne-cz2","status":"publish","type":"post","link":"https:\/\/gdaq.pl\/blog\/2009\/05\/jak-z-powodzeniem-realizowac-projekty-informatyczne-cz2\/","title":{"rendered":"Jak z powodzeniem realizowa\u0107 projekty informatyczne cz.2?"},"content":{"rendered":"
W zwi\u0105zku z napotkanymi problemami przy ostatnio prowadzonym projekcie dzi\u015b chcia\u0142em poruszy\u0107 kwesti\u0119 zdawania projektu klientowi i wprowadzania poprawek.<\/p>\n

Jak ju\u017c wcze\u015bniej pisa\u0142em w artkule pt.: “Jak z powodzeniem realizowa\u0107 projekty informatyczne”<\/a> specyfikacja to podstawa projektu. Kolejna rzecz to po wykonaniu projektu zg\u0142aszanie uwag i jego poprawianie. Podstawowy b\u0142\u0105d, kt\u00f3ry pope\u0142ni\u0142em przy zleceniu, kt\u00f3re aktualnie realizuj\u0119 to nie okre\u015blenie ilo\u015bci poprawek dla klienta. Zawsze przypominam sobie o tym gdy zaczynaj\u0105 si\u0119 problemy i niestety tym razem by\u0142o za p\u00f3\u017ano. Projekt graficzny strony internetowej zosta\u0142 uko\u0144czony oko\u0142o marca, a do tej pory jest poprawiany.
\nPracuj\u0105c w firmie PLAY jako tester oprogramowania nauczy\u0142em si\u0119 kilku rzeczy m.in. tego, \u017ce trzeba ustala\u0107 ilo\u015b\u0107 poprawek mo\u017cliwych do wprowadzenia w projekcie oraz termin ich wykonania.<\/p>\n

To co polecam to np. okre\u015blenie z klientem, \u017ce po dostarczeniu projektu ma on x czasu na przetestowanie go. Nast\u0119pnie klient spisuje wszystkie swoje uwagi do jednego dokumentu, lub je\u015bli posiadacie odpowiednie oprogramowanie to wpisuje swoje uwagi do niego (wi\u0119cej o tym mo\u017cecie przeczyta\u0107 m.in. na testerzy.pl<\/a>) i dostajecie okre\u015blony termin na wykonanie tych poprawek. Po wszystkim klient jeszcze raz testuje projekt tym razem ju\u017c ostatecznie zg\u0142asza uwagi do projektu i po tych zmianach ko\u0144czymy prac\u0119.<\/p>\n

Nie polecam wysy\u0142ania uwag do projektu pojedy\u0144czo w e-mailach bo mo\u017cna si\u0119 w tym zagubi\u0107. Je\u015bli nie pomy\u015bleli\u015bmy o tym wcze\u015bniej, a klient zaczyna zg\u0142asza\u0107 uwagi w ten spos\u00f3b proponuj\u0119 szybko przej\u0105\u0107 nad tym kontrol\u0119, spisa\u0107 wszystkie uwagi w jeden dokument tekstowy i przekaza\u0107 klientowi, aby dopisywa\u0142 swoje uwagi. Je\u015bli tego nie zrobimy pop\u0142yniemy w ilo\u015bci e-maili jakie zaczn\u0105 do nas sp\u0142ywa\u0107, a cz\u0119\u015b\u0107 uwag po prostu przeoczymy. W przypadku tego projektu w\u0142a\u015bnie tak post\u0105pi\u0142em.
\nUstalanie terminu wprowadzenia poprawek pozwoli utrzymywa\u0107 nam kontrol\u0119 nad czasem prowadzenia projektu. Przy zg\u0142aszaniu uwag codziennie przez 2 tygodnie na e-mail spowoduje pojawienie si\u0119 nieko\u0144cz\u0105cej si\u0119 listy uwag i stale przed\u0142u\u017caj\u0105cego si\u0119 terminu uko\u0144czenia projektu.<\/p>\n

<\/p>\n

Reasumuj\u0105c, po pierwsze ustalajcie z klientami ilo\u015b\u0107 poprawek w projekcie i termin\u00f3w na ich poprawki, a po drugie dbajcie o to by uwagi sp\u0142ywa\u0142y do was w odpowiedniej formie by m\u00f3c nad nimi panowa\u0107. Bardzo dobry pomys\u0142 to korzystanie z jakiego\u015b programu on-line do zarz\u0105dzania projektami. Klient mo\u017ce na bie\u017c\u0105co zg\u0142asza\u0107 uwagi, a my po zako\u0144czeniu przez niego test\u00f3w, po kolei mo\u017cemy odhacza\u0107 z task listy zadania jako poprawione. Dzi\u0119ki temu zachowamy \u0142ad i porz\u0105dek.<\/p>\n

Je\u015bli ten artyku\u0142 pom\u00f3g\u0142 Ci, masz co do niego jakie\u015b w\u0105tpliwo\u015bci lub pytania “Zostaw komentarz”, a na pewno na niego odpowiem.<\/h5>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

W zwi\u0105zku z napotkanymi problemami przy ostatnio prowadzonym projekcie dzi\u015b chcia\u0142em poruszy\u0107 kwesti\u0119 zdawania projektu klientowi i wprowadzania poprawek. Jak ju\u017c wcze\u015bniej pisa\u0142em w artkule pt.: “Jak z powodzeniem realizowa\u0107 projekty informatyczne” specyfikacja to podstawa projektu. Kolejna rzecz to po wykonaniu projektu zg\u0142aszanie uwag i jego poprawianie. Podstawowy b\u0142\u0105d, kt\u00f3ry pope\u0142ni\u0142em przy zleceniu, kt\u00f3re aktualnie […]<\/p>\n","protected":false},"author":7,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"pgc_sgb_lightbox_settings":"","footnotes":""},"categories":[13],"tags":[],"class_list":["post-1331","post","type-post","status-publish","format-standard","hentry","category-usability"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/gdaq.pl\/blog\/wp-json\/wp\/v2\/posts\/1331","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/gdaq.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/gdaq.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/gdaq.pl\/blog\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/gdaq.pl\/blog\/wp-json\/wp\/v2\/comments?post=1331"}],"version-history":[{"count":0,"href":"https:\/\/gdaq.pl\/blog\/wp-json\/wp\/v2\/posts\/1331\/revisions"}],"wp:attachment":[{"href":"https:\/\/gdaq.pl\/blog\/wp-json\/wp\/v2\/media?parent=1331"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/gdaq.pl\/blog\/wp-json\/wp\/v2\/categories?post=1331"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/gdaq.pl\/blog\/wp-json\/wp\/v2\/tags?post=1331"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}