Вход | Регистрация
    1  2  3   
Работа :: Работа

Система мотивации программистов

Система мотивации программистов
Я
   Pr0glam3r
 
04.08.21 - 09:23
Добрый день всем. Штат 8 программистов разного уровня, все работают на ставке, у каждого зп своя по договоренности, премий и штрафов как таковых нет. Руководство хочет ввести деление на Junior,Middle,Middle+,Senior,Senior с функциями руководителя, а также ввести квартальные, годовые, бонусы за целевые(проектные задачи), за админ деятельность (табелирование, обучение падаванов и проч.) и т.д. Я отношусь к этому скептически, хочу услышать совета опытных коллег, как у Вас построена система мотивации и разделяют ли программистов по компетенциям?
   ДенисЧ
 
1 - 04.08.21 - 09:23
Беги оттуда.
   vovastar
 
2 - 04.08.21 - 09:24
(0) Беги оттуда.
   Андрей_Андреич
 
3 - 04.08.21 - 09:24
Главное не остаться потом без этих замотивированных программистов
   тук-тук
 
4 - 04.08.21 - 09:26
(0) кто-то из руководства желает поднять свою оплату за счет ФОТ программистов )
   vovastar
 
5 - 04.08.21 - 09:28
(0) потом начнутся хороводы, рассказы по утрам, чего кому приснилось и что кто сделал вчера после работы...
Ваше начальство, курсы зарубежные не проходило?
Если так, то сожалею...
   Галахад
 
6 - 04.08.21 - 09:29
(0) Зарплата выше рынка?
   toypaul
 
7 - 04.08.21 - 09:30
У нас разделяют, но их (программистов) сильно больше чем на фиксе. Система мотивации есть, но пересказывать ее тут смысла нет - это работа отдела кадров и ИТ-руководителя в вашем случае
   Biker
 
8 - 04.08.21 - 09:30
(0) ну если оклад оставят, а мотивационная часть будет + , то хорошо
если урежут оклад, то , как сказали выше, лучше бежать )
   Вафель
 
9 - 04.08.21 - 09:34
Если и так у всех разные, то можно тупо подогнать
   DimVad
 
10 - 04.08.21 - 09:41
(8) Если оклад оставить а мот. часть добавить - это ФОТ увеличивать. Сомневаюсь что начальство об этом мечтает :)
   Андрей_Андреич
 
11 - 04.08.21 - 09:45
(10) Может к ежегодному повышению приурочат
   mistеr
 
12 - 04.08.21 - 09:47
(0) Разделение это нормально, целевые бонусы тоже. А вот за админ. деятельность, табелирование, обучение падаванов и проч. это не бонусы, а доп. обязанности. Их оплата не должна зависеть от настроения руководителя.
   arsik
 
13 - 04.08.21 - 09:50
(11) Ежегодное повышение? А что это? :)
   rsv
 
14 - 04.08.21 - 09:55
(0) оклад в договоре и норм .
Все остальное - от лукавого . Но наверное начались
процессы … саморазвитие , личностный рост.Проектный
офис еще не сделали ? :)
   vovastar
 
15 - 04.08.21 - 09:55
(12) Никогда не забуду, как нам на отдел в 2003 году дали премию, в размере 10000р, нам по 1000 дали, а начальник себе 6000 забрал)
Тоже наверное за табелирование и обучение падаванов)
   mistеr
 
16 - 04.08.21 - 09:57
(15) Нет, чтобы не жаловались.
   DimVad
 
17 - 04.08.21 - 09:59
(11) У нас его нет. Каждый заботится о себе сам :)
Как у ТС - можно только гадать...
   8 bit
 
18 - 04.08.21 - 10:01
(0) KPI и бонусы - вполне нормальное явление, тем более за проектные задачи. Доплата за наставничество - тоже хорошо. В чем претензия автора? В том, что хотят ввести градацию на 5 ступеней для восьми разрабов? Это и на мой взгляд весьма спорное решение. Достаточно трех: спец (джун), ведущий спец (миддл), главный спец (сеньор). Для чего промежуточные - не понятно.

(15) Это нормальное явление. По ответственности и премия, а вот считать чужие деньги в чужом кармане это плохо.
   ProgAL
 
19 - 04.08.21 - 10:03
(1) +1.
   RoRu
 
20 - 04.08.21 - 10:03
(18) на мой взгляд по ответственности оклад, так что премия логично чтобы в тех же пропорция делилась
   ProgAL
 
21 - 04.08.21 - 10:04
(18) Какая нафиг ответственность? Заставить подчиненного поишачить сверхурочно ?
   johnnik
 
22 - 04.08.21 - 10:07
Пять градаций уровня знаний на восьмерых программистов - это бред (имхо). И по каким градациям их оценивать? Кто будет решать, что прогер уже не джуниор, а сениор? По количеству сертификатов 1С? Так они не могут быть всеобъемлющим показателем, вопросы можно тупо выучить. Нужны такие критерии знаний, которые никто не сможет оспорить, а это практически невозможно.
Для меня выглядит как самодурство начальства, наслушавшегося какого-нибудь "коуча по мотивации" и теперь пытается внедрить. А возможно, весь смысл в экономиии. Мол, ты пока не опытный, повышать з/п не будем, сорян. А как стать опытным - непонятно
   RoRu
 
23 - 04.08.21 - 10:08
(21) ответственность как раз есть, парят руководителя отдела старшие по идее
   rsv
 
24 - 04.08.21 - 10:09
(21) ну а почему ба  и нет . Настоящая мотивация она такая …
кто то гражданство рф ждет  с вида на жительство , кто то ипотеку досрочно гасит и тд
   Beduin
 
25 - 04.08.21 - 10:10
Помню этот бессмысленный гемор, с подсчетом никому не нужных показателей. Сейчас проще, просто выручку поделили с проекта на 10 лямов и все довольны до ушей. Мотивация огонь была!
   Bigbro
 
26 - 04.08.21 - 10:11
важно какая цель преследуется введением системы мотивации, а не то как она выглядит внешне.
а поскольку цели вам никто не назвал, раз у вас вопросы возникли - то цель явно не в том чтобы вам жилось лучше.
   ИначеЕсли
 
27 - 04.08.21 - 10:16
(0) у нас система мотивации построена по надбавочно-премиальному принципу.
Все работают на окладе и выполняют работу, на которую договаривались при трудоустройстве (текучка)

Крупные проекты, которые требуют сверхусилий, премируются.
За какой-то условно-постоянный гемор делаются надбавки
   8 bit
 
28 - 04.08.21 - 10:17
(21) вот тебе я бы поставил выполнимые КПЭ, но с довольно жесткими рамками. Чтобы не расслаблялся и некогда было тебе демагогию разводить.
   mzelensky
 
29 - 04.08.21 - 10:23
(28) "поставил выполнимые КПЭ, но с довольно жесткими рамками" - Например, какие ?

Минимум 1000 строк нового кода в день?
Минимум 3 часа в день на обдумывания оптимизации бизнес-процессов?
Минимум 3 часа в день на консультацию бухов?
Максимум 30 минут в день на "попить чаю" ?
   ИначеЕсли
 
30 - 04.08.21 - 10:23
(0) а какая специализация фирмы? Франч/Фикси?

Если франч, то там ещё более-менее понятно, как уровни разделять и как расти.
Если фикси, то все вообще непонятно, т.к. не очень продвинутый в плане технологий сотрудник за счёт опыта, знания специфики и при помощи гугла может закрывать на своём участке задачи лучше условного сеньора с улицы.
 
 
   Мигрень
 
31 - 04.08.21 - 10:25
думаю устроиться яндекс-таксистом, там нет градации
   mzelensky
 
32 - 04.08.21 - 10:26
(31) Там есть "рейтинг"...по сути та же градация.
   ИначеЕсли
 
33 - 04.08.21 - 10:28
(31) а как же эконом/комфорт/бизнес?

Это прям как Джун-мило-сеньор)
Может кстати ввести градации:
Эконом-программист, комфорт-программист, бизнес-программист
   Pr0glam3r
 
34 - 04.08.21 - 10:35
(6) не у всех
   brainguard
 
35 - 04.08.21 - 10:40
(0) До руководства дошло, что схема "программист на зарплате" не работает
   RoRu
 
36 - 04.08.21 - 10:40
(33) это же от авто зависит, взял в аренду не солярис, а к5 и ты бизнес.
   Конструктор1С
 
