Удалёнка: опыт и лайфхаки
Реклама
Комментарии 53
+5
Ежели я наёмный работник, и у меня оклад — какая мне разница, как быстро деньги у хозяина бегают, главное, чтобы задачи в жире вовремя закрывались, и бот в слаке доволен был…
+19
А почему это у меня оклад вырасти должен, если у собственника деньги быстрее бегать будут? Он что, альтруист, и чем больше заработает, тем больше отдаст?
0
Не, так не бывает. Никто никогда не заплатит больше тому, кто поможет деньгам быстрее бегать. Дичь какая-то.
+3
Ну да, ну да. Начальство в Москве, собственники на Кипре, нас таких 20 человек, и, конечно, если кто-то начнет закрывать в 2 раза больше задач, ему тут сразу оклад и повысят…
-3
Ну, я и говорю — дичь. Не бывает такого нигде и никогда.
Ну и начальство всех компаний — в Москве. А собственники — на Кипре.
И по деньгам решают только они.
+5
Так а для кого эта статья на хабре? Для менеджеров по продажам, что-ли? Или для ИТ-шников в ларьках? Лучше бы этот вопрос сразу обозначать, во вступлении к статье.
+5
Да вот, хочу найти хотя бы одного второго человека в мире, который мыслит так же, как я. С удовольствием бы с ним поговорил.
0
Так все люди разные, одинаково мыслящих не существует, и то, что дано одним, другие даже понять не смогут. Поэтому, статьи для «широкого круга читателей» искомого результата по определению дать не смогут…
+5
Знаю таких людей, которые так же мыслят. Но они ни с кем разговаривать не желают. Тем более на хабре
НЛО прилетело и опубликовало эту надпись здесь
+3

=) смешно. Чем выше твоя должность, тем больше твой геммор и головная боль. Просто последствия их не завтра всплываю, а через месяцы/годы. И цена ошибки выше на порядки. Я сейчас не беру ситуаций когда тебе платят «по факту рождения»

+1

Мыслю то так же, а вот жить в этой парадигме чет не получается =)))

+8

Давайте считать, что такой человек — это я? Серьезно, может и не до конца, но стараюсь стремится мыслить такими же категориями. Однако, объективная реальность возвращает меня к сущности рыночных отношений в отдельно взятой стране. И, к сожалению, она звучит так: чтобы корова меньше ела и больше давала молока — ее нужно реже кормить и чаще доить. Я работал в оутсорсе, был наемным рабочим в среднем и крупном бизнесе и не встречал, чтобы не продающим подразделениям выплачивали процента с оптимизаций. Причем, даже в тех случаях, когда эта оптимизация была видна в деньгах сразу и всем. Условно, строили объект за 10n денег, вызываюсь добровольцем с рац. предложением. Применяем мои подходы и строим уже за 8n денег с сохранением сроков и повышением качества. Результат для меня лично — спасибо и включение меня в эту активность на принудительной основе. Когда встал вопрос о повышении з\п был ответ о трудных временах, хотя 1n из экономии с одного объекта — закрыл бы все финансовые вопросы по индексации на год.

+3

Остапа понесло… Причем, следуя своим правилам при отработке моей рацухи я раскрывал суть вносимых изменений, по сути из шаманства отдавал людям методологию. И тут я лишился главного козыря — чуда нет, это можно легко повторить и без меня. Было бы желание. А значит нет смысла меня удерживать. Не нравится з/п? Ну иди поищи где лучше. Нашел, всем доволен, но и на новом месте вижу сохранение подхода к дойке. Единственный раз когда мои усилия сказывались на кошельке здесь и сейчас, это когда я был участником маленькой ИТ артели по обследованию юр. лиц. Там все было просто — 5 человек, по сути и работники и учередители. Сами пашем, сами пляшем.

0
Я! с мужем а-ля здешние комментаторы *лью слёзы* *рука-лицо*
+11
Если кто-то начнет закрывать в 2 раза больше задач, то ему наверное выпишут премию, а потом поднимут всем норму до «в 2 раза больше» и следующую премию уже надо будет за в «3 раза больше» получать.
По крайней мере в реальном мире такое случается.
+2
Уху, и ты тоже попадаешь под эту самую норму где надо делать в 2 раза больше, но платят то тебе столько же, и в какой то момент ты скисаешь и начинаешь делать столько — сколько делал до всего этого, и вдруг оказывается что ты плохой работник и возможно тебя вообще надо менять…
+2

Нет, конечно. Он же и за эти деньги пользу приносит, зачем ему ещё?

+6
«Стоимость» работника — это, скорее про стоимость замены работника, чем про стоимость работы, которую он выполняет. Наверняка есть какая-то корреляция и со стоимостью работы, но она вряд ли основная
-1
Я чем старше становлюсь, тем больше думаю, что понятия вроде «стоимость работника» придумывают сами работники, а вышестоящие с ними просто соглашаются.
+18

