Пишу про разработку вообще и в частности про: JavaScript, HTML5, CSS3, AngularJS, ReactJS, Agile, Bitcoins

Как определить насколько верить

Да, я обычно не пишу о бизнесе. Постоянный читатель, может заподозрить меня в смене темы, но это не так. Я не говорю о бизнесе в целом, это слишком большая тема и я не собираюсь вдруг начинать ее освещать. Поговорим исключительно о техдепе. Все остальные отделения пока оставим за кадром. (Хотя у меня есть подозрения, что там будут работать схожие законы.

Ноги растут вот от этой небольшой заметки, с которой я чрезвычайно согласен How do you determine how much you can trust a person in business?. Абсолютно такая же проблема стоит и в техдепе – Как нанять программиста, которому можно доверять. А то ведь программисты же могут так напрограммировать, что потом никто не разберет.

gears

Так вот, спешу успокоить – вы не должны доверять программистам. Все можно расслабиться и начать думать конструктивно. Нельзя поставить процесс найма в качестве единственного проверяющего агента, и вся надежда по найму “лучших из лучших” будет возложена на результаты его работы. Ничего хорошего, скорее всего не получится, нужно чтобы внутренние процессы были выстроены для поддержки качественной работы.

Одна из центральных проблем в фирмах, с которой мне приходилось сталкиваться – это плохое распределение информации о том кто что делает. Я бы даже сказал, что это центральная проблема. Очень хочется с одной стороны загрузить задачу в команду, а с другой получить результат и желательно посередине не тратить своего времени. Однако, так не бывает. Система контроля должна быть распределена и постоянно опрашивать все звенья. Причем основная цель вовсе не дать кому-то по голову, а выяснить на самых ранних этапах где назревает проблема и начать перераспределение ресурсов.

А вот как уже заниматься распределением информации – уже другой вопрос. Лично я верю в Agile, стендапы и скрамбоард. Об этом поговорим в другой раз.

Поделиться:
comments powered by Disqus