37 - 04.08.21 - 10:41
(0) ты догадываешься, что суммарный ФОТ прогеров в лучшем случае останется тот же, а то и уменьшится? А суммарные должностные обязанности в лучшем случае останутся те же, скорее всего увеличатся
   Pr0glam3r
 
38 - 04.08.21 - 10:42
(26) какую цель поставили, я не знаю, решается не на моем уровне. Озвученные мне цели - уменьшить текучку, также понять кто у нас из специалистов "сколько стоит" и дотягивает ли до своего оклада либо наоборот получает меньше, чем заслуживает
   Pr0glam3r
 
39 - 04.08.21 - 10:43
(5) да, Адизес
   Ногаминебить
 
40 - 04.08.21 - 10:44
(38) Если цель уменьшить текучку - значит денег дадут больше. Ну или наивно полагают заменить деньги красивым наименованием "сеньор" в должности. :)
   Pr0glam3r
 
41 - 04.08.21 - 10:44
(14) движемся в этом направлении
   Dmitrii
 
42 - 04.08.21 - 10:45
(0) >> деление на Junior,Middle,Middle+,Senior,Senior с функциями руководителя.

Имеет смысл, если такое деление уже фактически имеет место быть. Или если оно реально требуется для выполнения задач - понимать кто что делает и за что отвечает.

>> ввести квартальные, годовые, бонусы за целевые(проектные задачи).

Вполне допустимо. При условии, что вы занимаетесь только проектной деятельностью и нет всякой ереси типа техподдержки. Как только начнётся построение KPI по количеству закрытых в Help desk задач, разработка умрет.
Но тут, как обычно, дьявол в деталях. Кто и как будет определять эти самые ключевые показатели, как будет определяться степень выполнения. И самое главное - как это должно повысить мотивацию? Будут ставить заранее трудновыполнимые задачи, но обещать за них огромные бонусы? А задачи, включенные в KPI разработчика, будут включены в KPI заказчика? Или разраб будет бегать, как обделавшийся олень, в конце квартала и умолять заказчика подписать акты и протоколы по задаче?
Или наоборот - KPI вы будете составлять себе сами и  включать в них только те задачи, которые гарантированно сумеете закрыть, чтобы не лишаться премий? В таком варианте это фуфло, а не KPI.

Вообще KPI - это для руководителей. И имеет смысл там, где реально от таланта и усилий руководителя может что-то принципиально улучшится. В проектной деятельности в IT это редко встречается. Тут, как правило, заранее известно - что нужно делать, к какому сроку и с каким уровнем качества.
А KPI для обычных исполнителей - это вообще бред. От наличия KPI кодер не станет работать более продуктивно и не станет более мотивированным.

>> за админ деятельность (табелирование, обучение падаванов и проч.) и т.д.

Любые дополнительные работы и задачи должны либо быть отражены в должностных обязанностях и трудовых договорах, либо оплачиваться отдельно.
Если табелирование входят в обязанности начальника отдела, то с какого перепугу он должен за это отдельную доплату иметь? У него и так оклад начальника отдела.
Если обязанности начальника выполняет обычный работник (программер), то он должен получать доплату за совмещение.

>> Я отношусь к этому скептически.

Поддерживаю. Системы мотивации очень сложная и тонкая тема. То, что будет мотивировать одного, для другого будет совершенно бесполезно, а иногда даже наоборот - служить демотиватором.
Одному кадровый рост подавай, почёт и уважение. Другому - лучше бы зарплату повысили или премию побольше выдали. Третьему - лишь бы мозг не клевали и дали спокойно поработать над задачей поинтереснее, а не мариновали на техподдержке с тупыми пользователями.
   8 bit
 
43 - 04.08.21 - 10:50
(29) количество закрытых/завершенных заявок, количество заявок с перенесенными сроками, количество принятых и не закрытых заявок, сроки по проектным работам и крупным доработкам и т.д. А строчки сам считай, если интересно.

