Максим Федоров, так он же кривой, как не знаю даже что. Просто набор исторически сложившихся костылей.
Когда человек начинает учиться, ему важно видеть примеры правильного кода и правильной (с инженерной точки зрения) архитектуры, чтобы так сказать, начучиться отличать хорошее от плохого.
Sanes, ну и как бы ожидать абсолютного, полного доверия от первого встречного человека - это неадекват. с такими доверчивыми неадекватами работаете?
а ключи от квартиры, где деньги лежат, они вам тоже отдают? или не доверяют?
Sanes, пфф, а причём тут это?
как я и сказал, вы просто не в теме. не в курсе что за инструменты, как это работает, и для чего используется.
процитирую ещё раз
очевидно это неправда. очевидно вы никогда не решали подобную задачу с заказчиком.
metaliciouz, у фрилансеров по разному. у хороших хорошо, у плохих плохо)
в целом они тоже офисным сочувствуют.
ну и несколько смешно с сочувствием выходит. это примерно как замкнутые и необщительные выражали бы сочувствие открытым и общительным. ведь для первых - общение это боль и они считают, что для всех так. неадекват короче)
Lieroes,
Ещё в скраме задачи в спринт выбирает Product Owner (человек который знаком со скрамом) а не бизнес напрямую. Продакт овнер знает что выбирать, в общем. Он учитывает ценность для бизнеса, но не обязательно прямо следует ей. Т.к. ему ещё нужно направлять команду единой целью к примеру. Это, в том числе, для того, чтобы команда работала как команда, а не как разрозненные специалисты. Потому что создание и поддержание правильного командного взаимодействия - одна из главных задач скрама.
Ну тут вообще надо смотреть у вас ситуацию, может вам скрам и не надо действительно.
Например - нужны ли вам итерации вообще? Вы оцениваете задачи перед итерациями? Вы измеряете velocity команды? Делаете burndown chart? Если нет и вам всё это не надо, то вам и итерации не надо.
Канбан и continuous delivery и вперёд с песней.
Игорь, в данном случае - вряд ли руководящая.
его бы первым заменили. а товарищ нам пишет, что заменили последним, после всей команды.
ведущий инженер у них - просто поди единственный программист в конторе.
И такое может быть. Тогда менять команду не так дорого, потому что команды нет))
InoMono, я бы даже сказал, что наоборот. Ведущий инженер - это руководящая должность. Поэтому увольнение в связи с несогласием с политикой партии - вполне стандарт. А политика наверняка изменилась, раз пришёл новый зам.
