ранги розробників
Звичайно ранг розробника - це досить абстрактне поняття, але я висловлю свою думку з даного питання, воно не прив'язане до жодної теорії, а базується лише на моєму досвіді.
Junior Developer
- оптиміст, завжди недооцінює поставлене завдання
- постійно відчуває брак часу
- соромиться показати своє незнання
- постійно наступає на граблі
- насилу доводить проект до фінальної точки
- тестер - ворог - бо знаходить баги
- менеджер - не сприймається ще всерйоз
- поки не орієнтується по ЗП, але якщо йому запропонують на $ 50 більше в іншому місці - може піти
- рутинну роботу вважає складною, але повинен справлятися
- песиміст, часто недооцінює свої сили і боїться промахнутися в оцінці
- завжди є час на перекур і чашечку кави
- не соромиться запитувати у колег по цеху, може навіть нахабно їх експлуатувати
- настає тільки на граблі заховані у високій траві
- скриплячи зубами доводить проект до розуму
- тестер - просто задовбав, хоча є розуміння, що сам налажал
- менеджер - навіщо йому мої звіти?
- вже знає свою ринкову вартість, підвищення ЗП не вимагає, але дізнається про вакансії на інших фірмах, і іноді натякає про свою поінформованість
- якщо виконувані таски і проект здасться нецікавим, це негативно позначиться на проекті - зазвичай супроводжується криками проект Г. замовник М ..., і що Ви взагалі розумієте в програмуванні
Senior Developer
- реаліст, спираючись на свій досвід, бачить "вузькі" місця проекту і закладається на ризики, а так само повідомляє про це менеджерам
- встигає і робити проект, і посидіти на "мітингах", і ще й підказувати колегам
- може допомогти ближньому, не соромиться сказати, що він чогось не знає
- якщо і наступає на граблі - то тут два варіанти:
- "Граблі" - лягли в ризики, і все проходить безболісно
- "Граблі" - наносять критичний шкоди за проектом, бо Senior допустив помилки при розробки архітектури (иль ще де, але не менш фатально)
- вдало завершений проект - доставляє щире задоволення (і психологічне і матеріальне)
- тестер - радник в плані юзабіліті
- менеджер - щит, який теж не любить неадекватного замовника
- добре знає собі ціну, не соромиться вимагати підвищення ЗП
- прекрасно розуміють, що робота може бути рутинної, але це не повинно впливати на якість коду, може бурчати, але роботу буде робити
Якщо Ви маєте в своєму розпорядженні достатню кількість ресурсів, і при цьому в наявності як Junior'и так і Senior'и - то доля проекту може сильно залежати від складу команди, так що будьте уважні:
- не варто ставити junior'а до зубрів програмування, якщо серед них немає людини здатного зайнятися його навчанням: і новачок нічому не навчитися, і "зубри" будуть в сказі
- якщо проект розробляється лише Junior'амі - тримайте руку на пульсі такого проекту і купите валер'янку - собі і замовнику;)
- не варто садити Senior'а за проект рівня "для чайників" - проект буде зроблений і зданий, ось тільки розробник від нудьги почне думати про роботу в іншому місці
Ну і ще трохи інформації для роздумів:
Помилки які здійснюють розробники, коли починають замислюватися про підвищення ЗП: