0. andmakarov 256 27.09.18 07:56 Сейчас в теме

Нетехнические навыки для разработчиков. Зачем они нужны? Как развивать?

Некоторые специалисты активно продвигаются по карьерной лестнице и настолько приживаются в компаниях, что им платят любые деньги, лишь бы они не уходили. В чем их особенность? Может у них, при аналогичных технических навыках, есть какие-то врожденные способности, которых невозможно достичь? Или это какие-то навыки, которые все-таки можно в себе развить? Эти вопросы рассматривает руководитель направления 1С ресурсного центра Neti Андрей Макаров.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. mrm1212 23 27.09.18 08:29 Сейчас в теме
Отличная статья! спасибо!
2. gradi 4 27.09.18 09:29 Сейчас в теме
Однозначно в избранное. Спасибо.
3. taishy 51 27.09.18 11:57 Сейчас в теме
Автор почему-то не учитывает такой критерий личности как интроверсия-экстроверсия. И, что большинство программистов все-таки интроверты...
4. DarkUser 27.09.18 12:07 Сейчас в теме
Зачем такие требования к разработчикам? С разработчиком должен общаться один, максимум два человека - руководитель проекта и аналитик. Клиенты вообще не должны знать контактов разработчика и тем более общаться с ним.
snood; Olenevod; mai@kopak.ru; IVC_goal; stas1976; AlexeyFreeLife; zuxelzz; cerrenesi; zqzq; MaxS; pm74; +11 4 Ответить
5. Boneman 222 27.09.18 12:13 Сейчас в теме
(4)
С разработчиком должен общаться один, максимум два человека - руководитель проекта и аналитик. Клиенты вообще не должны знать контактов разработчика и тем более общаться с ним.

очень спорное утверждение
creatermc; juker; lunjio; Ta_Da; nodalt; andreypahov; байт; +7 Ответить
7. boln 997 27.09.18 12:58 Сейчас в теме
Зачем такие требования к разработчикам? С разработчиком должен общаться один, максимум два человека - руководитель проекта и аналитик. Клиенты вообще не должны знать контактов разработчика и тем более общаться с ним.
очень спорное утверждение
А я согласен с (4). Горизонтальные непосредственные связи разработчика с заказчиком могут привести к тому, что в конечном продукте появится множество таких "тараканов" (воплощений закулисных шу-шу-шу с заказчиком), которые в совокупности уничтожат сам проект, его идею. А за проект отвечают руководитель и аналитик, и это их вызовут на ковер, а не разработчика.
Olenevod; AlexeyFreeLife; zuxelzz; MaxS; pm74; +5 Ответить
9. Boneman 222 27.09.18 13:11 Сейчас в теме
(7)
А за проект отвечают руководитель и аналитик, и это их вызовут на ковер, а не разработчика.

если под разработчиком понимать, (человек который тупо копает то-что его заставили копать), то да. Хотя, даже при этом раскладе, скорее всего крайним будет, тот, кто копал. Ибо окажется что он выкопал не такую яму, какую было надо.

В жизни, такого почти не бывает.
И в принципе при проектном подходе, всегда создается проектная группа, в которой должны принимать участия все ответственные за результат лица. А разработчик, это один из главных участников проекта, который видит оборотную сторону медали, возможности системы, оценивает ресурсы и сроки исполнения. По любому этот человек в рабочей группе, и принимает участие и делит ответственность за результат.
З.Ы. Естественно, что если в проекте работает несколько разработчиков, то они не все принимают участие, а должен быть главный.


Также могу привести вагон аргументов, почему разработчику нужно общатся с заказчиком напрямую и не для проектной деятельности....
Хотя, каждый имеет право на свое мнение. ))))
lunjio; mrm1212; +2 Ответить
10. Kutuzov 539 27.09.18 14:08 Сейчас в теме
(4) Ваше замечание относится, наверное, к крупным проектам - на 1000 рабочих мест и больше, там можно выделить отдельного специалиста-аналитика, и исключить разработчика из проработки бизнес-логики. В проектах по-мельче, на ~100 рабочих мест, как правило разработчик и аналитик совмещены)
Но даже если изолировать разработчиков от заказчиков, указанные навыки не менее полезны для общения внутри команды.
19. qwinter 595 27.09.18 16:38 Сейчас в теме
(10) его замечание неверно для любых проектов. Системные архитекторы существуют не просто так, для красоты.
13. Infector 131 27.09.18 15:29 Сейчас в теме
(4) Скорее согласен с этим. Если речь идет ни об 1-2 специалистах на предприятии, а о специализирующейся на услугах разработки фирме или отделе разработчиков с немаленьким штатом, то дело разработчика разрабатывать, а клиента (или внутреннего заказчика) ублажать (и попутно на продажи раскручивать) - дело консультантов и руководителей проекта, у которых соответствующий скилл имеется.
14. herfis 280 27.09.18 15:49 Сейчас в теме
(4)(13) А ничего, что в статье речь преимущественно о нормальных общечеловеческих качествах, которые неплохо бы заиметь всем и каждому? :)
Или "нормальность" нынче удел отдельных людей, на ней специализирующихся? :)
Ну а более по делу - в статье же речь не про строго внешних клиентов. Есть внутренние клиенты, есть внутренние заказчики, есть коллеги, есть команда. Да, минимальный уровень soft skills может быть пониже, чем для внешних заказчиков. Но в озвученных подходах никакой глобальной разницы нет.
mrm1212; papche; +2 Ответить
20. Infector 131 27.09.18 16:42 Сейчас в теме
(14)Если говорить про идеального человека/сотрудника то да, хорошо иметь эти качества. Но в реале - как предлагал другой, очень много пишущий на инфостарт, автор, проще рассадить всех по наиболее подходящим им "ролям", чем перевоспитывать взрослых мужиков. И очень часто встречается на практике подмена соседствующих понятий, например уважение к начальнику или клиенту и лизоблюдство несколько разные вещи.

Не согласен в том, что внутренний или внешний клиент значения не имеет. Еще какое. При работе с внешним клиентом цель - заработать на его заказе. Если он задвигает какой-либо бред, то максимум вы предупредите его о том, что идея не очень. Если настаивает - все ОК, вы выполняете все как заказано, а разгребаться с тем, что изначально фигню сморозили в первую очередь клиенту. Возможно и вам в меньшей степени, но вы-то на этом клиенте будете зарабатывать.

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

Второй момент - если каждые полчаса слушать таких баб Зин, то на непосредственно разработку чего либо ни останется ни времени, ни сил. Это процесс требующий временной изоляции разработчика от внешних раздражителей. А так получается - нашел проблемную строчку в отладчике тут баб Зина, пока с ней порешал потерял строчку, ищешь снова (хотя второй раз быстрее)
28. acanta 60 28.09.18 13:14 Сейчас в теме
(20)
подмена соседствующих понятий, например уважение к начальнику или клиенту и лизоблюдство несколько разные вещи

Ну какая тут подмена, 1C - это любовь, что без денег делает тебя богатым (с)
17. Neti 361 27.09.18 16:08 Сейчас в теме
(4) Согласен, так лучше. У нас почти всегда так и получается. Просто у нас часто РП и аналитик бывают со стороны заказчика (прямо профессиональные РП и аналитики у заказчика). Наверное, поэтому я их в тексте и называю заказниками.

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

В итоге в целом я считаю, что эти навыки не повредят любому разработчику. Но понимаю, что все что написано – это прямо идеальный вариант. Я сам эти навыки до сих пор тренирую.
18. andmakarov 256 27.09.18 16:11 Сейчас в теме
(17) Это мой комментарий :) Под логином компании нечаянно выложил :)
26. MaxS 1669 28.09.18 09:24 Сейчас в теме
(4) Требования к разработчику в статье считаю справедливыми. По поводу прямых контактов с заказчиками, считаю что не обязательно их давать клиенту, иногда это мешает работе, т.к. в проекте есть консультант, РП, а время разработчика может быть дорогим.
Должна быть первая линия, которая ограждает разработчика от ненужной суеты, если вопрос решается нетехническими специалистами и просто требуется консультация по программе ;)
38. elian 76 03.10.18 12:37 Сейчас в теме
(4) Это возможно только в том случае, когда у разработчика есть аналитик. Но так бывает далеко не всегда.
6. OlegTor 166 27.09.18 12:30 Сейчас в теме
Андрей, большое спасибо за материал! Особенно понравились примеры из вашего личного опыта, а также список рекомендованных книг.
8. dock 35 27.09.18 13:04 Сейчас в теме
Супер! А какое пополнение библиотеки!
11. байт 19 27.09.18 14:26 Сейчас в теме
Статья хорошая, вот только бы еще описание как работать с трудными клиентами)
15. acanta 60 27.09.18 15:58 Сейчас в теме
(11) Устроиться к ним в штат и породниться.
34. andmakarov 256 01.10.18 22:00 Сейчас в теме
(11) Ок. Как-нибудь напишу :)
12. herfis 280 27.09.18 14:34 Сейчас в теме
Замечательная статья. Очень редко попадается настолько качественный вводный материал.
16. nofear 23 27.09.18 16:04 Сейчас в теме
Отличный материал! Особый плюс за, что есть рекомендуемые автором источники.
21. acanta 60 27.09.18 20:36 Сейчас в теме
Идеальный программист 1с/внедренец - это сотрудник, который принимает решения так, как если бы это был его собственный бизнес.
Но при этом он должен быть полностью взаимозаменяем.
22. байт 19 28.09.18 07:17 Сейчас в теме
25. acanta 60 28.09.18 08:08 Сейчас в теме
(22) Послушать некоторых 1с ников, ни дать, ни взять олигархи. 2 молзавода, птицефабрики, хлебозавод, пара сельхозпредприятий, сеть общепита и пара гостиниц. А собеседования в фирму франчайзи это вообще шоу "Выйду замуж за миллионера".
23. MikhailDr 28.09.18 07:32 Сейчас в теме
(21)
Но при этом он должен быть полностью взаимозаменяем.

Один человек не может быть "взаимозаменяем", это должна быть как минимум пара людей
24. CSiER 26 28.09.18 07:34 Сейчас в теме
Спасибо за статью и за список литературы.
И последнее – навык удержания внимания. Почему-то в современном обществе люди очень тяжело фокусируются на одной вещи.
- по данной теме в контексте работы программиста мне очень понравилась книга (В работу с головой. Паттерны успеха от IT-специалиста) - рекомендую.

Система развития сотрудников в нашей компании

- данная статья про нетехнические навыки - есть ли / планируете написать статью про технические навыки?
33. andmakarov 256 01.10.18 21:56 Сейчас в теме
(24)
конте