(33) программист-бетонщик (Программист бетонщик. Может правда освоить несколько профессий?
   Вафель
 
44 - 04.08.21 - 10:53
кпи для прогов от лукавого. грейды вполне себе. можно привязываться к показателю а ля сертификаты
   Dmitrii
 
45 - 04.08.21 - 10:53
(38) >>  понять кто у нас из специалистов "сколько стоит" и дотягивает ли до своего оклада либо наоборот получает меньше, чем заслуживает.

Озвученные в (0) задачи никак не относятся к данной цели.
Табличка на двери "Senior" никак не поможет понять - получает хозяин кабинета адекватную зарплату или скоро сбежит от вас на более хлебное место.

Авторы идеи - клинические идиоты.

А что будут делать с теми, кто "не дотягивает до своего оклада"? Расторгнут трудовой договор?

И кстати говоря, в IT нормально, когда разработчик получает столько же сколько начальник.
   Pr0glam3r
 
46 - 04.08.21 - 10:55
(44) я предлагал именно сертификаты, спец и по нашей любимой ут 11, за них предлагают минимальную надбавку, потому что цитирую: "За наличие сертификатов не целесообразно платить очень большие деньги. Сертификат свидетельствует о наличии знаний, но не об их применении. За опыт и навыки мы платим выше ставку."
   ProgAL
 
47 - 04.08.21 - 10:55
(28) Думаю, вам бы пришлось искать нового сотрудника.
   pavlika
 
48 - 04.08.21 - 10:55
(45) А накой нужны те кто не тянет за свою ЗП? Ответь плз с точки зрения руководителя
   Вафель
 
49 - 04.08.21 - 10:56
(46) а кто будет оценивать опыт и знания. И собственно как?
   Garikk
 
50 - 04.08.21 - 10:56
(43) <) количество закрытых/завершенных заявок, количество заявок с перенесенными сроками,>
ога...накосячил менеджер и РП, а программисту КПИ считают, это раз.
количество заявок будет *100 если от них будет ЗП зависить. Опечатка в коде? +1 заявка, закинуть конфу в хранилище? +1 заявка
   Garikk
 
51 - 04.08.21 - 10:57
я работал в конторе которая такое практиковала, народ заявки писал в стиле 'подвинул кресло к столу, 5 минут'
   ProgAL
 
52 - 04.08.21 - 10:57
(38) "...дотягивает ли до своего оклада". У меня был не очень квалифицированный сотрудник, ушел в другую компанию с зп на 25% выше. Дотягивал ли там не знаю.
   Dmitrii
 
53 - 04.08.21 - 10:58
>> выполнимые КПЭ, но с довольно жесткими рамками.

Жесткие сроки повышают риск снижения качества разработки.
Допустимо только в командах, где есть налаженный контроль качества (кодревью, тестирование в несколько этапов и т.п.). В противном случае разрабы начнут гнать лажу и залепы - лишь бы сдать побыстрее задачу.
   VladZ
 
54 - 04.08.21 - 10:58
При внедрении мотивации нужно помнить следующее: система мотивации работает в обе стороны, т.е. хреновая система мотивации демотивирует.
Так что, в этом вопросе уровень подхода должен быть, как в медицине: НЕ НАВРЕДИ!
   Вафель
 
55 - 04.08.21 - 11:04
А цель (0) как обычно снизить зп всем. Поэтому итог будет очевидный
   Вафель
 
56 - 04.08.21 - 11:04
Наверняка пришел новый менеджер а ля (35)
   acanta
 
57 - 04.08.21 - 11:04
Хорошо, что до руководства что то дошло. Могло например, дойти до ваших клиентов, что можно открыть интернет провайдера и заменить вам поставщика интернет услуг и тарифицировать отдельные группы сайтов по разным тарифам.
   Хосе
 
58 - 04.08.21 - 11:06
   mzelensky
 
59 - 04.08.21 - 11:06
(43)

"количество закрытых/завершенных заявок, количество заявок с перенесенными сроками, количество принятых и не закрытых заявок, сроки по проектным работам и крупным доработкам и т.д. А строчки сам считай, если интересно."

1) "количество закрытых/завершенных заявок" - Одна заявка на час работы, вторая на месяц. По данной логике программисту выгодней делать исключительно маленькие простые задачи. А на все более-менее сложное говорить - "это не выполнио"

2) "количество заявок с перенесенными сроками" - как это отражает "причину переноса"? Заказчик мог переобуться и поменять требования, либо значительно расширить их. + В этом случае прогу выгодней называть заранее большие сроки ,чем есть на самом деле, а не стремиться к "факту".

