Pull to refresh

Comments 6

Ещё из личных ошибок:


  1. Доверять и не проверять
  2. Не доверять вовсе
  3. Подумать что "всё очевидно же" и не объяснить
  4. Разжевывать каждую мелочь
  5. Пообещать сроки дедлайна, не сверившись с графиком отпусков
  6. Не иметь никаких сроков, не ставить сроков сотрудникам
  7. Впихивать рефакторинг в задачки с дедлайном
  8. Не заниматься рефакторингом
  9. Помогать всем и во всём
  10. Не помогать никому, пускай сами разбираются
    ...

Перечислены одни крайности. Это и приводит к проблемам

еще три ошибки

...x1. делать все
...x2. не делать ничего
...x3. делать что-то

Все в порядке, ребята. Как не-тимлид, я все понимаю.
> «Я могу сделать это лучше»… вы перегружаете себя и, конечно же, не успеваете… Решение данного вопроса очень простое: нужно учиться доверять, оценивать людей не только по их личным, но и по их техническим характеристикам.

Это немного странная фраза. Обычно именно по техническим характеристикам прежде всего и оценивают.

И, к вопросу о «Я могу сделать это лучше» — очень часто это действительно так. Но в большом проекте, где невозможно всё сделать самому, где работают люди разного уровня, придётся мириться с тем, что код не идеален, а good enough. Соотвествует минимальному стандарту.

В статье не хватает описания процессов взаимодействия с бизнесом/менеджментом.
Есть моменты, которые могут похоронить любые потуги работы с командой)

Верно подмечено. Будет вторая часть — в ней расскажу эти моменты
Sign up to leave a comment.

Articles