Интересует. Крайний раз, как я проявил инициативу и потенциально сэкономил несколько сот тыл долларов в год, я, во-первых, не очень удачно вписался в политику, поэтому инициативу немного выкинули, а, во-вторых, на перформанс ревью произошёл такой диалог:
— Ты большой молодец, поэтому мы поднимаем тебе зарплату на 2%.
— Гм. Когда мы обсуждали реакцию компании на мою инициативу, ты говорил о том, что компания инициативу любит и ценит. Учитывая то, что я разработал аналог продукта, за лицензию которого мы платим столько-то, и при этом кодом владеем мы и можем его менять, как выражали желание отделы Васи и Пети, я правильно понимаю, что компания оценила все это в 2%?
— Нууу, теперь аж мой начальник о тебе знает и думает хорошо, и вообще год был для фирмы тяжёлый.
— Тяжёлый? А чего наш президент в поздравительном письме к Новому Году сказал, что это был 37-й год роста прибыли подряд?
— Ну как бы тебе объяснить...


Предпочитаю повышать, переходя в другие фирмы.

+10
Статья подводит к мысли о том, что деньги с клиента надо брать сразу, авансом.
+1
Каким образом из «блин, какая непонятная задача, чё с ней делать?»
следует «ой, блин, это ж сколько он денег принёс, даже сам не понимает»?
+1
С деньгами он готов расстаться еще в тот момент, когда поднял трубку, зашел в офис или отправил электронное письмо.

А вы решили его проблему в 2 раза быстрее обычного и просите у него в 2 раза больше денег. Или наоборот: задержались на день — получили половину зарплаты. Ну ну… Это не так работает. Во всяком случае не для наёмников с ежемесячным окладом.
+1
Возможно, автор за этой неидеальной метафорой имеет ввиду, что иногда разработчики готовы откладывать в долгий ящик задачи, которые могли бы принести профит компании. И чем раньше они будут сделаны, тем больше профита (не факт, что материального) могут принести. И этот профит может быть легко извлечен за короткий срок, но зачем-то задвигается подальше.
Но автор может и сам расшифровать ее, полагаю)
+4
иногда разработчики готовы откладывать в долгий ящик задачи, которые могли бы принести профит компании. И чем раньше они будут сделаны, тем больше профита (не факт, что материального) могут принести. И этот профит может быть легко извлечен за короткий срок, но зачем-то задвигается подальше.
Честно, никогда не видел ни на одном конкурентном рынке, чтобы кто-то отказывался от профита вот просто так, из вредности и любви к искусству. Разработчики, как правило, умеют считать, и выгоду видеть тоже.
Обычно причина «откладывания» довольно очевидна, и укладывается в комбинацию из следующих пунктов:
1 — профит не такой уж и большой
2 — срок не такой уж и маленький
3 — и профит и сроки — вилами по воде (непредсказуемые риски)
4 — таких профитов уже 3 штуки в работе и ещё 5 в очереди
5 — нематериальные профиты когда-нибудь потом — это конечно хорошо, но ЗП неплохо бы платить каждый месяц
+1
По моему для таких случаев придуман приоритет у задач.
С точки зрения простого разработчика все просто, есть в очереди 10 задач, выбираешь самую приоритетную.Ресурс разработчика ограничент и он не может сделать все 10 сразу.
А менеджер(или заказчик) уже может управлять приоритетом, чтобы самые важные(или денежные) задачи были выполнены первыми.
+6
Хм. Ну вот есть у нас команда, у нее есть скорость освоения денег, есть план освоения новых денег, т.е. вот эти самые клиенты сидят на стульчиках, коленки от куч денег запотели. Но скорость команды выровнена по средней скорости поступления денег, поэтому система сбалансирована.

И тут мы такие «вау, у нас же там деньги сидят на стульчиках!». И что? Увеличить команду, чтобы быстро окучить всех тех клиентов, которые на стульчиках? А потом мы с этой командой что делать будем, платить им зарплату в надежде, что вдруг когда-нибудь у нас скорость поступления денег вырастет? Или говорить «ой, извините, у нас деньги в очереди кончились, идите отсюда»? Во втором случае уже на второй цикл действие «увеличить команду» перестанет работать, никому не захочется идти к нам трудоустраиваться. А в первом ФОТ быстро выест все те деньги, которые мы освоили чуть быстрее, и дальше что?

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

Во-первых, у его клиентов цель — кинуть в кого-нибудь деньгами. В реально мире, цель заказчика — получить как можно больше ништяков за как можно меньшее количество денег. При том, список желаемых ништяков, часто ещё и противоречащий сам себе, приходится клещами вытягивать целый месяц, а смету и дедлайн требует указать сразу.

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

