Есть такая практика: до встречи коллеги, с кем человек работал, оценивают его, и тогда разговор по этой оценке идёт....таблицу оценки легко самому придумать, пунктов 10, самых общих
Если хочется каких то спецефич вопросов, то вероятно ты их и знаешь :)....если кто-то поставил плохую оценку то вероятно ему тоже лучше быть на такой встрече, чтобы обсудить что и почему

> до встречи коллеги, с кем человек работал, оценивают его, и тогда разговор по этой оценке идёт

Но ведь это предвзятость сходу, не?

Нет, с чего бы ?

Могут иметь место личные приязни/конфликты вероятно, но это редко, и они заодно и выясняться....там же оцениваешь человека с пояснением каким то, почему такую оценку поставил, а не меньше больше. Вопросы типа «оцените его умение работать в команде, по 5 шкале»
Если можно саутсорсить анализ кода то это вообще хорошо, но только код и можно саутсорсить, а там же много у людей критериев

Это как хочешь купить ноут и читаешь 10 обзоров....вряд ли все скажут что он плохой, потому что не Эппл.
А если руководитель только сам оценивает то, может попасться, как недавно тут было, не терпящий критики «подставки за касарь»

Понятно что не идеально все, например:
Не все можно прокомментировать развёрнуто - «в целом норм тип, понравилось с ним работать», но при крайних оценках какого то критерия нужно именно требовать комментария во избежании предвзятости
Это может привести к тому, что все будут давать друг другу средне-хорошие оценки (4) с комментариями «в целом понравилось работать». Вероятно это будет означать, что с «софт-скилс» у всех хорошо и можно анализировать код. Можно в мягкой форме попросить всё-таки более развёрнутые комментарии. Можно мотивировать выделением на это рабочего времени до 2х часов
Просто если говорить о «софт-скилс» концептуально я не представляю другой эффективной системы

Возможен ещё эффект: так как записать причину плохой оценки довольно «дорогое» действие, то если у людей какие то недовольства друг-другом, они вероятно переосмыслят их во время оценки: «действительно это сильный минус у человека, может это нормально, а может это вообще моя предвзятость», и могут как бы простить друг друга, или лучше притереться друг к другу.
Но хз насколько часто такое бывает

Всем привет!

Привет 👋

Podlodka #116 - Servant Leadership

Вместе с Артемом Каличкиным из ЦФТ обсудили концепцию Servant Leadership, ответив на эти и другие неудобные вопросы. Что характерно, пришли к выводу, что она работает не только для менеджеров, но и для любого члена команды. Стань лучше, прими концепцию служения!

Содержание и ссылки: podlodka.io/116
SoundCloud: https://bit.ly/2Y0scWx
iTunes: https://apple.co/31EBI3K

Подскажите, кто работал с фрилансерами и заказывал у них разработку приложений. Если я опубликую заказ на апворке, как лучше конролировать выполнение работы?
Если я создам приватный репозиторий на гитхабе\гитлабе, дам ограниченый доступ разработчику, с условием ежедневных комитов. Это нормальная практика? Есть в такой схеме подводные камни?

Нормальная схема

Так обычно и делают

Спасибо. А как обычно при почасовой оплате контролируют, скоолько програмист работал? Трекер есть какой то в самом апворке либо просто на словах надо доверять разработчику?

Трекер есть на апворке

он делает скриншоты екрана все время(с каким то промежутком)

всегда было интересно, что мешает фрилансерам просто делать вид что они пишут код)

Дедлайн?

зачем тогда трекер?

Чтобы в тонусе держать. Насколько я представляю, заказчик первые пару дней смотрит скриншоты, что человек что-то делает, дальше уже доверяет. Будут сомнения - можно ещё глянуть