TK + Project Management (PM, folosim birou Feng) + sistem de control al versiunii (SVN).
La prima etapă TOR cu planul de lucru și de detaliu.
PP: dezvoltarea modulului de procesare de testare:
1. Adaptarea modelului de date: 4:00,
2. O mostră din înregistrarea de date, de tip 2 de protocol la fiecare 2 ore + 1 oră de depanare = 5 ore
Development 3. GUI: control cu 3 * procesare grafică la fiecare 4 ore + 2 * pentru masă de 1 oră și la + informații 1 de control comun de control * 0,5 ore = 14,5 ore
4. Testarea GUI: 3 grafice de procesare * 0,5 ore = 1,5 ore
5. Dezvoltarea raportului: 16 ore + design layout 8:00 + depanare 16 ore = 40 ore
Total: 60 ore
Intocmim TOR pentru întregul proiect, se adaugă 50% la 200% din stocul de-a lungul timpului. În viitor, TK va fi revizuit, lucrările vor fi transpuse, în ceea ce privește deplasarea în sus sau în jos, dar dezvoltarea reală ia timpul calculat cu foarte puține. Adevărat la prepararea unei astfel de TK ia o mulțime de timp.
Apoi, trebuie să monitorizeze punerea în aplicare a finalizării pas cu PM și potrivirea lor să se angajeze la sistemul de control al versiunii. Deci, este necesar să se controleze strict versiunea de lansare de operare în ramura SVN. Pe termen lung, obiectivele trebuie să creeze ramuri, și doar modificări minore care nu afectează performanțele sau au fost testate pe deplin să efectueze se angajeze în principal (GUI reproiectarea PP fără a schimba partea funcțională).
În curs de dezvoltare impreuna sa dovedit a fi o bună practică 1 st se angajeze la 1-4 ore pe ramură și la fiecare 4-7 ore, care fuzionează sucursale. Schimbări mari nu se acumulează și sunt atât de lucru pe cea mai recentă versiune. Pentru propriile lor proiecte personale încerc să rămânem la același ritm. Principalul avantaj al singur design-ul este abilitatea de a rula rapid înapoi modificările recente, iar timpul necesar să ia în considerare convenabil.
Perioada maximă admisibilă numărul este de 8 ore (1 zi). Dacă intervalul comite depășește această perioadă, pot exista doar 3 opțiuni: 1. lucru ar trebui, 2. Există o problemă gravă, 3. Problema este prea mare și am avut-o în mai multe detalii la detalii. Dacă există al treilea caz, ar trebui să verificați caietul de sarcini pentru sarcini similare și de a le rafina. Doar se angajează să meargă la fiecare bug fix, cu notificarea obligatorie a restului de urgență pentru a obține cea mai recentă versiune.
Cel puțin 1 dată pe săptămână, o discuție detaliată a stadiului proiectului la toate departamentul (companie, grup, subliniere), de preferință, cu un test de verificare-lista programului. Doar 1 dată pe lună, puteți solicita un raport cu privire la activitatea desfășurată în scris, eventual, cu un set de documente pentru program. Este important să nu uitați să facă TOR cel puțin 4 ore pe lună pe ea (în cazul în care documentația este de cel puțin 8-16).
PS. În ceea ce privește alegerea dezvoltator, cel mai bine este de a cere ajutor in alegerea programator familiar. Dacă nu, atunci cere candidatului să trimită un cod de probă și voteaza-l pe calitatea formatului. reguli de formatare a găsit foarte ușor. Sau cere orice programator pentru a evalua codul, cum ar fi Habra, un forum sau altceva de undeva.