Такой подход работает разве что на больших галерных флотах, когда есть отдельный предпроектный отдел, который пол жизни проводит в горячем резерве в режиме ожидания, чтобы при появлении на горизонте клиента максимально быстро подскочить и «чего изволите?». А в очередь ближайшей освободившейся команде гребцов потом отдаётся как раз понятный список задач, номинированный в попугаях.
+10
Автор работает во франчайзи 1С, и у них, действительно, очередь клиентов. Но вот экстраполяция этого опыта на весь окружающий мир несколько оптимистична.
0
Вы наверное на горнолыжку ездите не лыжах или доске кататься, а на подъемнике вверх, а вниз это так вынужденная необходимость добрать до подъемника.
+6

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

+6
Это особо тонкий и ценный сорт иронии, потому что nmivan Голдратта тут не первый год рекламирует.

Спасибо :)
0

Эта сказка про распил бюджета, а в реальности же деньги эти не просто так в систему падают и не просто так ждут, потому что есть риски на эти самые деньги попасть.

+3
Статья о том, что мотивация разработчика должна быть в виде % от заработанных денег на выполнении таски
Идея не нова и приводит к тому, что разбирают только жирные таски а голые так и весят несделанными
Утопично и вообще фигня
+1
А мне так не кажется.
Моё мнение: статья о том, что многие участники бизнес-процессов не задумываются о ценности своих задач и мерилом работы считают даже не усталость, а пустой таск трекер в любом его проявлении. И даже не важно разработчик это, дизайнер, бухгалтер или Людочка — секретарь.
Другой вопрос, что оценить ценность задачи сотрудник может, только обладая довольно большим пластом информации о текущем состоянии дел в организации, т.ч. финансовой. А большинство руководителей не допускают линейных сотрудников к этим данным.
Посему сохраняется статус-кво.
0
Большинство думают так — не сделаю работу, то не получу денег и ребенок голодный останется
+1
А пустой таск-трекер бывает, вообще? Никогда такого не видел…
0
) к этому состоянию каждый человек стремится. И что характерно, рано или поздно, достигает.
0
Спасибо, обнадежили. Сейчас в таск-трекере примерно на полгода задач, меньше пока не становится…
0
Сейчас в таск-трекере примерно на полгода задач

А вы пробовали такой подход: просмотреть на список через полгода и удалить все что за эти полгода не сделано?
0
Ну, процентов 10, наверное, будет таких. А поток новых задач имеет склонность к увеличению, однако, «динамично развивающийся бизнес», чтоб его…
0
угу, только например в моей корпорации приходится ходить ха клиентом и тыкает его носом — вот они деньги, просто используй все то, что мы тут напрграммили и деньги сразу польются
+1
Хотел написать комментарий, о том как мы решали проблему «зависания» задач, но понянуло на статью. Спасибо, вы меня подталкнули сесть и написать ее, а то я все собирался, а повода небыло.
0
1. Всех денег не заработаешь
2. Лучшее — враг хорошего
3. Надо уметь оперировать с верхними уровнями воронки продаж, занимая клиента уточнением ТЗ, составлением договоров, и прочими первичными процессами, параллельно планируя разработку на будущие месяцы
4. Если клиент четко знает чего хочет, и нужно вот прям сейчас — добро пожаловать на апворк. Не подходит потому что задача уровня энтерпрайз? Ну, в энтерпрайзе быстро не бывает.
0
Получилось как в анекдоте: а давайте мы ему ещё и фонарь на лоб повесим объясним, что «задача клиента=деньги», тогда он и по ночам вкалывать будет.
Нет, метод так-то рабочий, но только там, где оплата сдельная. Тогда программист понимает, что вот прям вот в этой пачке лежит несколько купюр, которые лично его. Наглядно так получается, заставляет взбодриться (а если ещё и подержать дадут — так и вовсе).
Проблемы две: первая — при таком подходе вся жизнь программиста происходит «от пачки к пачке» (а это не то же самое, что скучный оклад раз в месяц, это, как было сказано выше, бодрит), что сказывается на нервах не лучшим образом, а программист — существо нежное, ранимое, психика на такие вещи слабенькая совсем.
А вторая проблема — мысль, которая рано или поздно в такой ситуации приходит в голову любому: а зачем брать себе из этой пачки несколько купюр, если можно взять всю пачку?
UPD: А, ну и третья проблема — если клиент достаточно «жирный», и потребность у него постоянная, а задачи ему программист слету решает, то тут уже заказчик смекает: позову-ка я этого толкового парня к себе и платить буду не пачку, а, скажем, треть пачки — это всяко больше тех нескольких купюр, которые сейчас программист за задачу получает, но намного меньше, чем заказчик сейчас отдает.
0

Отличная статья, спасибо!


Также весьма интересны комментарии. Так уж сложилось, что большая часть аудитории — всё-таки исполнители, не допущенные непосредственно к деньгам клиента. Разумеется у них несколько иной взгляд на положение дел. И нельзя сказать что взгляд неправильный — он правильный с их стороны, и врят ли есть смысл убеждать их в обратном. Просто когда сформировался такой взгляд на деньги/задачи как в статье — исполнитель превращается в предпринимателя и уже не может спокойно работать в найме.

Только полноправные пользователи могут оставлять комментарии.  , пожалуйста.