Intotdeauna am considerat ca existenta preotilor ca "interfete" cu Dumnezeu este unul din dezavantajele si inechitatile crestinismului. Relatia ar trebuisa fie tu-Dumnezeu nu tu-un_om-Dumnezeu.
Reclama asta, amuzanta cum e ea, imi sustine, zic eu, punctul de vedere.
Google - Interfete Web update
Dupa terminarea proiectul IE s-a vazut diferenta intre modalitatile de SEO orientate pe termen scurt folosite de ceilalti si ce am facut noi:
- blogul a ajuns primul rezultat in Google
- siteul a ajuns pe pagina 2 si creste
Site-ul este pe pagina 3
Pentru ca inca am ramas cu reflexul de a cauta site-ul dupa interfete web pe Google am facut si astazi o cautare. Am fost placut surprinsa ca dupa 1 saptamana de la terminarea proiectului site-ul nostru a avansat de pe pagina 5 pe pagina 3 (chiar a 3a intrare).
Eu imi propun sa contribui in continuare la continutul de pe site asa ca va invit sa reveniti din cand in cand sa vedeti ce mai e nou
Eu imi propun sa contribui in continuare la continutul de pe site asa ca va invit sa reveniti din cand in cand sa vedeti ce mai e nou
Ce am invatat ca PM din proiectul la IE
Sunt cateva lucruri pe care le-am invatat cu ocazia proiectului la IE si pe care le consider importante pentru mine ca membru al unei echipe (de programatori sau orice altceva) si mai tarziu ca project manager (sper eu, curand :) ). Lucrurile astea, cate am identificat pana acum, sunt:
Unii oameni au nevoie de micromanagement
Cand lucrezi cu oameni mai putin motivati ca tine sau mai putin cunoscatori pur si simplu, e nevoie sa le dai indicatii clare, detaliate la maxim despre fiecare task.
Nu ai voie niciodata sa pierzi din vedere lucruri
M-am concentrat prea mult pe blog, unde am organizat activitatea (si a iesit bine, munca a fost repartizata ok, ritmul a fost constant, lucrurile s-au facut din timp) sia sta s-a vazut la site, care a trebuit pus pe piciaore ca lumea in ultima parte a proecitului si din lipsa de timp lucrurile nu au mers asa cum ne-am dorit . (A fost o incurcatura cu parola de la site, pe care nu am rezolvat-o in timp util.) Nu trebuia sa uit ca si siteula re o amre aprte din punctaj.
Nu trebuie sa faci lucrurile tu, e mai bine sa le delegi pentru o impartire uniforma a taskurilor
Am lucrat prea mult la blog singur si nu am specificat organizarea pentru lucrul al site din timp si corect. M-am bazat prea mult pe autoorganziarea unei subechipe cand trebuia sa specific clar ce e de facut, cand si cum se face, deoarece asta era treaba mea. Timpul petrecut cu "ingrijitul" blogului ar fi fost petrecut mai bine descoperind noi strategii pentru site si blog.
Fa lucrurile ca si cum timpul alocat ar fi jumatate din cat ai
In cazul nostru nu era posibila chestia asta, deoarece avem prea multe alte teme, dar ideea conteaza; altfel se ajugne la intarzieri din cauza ca apar prea multe necunsocaute, mai ales cand nu ai experienta pe tehnologiile cuc are lcurezi.
Modelul de dezvoltare prototip este bun cand esti incepator
Nu am stiut ce tehnologii sa folosim pentru site. Inital am ales Google Sites, dar am constat ca nu e destul de flexibil ca aspect acest serviciu. L-am aruncat (bine) si am ales altul: CMSul e107(nu foarte bine). Acesta a rezolvat problema cu designul, dar a introdus doua noi: dependenta de un server (care a produs ceva probleme ) si lipsa unor modalitati de SEO importante (nume custom pentru URLurile siteului). Ne-a costat putin, cred eu, a doua problema care nu a aparut in lista de taskuri macar, deoarece era prea tarziu sa mai facem ceva cand mi-am dat seama de ea.
Radacina problemei a fost ca nu am stiut ce sa cautam la un CMS, din cauza lipsei de experienta. Ar fi fost nevoie de inca o aruncare de prototip pe geam pentru rezultate optime.
Da deadlineuri multe si corespunzatoare
Un task fara deadline = 0. (Poate cea mai importanta invatatura :) )
Voi mai adauga aici concluziile care imi vin in minte, sper sa imi ramana infipte bine acolo ca sa le folosesc la proiectul urmator. Rezultatele au fost foarte bune acum, dar sunt si lucruri de invatat pe care nu e bine sa le uit, ca sa iasa si mai bine.
Unii oameni au nevoie de micromanagement
Cand lucrezi cu oameni mai putin motivati ca tine sau mai putin cunoscatori pur si simplu, e nevoie sa le dai indicatii clare, detaliate la maxim despre fiecare task.
Nu ai voie niciodata sa pierzi din vedere lucruri
M-am concentrat prea mult pe blog, unde am organizat activitatea (si a iesit bine, munca a fost repartizata ok, ritmul a fost constant, lucrurile s-au facut din timp) sia sta s-a vazut la site, care a trebuit pus pe piciaore ca lumea in ultima parte a proecitului si din lipsa de timp lucrurile nu au mers asa cum ne-am dorit . (A fost o incurcatura cu parola de la site, pe care nu am rezolvat-o in timp util.) Nu trebuia sa uit ca si siteula re o amre aprte din punctaj.
Nu trebuie sa faci lucrurile tu, e mai bine sa le delegi pentru o impartire uniforma a taskurilor
Am lucrat prea mult la blog singur si nu am specificat organizarea pentru lucrul al site din timp si corect. M-am bazat prea mult pe autoorganziarea unei subechipe cand trebuia sa specific clar ce e de facut, cand si cum se face, deoarece asta era treaba mea. Timpul petrecut cu "ingrijitul" blogului ar fi fost petrecut mai bine descoperind noi strategii pentru site si blog.
Fa lucrurile ca si cum timpul alocat ar fi jumatate din cat ai
In cazul nostru nu era posibila chestia asta, deoarece avem prea multe alte teme, dar ideea conteaza; altfel se ajugne la intarzieri din cauza ca apar prea multe necunsocaute, mai ales cand nu ai experienta pe tehnologiile cuc are lcurezi.
Modelul de dezvoltare prototip este bun cand esti incepator
Nu am stiut ce tehnologii sa folosim pentru site. Inital am ales Google Sites, dar am constat ca nu e destul de flexibil ca aspect acest serviciu. L-am aruncat (bine) si am ales altul: CMSul e107(nu foarte bine). Acesta a rezolvat problema cu designul, dar a introdus doua noi: dependenta de un server (care a produs ceva probleme ) si lipsa unor modalitati de SEO importante (nume custom pentru URLurile siteului). Ne-a costat putin, cred eu, a doua problema care nu a aparut in lista de taskuri macar, deoarece era prea tarziu sa mai facem ceva cand mi-am dat seama de ea.
Radacina problemei a fost ca nu am stiut ce sa cautam la un CMS, din cauza lipsei de experienta. Ar fi fost nevoie de inca o aruncare de prototip pe geam pentru rezultate optime.
Da deadlineuri multe si corespunzatoare
Un task fara deadline = 0. (Poate cea mai importanta invatatura :) )
Voi mai adauga aici concluziile care imi vin in minte, sper sa imi ramana infipte bine acolo ca sa le folosesc la proiectul urmator. Rezultatele au fost foarte bune acum, dar sunt si lucruri de invatat pe care nu e bine sa le uit, ca sa iasa si mai bine.
Abonați-vă la:
Comentarii (Atom)