Спасибо за рекомендацию книги!
По технические навыки пока не планировал. Но возможно передумаю. Спасибо за идею.
27. acanta 60 28.09.18 09:52 Сейчас в теме
В проекте может быть не консультант, а испорченный телефон. А понимание ненужной суеты должно быть у заказчика.Во всяком случае не повредит. Как правило, если этого понимания нет, то им пофиг сколько стоит время разработчиков, т.е. это не ошибка, а принципиальная позиция. Объяснять бесполезно, отсутствие контакта невозможно заменить никакими методиками
29. Armando 1388 29.09.18 21:56 Сейчас в теме
Я один считаю, что за фразу "Правильно ли я понимаю, что" надо расстреливать?
30. herfis 280 01.10.18 09:34 Сейчас в теме
(29) А что с ней не так? Если аллергия именно на это вступление, можно и перефразировать.
Главное, что за ним идет объяснение своими словами того, как ты понял задачу. Это наилучший вид обратной связи из всех возможных, не оставляющий место недопониманию. Для "первого контакта" это особенно важно. Потому что если недопонимание испортит первое впечатление, то это заметно добавит сложностей.
31. Armando 1388 01.10.18 12:10 Сейчас в теме
(30) Да, именно эта фраза раздражает из-за ее массового использования. С важностью устранения недопонимания полностью согласен.
32. herfis 280 01.10.18 12:44 Сейчас в теме
(31) Ну, несколько рафинировано звучит, но для первого контакта нормально, как по мне :) Первый контакт предполагает некоторую настороженность и дистанцирование.
35. orfos 38 02.10.18 00:34 Сейчас в теме
В статье очень много приемов которые можно использовать не только в своей работе, но и в повседневной жизни. Здорово! Мне понравилось про - "периодически делайте то, что для вас нестандартно". Сначала нестандартное обучение, а потом пригождается на практике.
36. acanta 60 02.10.18 00:42 Сейчас в теме
Невозможно внедрять в компьютерной реальности систему управления, если в жизни под каждого подстраиваться. Никакие усилители не способны изменить образ мышления. Нестандартное поведение в стандартной ситуации обычно называют неадекватность. Поэтому рекомендуется для развития нестандартного мышления больше нестандартных ситуаций, приключений и разнообразного опыта.
37. tramontana 71 03.10.18 09:27 Сейчас в теме
«Искусство объяснять» кто авторы?
39. andmakarov 256 03.10.18 14:51 Сейчас в теме
40. andmakarov 256 03.10.18 14:52 Сейчас в теме
41. YuriFm 11.12.18 11:51 Сейчас в теме
Про мотивацию:
Кто-то, вместо того, чтобы сидеть допоздна на работе и делать все вручную, воспользуется готовой формой и пойдет домой к детям пораньше.

Не пойдет, больший объем работ выполнит.
42. acanta 60 11.12.18 11:56 Сейчас в теме
(41) На работе одинокие люди скрываются от пустых комнат и скучных вечеров, а счастливые семейные - они тоже скрываются от семьи, детей, хлопот и прочих "радостей". Им не важен объем работ. Им все равно что делать, у них мозг "убегает и прячется в работу"/голову в песок.
Конкуренция, банальная зависть и "собственные проекты" включают мозг в режим "догнать и перегнать Америку". Им автоматизация нужна, но чаще она им мешает, потому что они всегда хотят больше того, что им может дать программа.
А вот те, у кого счастье как-то не сложилось (еще/уже), тем важно вовремя оказаться дома. И автоматизация предназначена помочь им выполнить необходимый объем работ в ограниченное время и желательно без ошибок, чтобы одну и ту же работу не делать по десять раз. Я работаю на последних, потому что я сама к ним отношусь. Но я понимаю мотивы тех кто убегает и тех кто догоняет.
К сожалению, "убегающие" не приемлют мотивы "догоняющих" экзистенциально. "Хотелки" воспринимаются в штыки. Я же сижу и работаю на том что есть! И ты тоже должен. А не бегать с костылем за кем-попало.
Мотивы "работающих для галочки" для них вообще кощунственны. Это невнимательность, рассеянность и отсутствие исполнительской дисциплины, а не недостаток автоматизации.
А так , "Убегающий" автоматизатор это катастрофа.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Самара
зарплата от 100 000 руб. до 150 000 руб.
Полный день

Программист 1С
Тюмень
зарплата от 65 000 руб.
Полный день

Консультант 1С (Бухгалтерия)
Санкт-Петербург
зарплата от 100 000 руб.
Полный день

Программист 1С
Санкт-Петербург
зарплата от 150 000 руб.
Полный день

Программист 1С
Санкт-Петербург
зарплата от 120 000 руб.
Полный день