3) "количество принятых и не закрытых заявок" - Такое вообще может быть? Типа взял задачу, делал-делал и ничего не сделал? + учитываем ,что "отрицательный результат - тоже результат"
   Хосе
 
60 - 04.08.21 - 11:06
 
 
   Вафель
 
61 - 04.08.21 - 11:07
(58) вот такие пункты особо весело
>Разработка простого отчета, типа "Продажи", по одному регистру, на СКД в пользовательском режиме. Оценка - 15 минут;
   Хосе
 
62 - 04.08.21 - 11:08
(61) да, это забавно. Но это те, кто фриланса не нюхали, так оценивают. Я сам во франче так оценивал, бывало
   Dmitrii
 
63 - 04.08.21 - 11:09
(48) >> А накой нужны те кто не тянет за свою ЗП?

Это очень хороший вопрос! Я потому его и поднял, что однозначного простого ответа на него нет.
Это дворника можно легко уволить и завтра найти на его место троих новых.
С программистами чуть-чуть сложнее. ;)
Каждый раз надо внимательно высчитывать. Учитывать величину затрат и время на поиск нового, время на ввод его в курс дел. Вопросы стратегического и тактического планирования. Типа уволить сегодня (с учётом вала текущих задач) будет тяжело, но с перспективой на будущее лучше найти нового, чем возиться с этим. А может лучше вложиться в обучение? А может он обучившись, сбежит?...

>> ... с точки зрения руководителя.

В том и беда, что  многие руководители полагают, что можно всех уволить и завтра же набрать новых.
   Krendel
 
64 - 04.08.21 - 11:10
(55) цель не снизить зп, цель заставить всех работать, по тем догоыоренностям, которые были согласованы. Чтобы не получалось, что согласованы 8 раб часов, а по факту 2
   Вафель
 
65 - 04.08.21 - 11:11
(64) ради такого обычно мониторинг затевают
   Вафель
 
66 - 04.08.21 - 11:13
(62) на фиксе обычно мин единица - 1 день
   VladZ
 
67 - 04.08.21 - 11:13
(59) Не количество, а процент.
Объем задач предварительно согласовывается с руководителем, т.е. запланировали на неделю объем работ, в конце неделе срез.
   Krendel
 
68 - 04.08.21 - 11:13
(65) внедрение систем мониторинга (в т.ч. срм, производственное планирование, проектное управление),  я отношу к самым тяжелым
   Garikk
 
69 - 04.08.21 - 11:13
(64) < Чтобы не получалось, что согласованы 8 раб часов, а по факту 2>
задачи выполняются? или 'а чевойтоонтамсидит мистучитает?'
   Krendel
 
70 - 04.08.21 - 11:14
(69) что значит выполняются?
   Вафель
 
71 - 04.08.21 - 11:15
(70) а что системы учета задач никакой нету?
   Krendel
 
72 - 04.08.21 - 11:15
Себес по задачам расчитан?
   VladZ
 
73 - 04.08.21 - 11:15
3) "количество принятых и не закрытых заявок"  - Такое вообще может быть?

Легко. Есть задачи срочные и важные, а есть "не очень срочные и не очень важные". Если упала задача из разряда "пока не горит, сделайте, как будет время" - она будет постоянно висеть.
Пока не отомрет за ненадобностью, либо пока не будет разработана.
   Вафель
 
74 - 04.08.21 - 11:16
конечно же рук-ам хочется чтоб проги как рабы на галерах работали. ведь такая зп
   Pr0glam3r
 
75 - 04.08.21 - 11:20
(72) вместе с БА собираемся и оцениваем задачи. По ведущим программистам почти всегда вкладываемся в сроки и вроде все довольны. По мидлам - шатко-валко. Если было бы как с ведущими, явно вопросов было бы меньше.
   Garikk
 
76 - 04.08.21 - 11:21
(70) задачи поставлены - задачи закрыты

А то я видал такое в 2000х, когда админов грузить ящики отправляли потому что они 'ничего не делают, только сидят'
   Garikk
 
77 - 04.08.21 - 11:21
типа 'уплочено за 8 часов, пусть отрабатывают'
   Krendel
 
78 - 04.08.21 - 11:24
(76) Странный ты, мы автоматизируем учетную часть, но сами в учете жить не хотим ;-)))
   Вафель
 
79 - 04.08.21 - 11:25
(78) какая связь?
   Вафель
 
80 - 04.08.21 - 11:26
те кто разрабатывает военную технику не хочет в военных действиях участвовать
   acanta
 
81 - 04.08.21 - 11:26
(78) речь не про учет трафика, а про 3N+1
   fisher
 
82 - 04.08.21 - 11:26
(0) На 8 чел этим обычно не заморачиваются. У тебя похоже просто хотят попытаться объяснить, почему вы должны или получать меньше или работать больше.
   Krendel
 
83 - 04.08.21 - 11:30
(79) Прямая, системами мотивации заморачиваются только если есть нездоровая обстановка в разделе разработки или начальник не умеющий управлять высококвалифицированными кадрами
   Garikk
 
84 - 04.08.21 - 11:30
(78) я не странный, это ИТ рынок труда такой.
Вообще учитывать время конечно надо, но выстраивать механизм штрафов-пощрений - не стоит

есть всякие аджайлы, с дейликами, грумингами беклогов и т.п. с оценкой времени проработкой отставания. при таком контроле халтурить сложновато и при этом никто никого не хейтит по часам
   Krendel
 
85 - 04.08.21 - 11:32
(84) Ты перечитай еще разок свой второй абзац, по моему мнению ты себе сам противоречишь
   fisher
 
86 - 04.08.21 - 11:32
(82) + Но ничего страшного в этом не вижу. С точки зрения руководства это может быть осмысленный шаг, если они считают что "программисты много получают и мало делают".
Просто текущая команда разбежится и придут те, кого новые условия устраивают. И если новая система мотивации останется в пределах рынка, то возможно работа отдела станет действительно более эффективна.
   mzelensky
 
87 - 04.08.21 - 11:34
(73) Это не то. Ты описал заявку ,которая просто лежит в листе ожидания, она не является "Принятой", она просто "зарегистрирована".

В моем понимании "Принятая задача" - это задача поступившая в работу.
   fisher
 
88 - 04.08.21 - 11:35
Но для текущей команды сабжевые подвижки это почти всегда сигнал паковать чемоданы.
   mikecool
 
89 - 04.08.21 - 11:37
(0) штат 8
разделить на 5 категорий
будет хан, бей, воин, крестьянин и раб )))
   Вафель
 
90 - 04.08.21 - 11:39
(86) а может и текучка начнется. а система начнет медленно умирать при этом
   polosov
 
91 - 04.08.21 - 11:40
(48) В больших командах прогов бывает, что кто-то не дотягивает до своей ЗП, но является "клеем" для команды за счет своих софт-скиллов. Уволишь такого и команда нос повесит и начнет смотреть на сторону.
   Вафель
 
92 - 04.08.21 - 11:40
если нужно качество поднять, то что-то типа (84) нужно делать. но это нач нужен соответствующий. без его лично работы ничего не пойдет.
а все хотят что все само по себе. но увы так не бывает
   Krendel
 
93 - 04.08.21 - 11:43
(92) Это системы контроля исполнения задач, как и в производстве, если ты не выходишь на нужную производительность, ты переходишь к учету по другим временным отрезкам
   Garikk
 
94 - 04.08.21 - 11:45
(85) одно дело жесткий контроль и штрафы-мотивации, а другое просто трекинг времени без развешивания люлей
   Krendel
 
95 - 04.08.21 - 11:47
(94) А потом к тебе приходит другой спец и говорит, что Вася сделал 1 отчет и получил Х, а я 3, и получил на 20% меньше
   Garikk
 
96 - 04.08.21 - 11:49
(95) по этому я
1) за оклад
2) если такие вопросы будут, то можно побеседовать комплексно, список задач, подходы, если чел тянет можно поднимать вопрос о повышении
   Garikk
 
97 - 04.08.21 - 11:49
всякие проценты выработки, сдельно-премиальные системы оплаты - это страшное зло
   Krendel
 
98 - 04.08.21 - 11:49
(96) а если не тянет?
   Вафель
 
99 - 04.08.21 - 11:50
(98) тогда это объясняет разницу. вася получил больше ибо тянет
   Вафель
 
100 - 04.08.21 - 11:50
но задач таких не было, были только отчеты
  1  2  3   

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
В секцию Работа можно добавлять сообщения только после регистрации на форуме.
Если вы уже зарегистрированы, вам нужно войти на форум.