Программирование и отладка бизнеса: стань самым ценным сотрудником

Управление - Управление проектом

Как повысить свой доход в разы, занять другую должность в компании и стать самым ценным сотрудником?

Сначала - моя история

Несколько лет я, как и многие из вас, работал программистом 1С на фиксе в одной из компаний. До этого я пробовал разные специальности – 4 года во франче работал программистом, руководителем проектов, умел закрывать по 200 часов, одновременно получая процент с проекта, за руководство и немного занимаясь продажами. Пробовал самостоятельно разрабатывать продукты, был начальником IT-отдела в большой компании, численностью 6 тысяч человек, примерял разные варианты применения нашей профессии – программиста 1С. Но все это позиции были несколько тупиковые, в первую очередь по доходу. Все мы получаем примерно одни и те же деньги, работаем в одних и тех же условиях.

Мне стало интересно, как можно зарабатывать больше денег, не занимаясь продажами и не создавая свой собственный бизнес. Я решил найти нишу в компании, в которой работал. Она должна была быть какой-нибудь особенной, никем не занятой. И хотелось, чтобы компания сама захотела платить деньги человеку в этой нише, чтобы не надо было никого обманывать или что-то накручивать. Чтобы это было объективно: человеку на этой позиции надо платить много денег.

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

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

Я пришел к собственнику и предложил ему улучшить самый проблемный процесс, который был в его бизнесе. На тот момент это был складской учет. Сейчас и мне, и тем, кто работает в этой компании, об этом даже стыдно вспоминать, но инвентаризации, которые проводились ежеквартально, показывали расхождения между учетной системой и фактическими остатками в десятки процентов. И по стоимости, и по количеству, и по количеству позиций. Это была беда. Компания реально имела правильные остатки в учетной системе только четыре раза в год – на следующий день после инвентаризации. Этот процесс я и стал приводить в порядок.

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

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

С января по май я готовился, немного автоматизировал процессы, переписал бизнес-процесс складского учета, поменял потоки работы кладовщиков, бухгалтеров и вообще всю систему переделал, никому ничего не показывая и не рассказывая. В мае я раздал всем новые инструкции, и после первой в году инвентаризации началась новая жизнь – работа по моим правилам. Чтобы наблюдать результат, в дальнейшем мы проводили инвентаризации чаще – раз в два месяца. Уже первые результаты были положительными, а до конца года отклонения по результатам ревизии упали до долей 1%.

Успех был колоссальный, но в его устойчивость не верилось. Не верилось, что он сохранится, если я его оставлю. Тем не менее, результат был, и я получил все,о чем договаривался с собственником. Сейчас, по прошествии нескольких лет, устойчивость результата подтвердилась - 5 лет отклонения держатся в пределах 1 %..

Тогда я решил повторить эксперимент и предложил собственнику усовершенствовать другой проблемный процесс – процесс снабжения: там были дефициты, не позволявшие отгружать такие объемы, которые хотели наши клиенты. Договорились, что за год дефициты снизятся вдвое, а я еще выполню 10-15 проектов, связанных с 1С, - по автоматизации разных бизнес-процессов.

Во второй год опять все успешно удалось завершить, дефициты снизились более, чем в 2 раза, все  IT-проекты были завершены успешно.

Поскольку зарплата полностью удовлетворяла все мои запросы на 1-2 года, я решил немного остепениться, успокоиться и посидеть на уютном теплом месте, которое я себе создал. Что оно собой представляло? Формально я был IT-директором, но кем я на самом деле был, понять сложно. Ведь чем занимается IT-директор? Как правило, он администрирует IT-инфраструктуры, руководит сисадминами, внедряет ERP-систему, участвует в совещаниях на совете директоров. Одной из моих ключевых обязанностей участие в процессах изменений, и по большей части - генерация, инициирование этих процессов, поиск и предложение решений, применение новых методик управления, экспертиза предлагаемых изменений, анализ эффективности других функций и подразделений, и, наконец - непосредственное участие в стратегическом развитии предприятия, вплоть до самостоятельной разработки стратегического плана всей компании. Таким образом, реализовалась та самая концепция самого ценного сотрудника - я им стал..

В этот момент мне стало интересно: почему у меня получилось, а у других не получилось? Собственник тоже подталкивал меня: говорил, что хочет, чтобы у других тоже получалось наводить порядок, потому что менеджеров много, они, как правило, занимаются оперативным управлением и стратегическим планированием, но практически никто не занимается системными изменениями своих процессом. В их должностную инструкцию, может, и записано, что они должны ускорять свой процесс, повышать его эффективность, но по факту этим никто не занимается. Почему так? Мне тоже стало интересно почему, и я пошел со всеми с ними разговаривать.

Я пришел к одному заместителю директора, и предложил внедрить контрольные карты Шухарта, чтобы у нас качество было лучше японского. Но оказалось, что коллега не знает, что такое контрольные карты Шухарта, что такое статистическое управление процессами, и только краем уха слышал про применение цикла Деминга в управлении качеством. Ладно...Пошел я к другому заместителю директора, и предложил внедрить контроллинг. Но и здесь не нашел поддержки. Еще чуть позже я узнал про баундри менеджмент (boundary management, управление границами) и всем заместителям директора предложил внедрить его системную часть, чтобы улучшить наши процессы. Но сколько я не разговаривал, никто особо не хотел вникать, о чем речь.  Может, им было неинтересно или слишком сложно. Но по факту никто не разобрался. В общем, я рассказал обо всём, что знал и применял в компании. Но, никто меня так и не понял. Им до сих пор непонятно, почему, например, все удалось исправить в складском учете, причем тут контроллинг и управление границами.

В последнюю очередь я дошел до своих программистов – в мой штат входило 3 человека. Я им рассказал про управление границами, про контроллинг, про менеджмент качества, про agile и scrum… И на удивление они все поняли и могли со мной поговорить. Они поняли, почему проекты по складу и по снабжению получились. И тут меня осенило: на самом деле мир спасут программисты. Причем, именно программисты 1С.

Программисты 1С – единственные, кто смогут нормально, с нужной детальностью разобраться в бизнес-процессах

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

Кроме того, программисты 1С реально понимают, что такое алгоритм процесса. Это важно потому, что бизнес-процессы – это алгоритмы, и элементы в них могут быть банально не согласованы. Например, у нас в процессе по снабжению, над которым я работал, первый шаг – это составление годового плана закупок, а второй – ежедневная закупка. Эти шаги соединены прямой связью, то есть предполагается, что по этому алгоритму люди должны работать – составлять годовой план закупок и тут же исполнять заявку. Годовой план закупок составляется раз в год, а заявка поступает по 50 раз на день. На этом алгоритм заканчивается, и по нему надо работать. На самом деле для программистов знание алгоритмов – это конкурентное преимущество, потому что любой другой человек, не знакомый с ними, просто не понимает, как бизнес-процесс должен работать, и как это можно изобразить.

Еще один плюс программистов – у них достаточно свободного времени. Мы все понимаем, как программист может тратить на задачу в три раза дольше времени, чем на самом деле она требует, и мало кто это заметит. Это, опять же, конкурентное преимущество, потому что для того, чтобы приводить какой-то бизнес процесс в порядок, нужно иметь достаточно свободного времени на то, чтобы думать, наблюдать, изучать и пробовать. Большинство менеджеров этого свободного времени не имеют и гордятся этим. Хотя фактически это означает, что человек не может стать эффективным, потому что у него нет времени на повышение эффективности - замкнутый круг. В нашей культуре модно быть занятым, поэтому все остается на месте. А для нас, программистов, это преимущество. Мы можем найти свободное время и обо всем подумать.

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

И последнее – программисты имеют доступ к большому количеству информации, именно административный доступ к системе. Поэтому они могут пользоваться ею в своем анализе. Никто другой таким ресурсом не обладает.

Рекомендации тем, кто захочет попробовать заняться наведением порядка в бизнес-процессах

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

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

Вторая фишка в том, что чем больше методик вы знаете, тем лучше. Например, в древней Японии жил Миямото Мусаси – один из самых известных фехтовальщиков, автор стиля двух мечей. Он учился в какой-то школе у какого-то мастера, потом путешествовал по Японии, сражался с разными мастерами. Если кто-то был сильнее его, он какое-то время у него учился. В результате он за несколько лет приобретал навыки различных практик разных мастеров и сформировал свою собственную школу, добавляя что-то свое. В итоге у него получилось уникальное мастерство. Здесь то же самое.

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

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

В практике, которую я рекомендую, надо брать лучшее и внедрять лучшее. Не брать методы целиком, а брать их ключевые особенности, фишки, практики. И самое важное – надо понимать суть. Возьмем, к примеру, скрам (scrum) или аджайл. Мне кажется, что не все их до конца понимают. Я тоже читал книгу Джеффа Сазерленда, которая некоторым кажется «легким чтивом». Мне она показалась глубоким чтивом, потому что одна из основополагающих основ скрама – это управление качеством, и про это там написано. Там написано про Toyota Production, про то, как Джефф Сазерленд показывал скрам в Японии, насколько он там прижился и было близок их философии. И Сазерленд рассказывал про важность роли скрам-мастера, про цикл Деминга. Роль скрам-мастера – это постоянное ускорение процесса. Все остальное, что есть в скраме, – поэтапная сдача, удовлетворение заказчика, четкий перечень работ на период спринта - тоже важно, но это все должно двигаться все быстрее и быстрее. Скорость работы должна все время возрастать в тех единицах, в которых она измеряется.

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

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

Методики решения бизнес-проблем

Я выбрал несколько методик, которые лично рекомендую.

1.      Баундри менеджмент (управление границами).

Преподают его в «Сколково», других книг и материалов нет. Мне посчастливилось присутствовать на лекции профессора из Гарварда, который проповедует баундри менеджмент, а также я прочитал несколько статей в Harvard Business Review про работы Эрика Триста. Баундри менеджмент говорит о том, что надо уметь видеть границы и работать с границами. Границ полно, они повсюду - между отделами, между разными видами работ, между функциями, между оперативной и аналитической работой. Знание баундри менеджмента не открывает каких-то высших истин, но позволяет видеть реальность в несколько ином свете - через призму границ. И, соответственно, управлять ими - возводить там, где это необходимо, и убирать там, где они мешают.

2.      Контроллинг (управление на основе цифр).

Контроллинг, если кратко - это управление на основе цифр. Здесь важна каждая часть определения - и "управление", и "на основе", и "цифр".

У нас, в России, плохо со всеми тремя составляющими контроллинга. Особенно если учесть, что они тесно взаимосвязаны как друг с другом, так и с другими частями бизнес-системы.

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

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

Дальше цифры из 1С, как правило, проходят полуручную обработку, с использованием Excel, например. Качества данным, равно как и оперативности, такая обработка тоже не добавляет.

В конце концов, итоговый отчет еще кто-то перепроверяет, чтобы случайно не подать руководителю цифры с ошибками.

В итоге, цифры попадают к адресату красивыми, проверенными, но очень поздно. Обычно - после окончания периода (месяца, недели, и т.д.).

И тут все очень просто. Если цифры о январе вам попали в феврале, то деятельностью января вы уже управлять не можете. Потому что январь уже кончился ).

А если ваши цифры основаны на бух.учете, и вы не крупный налогоплательщик, то не исключаю, что относительно адекватные цифры вы получаете раз в квартал.

Дальше понятно. Получаете цифры раз в месяц - у вас есть возможность управлять по цифрам (т.е. осуществлять контроллинг) 12 раз в год. Практикуете квартальную отчетность - управляете 4 раза в год. Плюс бонус - годовая отчетность.
Остальное время управление, как правило, выполняется вслепую.

Когда (и если) цифры все-таки появляются, то вступает в действие вторая проблема - как управлять на основе цифр?

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

Так происходит из-за недостаточных компетенций руководителя в контроллинге, в первую очередь. Он просто не знает, что делать с этими цифрами. Что сделать - знает, что делать - нет. Сделать - это то, о чем написано выше (поругаться, поиграться). Делать - это ежедневный бизнес-процесс.

Подбираемся все ближе к сути. Все очень просто: цифра должна стать частью бизнес-процесса. В бизнес-процессе должно быть четко понятно, кто, что, и когда должен делать при отклонении цифры от нормы (любые варианты - выше границы, ниже границы, выход за коридор, наличие тренда, невыполнение квантиля и т.д.)

И вот она ключевая дилемма: цифра есть, она должна стать частью бизнес-системы, чтобы повысить эффективность управления, но... этого не происходит. Почему?

Потому что российский руководитель не отдаст конкуренту кусок своей власти.

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

Контроллинг я особенно рекомендую, и особенно - программистам 1С. Это голубой океан повышения эффективности управления в России.

3.      Скрам

Обязательно прочитайте и попробуйте на практике скрам. Если вы читали, но не пробовали - считайте, что не знаете. Читать лучше книгу, например Сазерленда, а не статьи в интернете.

Скрам познается только практикой, и с обязательными измерениями объемов выполненной работы. Лично попробуйте две важнейшие роли - владельца продукта и скрам-мастера.

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

4.      ТОС (теория ограничений систем)

Базовые, фундаментальные принципы повышения эффективности, которые можно применить практически в любой области, в любом бизнес-процессе и бизнес-системе в целом.

Если не знакомы, то не буду лишать удовольствия от прочтения книг Элияху Голдратта. Рекомендация аналогичная скраму - прочитайте и попробуйте. На какой бы должности вы не находились, какую бы работу не выполняли, там найдется место для повышения эффективности методами ТОС.

5.      Миксуйте принципы, для создания прикладных решений в конкретной ситуации

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

Вот что сказал на эту тему Элияху Голдратт в статье "Стоя на плечах гигантов":

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

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

Осталось лишь расширить свой пакет инструментов - влиять не только на информационную систему, но и на окружающую ее среду.

P.S.

Тема программирования и отладки бизнеса продолжается, обогащается новыми знаниями и практическим опытом.

Пока в виде блогов, но это только начало:

http://biz-programming.livejournal.com/

http://business-programming.blogspot.ru

***************

Данная статья написана на основе доклада, представленного автором на конференции Infostart в 2016 году. Приглашаем вас на новую конференцию INFOSTART EVENT 2017 COMMUNITY.

См. также

Комментарии
1. aspirator 23 (aspirator23) 300 15.06.17 10:41 Сейчас в теме
2. uri1978 uri1978 (uri1978) 107 15.06.17 11:01 Сейчас в теме
Я пришел к собственнику и предложил ему улучшить самый проблемный процесс, который был в его бизнесе. На тот момент это был складской учет. .

Чтобы наблюдать результат, в дальнейшем мы проводили инвентаризации чаще – раз в два месяца. Уже первые результаты были положительными, а до конца года отклонения по результатам ревизии упали до долей 1%.

Вы не думали, что только это могло стать причиной улучшения учета?
WellMaster; DrAku1a; VladimirL; Wo0dV0rd258; Artem.Po; h00k; eskor; kuzyara; vano-ekt; IvanovAV; Gavrik; agent00mouse; baracuda; Solovyeff; ryutao; корум; +16 Ответить
3. uri1978 uri1978 (uri1978) 107 15.06.17 11:04 Сейчас в теме
Как повысить свой доход в разы, занять другую должность в компании и стать самым ценным сотрудником?

Лучше всех в колхозе работала лошадь, но председателем она так и не стала.
DrAku1a; Wo0dV0rd258; Kyrales; Artem.Po; eskor; kuzyara; Spacer; vano-ekt; DoctorRoza; IvanovAV; zarucheisky; rusmil; d4rkmesa; Yakud3a; +14 Ответить
4. d4rkmesa (d4rkmesa) 15.06.17 12:46 Сейчас в теме
Это сработает, если директора и руководители отделов апатичны или чем-то заняты. На деле иногда у собственника по несколько в день "ходоков" с рацпредложениями. Т.е. деятельный начальник склада предложил бы, к примеру, внедрить WMS или приблизить процесс реализации к складским отгрузкам, чтобы уменьшить разницу между реальными остатками и "в программе", финдиректор сделал бы свою модель бюджетирования, с блэк-джеком и прочим, и пришел к собственнику за ресурсами на реализацию и т.д.. Т.е. ниша знатока бизнес-процессов часто плотно засижена разными руководителями и именно программисту 1С там особо нечего делать.
DrAku1a; Winstoncuk; Wo0dV0rd258; sergelemon; Artem.Po; eskor; Silenser; kuzyara; CyberCerber; IvanovAV; uri1978; zarucheisky; ZOMI; корум; Solovyeff; +15 Ответить
5. Владимир Поздняков (Red_Devil) 163 15.06.17 13:40 Сейчас в теме
Автор так тебе подняли зарплату в 5 раз или ты просто стал "Самым ценным сотрудником по своему мнению" ?
DrAku1a; Gang031; sergelemon; sulfur17; Artem.Po; Spacer; IvanovAV; agent00mouse; +8 Ответить 1
6. Сергей Большаков (axae) 44 15.06.17 13:49 Сейчас в теме
(5) Стать самым ценным намного важнее, чем зарплата))) При таком подходе зарплата - не цель, а естественное следствие, о котором даже и упоминать не стоит)))
DrAku1a; Designer1C; +2 Ответить 1
7. Михаил Зотов (ZOMI) 471 15.06.17 14:05 Сейчас в теме
Да у автора ЧСВ можно как эталон использовать
sergelemon; Artem.Po; vano-ekt; IvanovAV; Serega-artem; корум; +6 Ответить
8. Владимир Поздняков (Red_Devil) 163 15.06.17 14:25 Сейчас в теме
(6) так статья начинается с того что выше среднего уровня доходов не подняться.
Но все это позиции были несколько тупиковые, в первую очередь по доходу. Все мы получаем примерно одни и те же деньги, работаем в одних и тех же условиях.

В итоге не понятно поднялся, или только уровень ошибок в инвентаризации сократил.
9. Ildar Gabdrakhmanov (spezc) 297 15.06.17 15:51 Сейчас в теме
Отлично написано. Хочу также.
davdykin; Designer1C; +2 Ответить
10. Владимир Безфамильный (Vovan1975) 14 15.06.17 16:25 Сейчас в теме
Стать самым ценным - это чушь.

В действительности самый ценный сотрудник начинает контролировать бизнес, поэтому от него стараются избавиться. Так что не сношайте себе мозг, увольтесь сами, это сэкономит время и здоровье
Artem.Po; vano-ekt; IvanovAV; agent00mouse; zarucheisky; rusmil; vasvl123; +7 Ответить
11. Олег Дмитров (baracuda) 3 15.06.17 17:38 Сейчас в теме
За статью лайк конечно, чем то напомнило меня. Только я так и не решился встать на тот путь по которому пошел автор.
d4rkmesa; +1 Ответить
12. Павел (pavelsur) 15.06.17 18:04 Сейчас в теме
"...И тут меня осенило: на самом деле мир спасут программисты. Причем, именно программисты 1С...." Полна страна героями)
sergelemon; sulfur17; Artem.Po; AlexeyFreeLife; FSlon; vasvl123; +6 Ответить
13. Владимир Конырев (Vladimir_Konyrev) 205 15.06.17 23:34 Сейчас в теме
Автор, спасибо за статью. Можете написать рекомендуемый Вами перечень литературы для прочтения?
Designer1C; NeviD; arakelyan; +3 Ответить
14. Гайк Аракелян (arakelyan) 11 15.06.17 23:51 Сейчас в теме
Не понимаю почему так много критики. Человек проявил инициативу, вышел за границы конфигуратора, добился успеха и поделился своим опытом. Автору успехов в последующих проектах. Спасибо за статью.
WellMaster; Dionis; AlX0id; sergelemon; inf012; starik-2005; RaketaSoft; gubanoff; davdykin; kabanoff; Designer1C; Lucechiaro; Demann; dgolovanov; kiser; denker; baracuda; user708678_jjjhtk; +18 Ответить 1
15. Александр ZeRg (user708678_jjjhtk) 16.06.17 01:34 Сейчас в теме
Спасибо за статью, мне было очень интересно читать, единственное возник вопрос.
Как я понял у вас уже есть многолетний опыт разработки и вы уже пошли намного дальше, а что вы можете посоветовать тем кто только начал изучать 1с? книги, видео, семинары, статьи? Мне лично трудно систематизировать свое обучение в этом направление может вы подскажете заранее спасибо.
16. Даниил Матвеев (cargobird) 272 16.06.17 10:40 Сейчас в теме
А еще бывает - сидит пахарь средней руки и пашет, заявки идут конвейером, он закрывает одну за другой и доволен.
Руководство смотрит - крутой прогер, а не повысить его нам, скажем, до руководителя проектов.
Повышает.
Пахарь выныривает из конфигуратора,
Обнаруживает, что вокруг есть еще люди, которыми, оказывается, надо руководить, вместо ТЗ читать мысли заказчика до появления такового и т.д.
Пык, мык, бестолково проходит время, накапливается негатив, в прогеры обратно возвращаться уже не комильфо.
Уходит в другую контору.
Опять пашет, пока не "повысили".
И т.д.
Artem.Po; davdykin; FSlon; Demann; +4 Ответить
17. Иван Петров (dgolovanov) 16.06.17 10:57 Сейчас в теме
(14)
Экскурсия по аду. Видят, в двух котлах варятся грешники. Около одного котла — ватага чертей с вилами, а около другого — никого.
— Почему вы все у одного котла?
— Да тут евреи варятся. Стоит на секунду отойти, как они все собираются, подсаживают друг друга, один вылезет — других вытаскивает. Если их не сторожить — все разбегутся!
— А почему тогда второй котел не охраняете?
— Там варятся русские. Отличные ребята! Если один пробует удрать, другие его назад тащат:
«Ты чё, лучше других быть хочешь?! »
Gorus; Zhilyakovdr; SirYozha; hornet_X; AlX0id; sulfur17; kote; Сурикат; denker; ZLENKO; +10 Ответить 1
18. Anatolii Karasev (KapasMordorov) 407 16.06.17 11:12 Сейчас в теме
(17)
непосредственное участие в стратегическом развитии предприятия, вплоть до самостоятельной разработки стратегического плана всей компании.

Есть такие компании, которые вот это доверят 1С-нику, пусть даже и в статусе ИТ-директора?
И его сразу же не сожрали другие руководители?
Это в Челябинске такое комфортное болото во всём?
Artem.Po; Bassgood; d4rkmesa; +3 Ответить
19. Дмитрий Голубев (Demann) 16.06.17 11:15 Сейчас в теме
Бывает что просто власти не хватает, ты знаешь как делать, пытаешься через своего руководителя продвинуть оптимизацию процесса, где необходимо давление на другие подразделения, а Он не заинтересован в их продвижении да и портить отношения с руководителем другого подразделения не хочет, его и так все устраивает(и подвинуть его не подвинешь так как он уже .... лет сидит на этом месте, и зарекомендовал себя как стабильный сидок). И вот ты делаешь одну попытку, вторую, третью ... и все в пустую. Периодически твои идеи удается продвинуть и реализовать что подогревает желание действовать дальше. А иногда твою идею сначала сливают как не рентабельную и через некоторое время выдвигают как свою ((((.
papami; PAVI; +2 Ответить
20. Дмитрий Галкин (Lucechiaro) 16.06.17 11:41 Сейчас в теме
Хорошая статья. Человек продемонстрировал, как программист 1С может стать "больше чем программистом" и реально помочь бизнесу. Особенная благодарность за методики и перечень литературы.
IgorroPadavan; dgolovanov; +2 Ответить
21. Геннадий Николаев (genayo) 16.06.17 11:46 Сейчас в теме
Нельзя решить организационные проблемы техническими средствами, если автор считает по другому, то он глубоко ошибается. И поэтому программисты и ИТ-директора мир не спасут...
22. Игорь Дзеса (Kamikadze) 44 16.06.17 11:57 Сейчас в теме
(21) Думаю автор имел вииду, що понимание процессов програмных и реальных здорово помагает продвинуться по службе
23. Anatolii Karasev (KapasMordorov) 407 16.06.17 12:22 Сейчас в теме
(22)
Куда автор продвинулся-то?
Сидит на партнерском форуме и также как и раньше потроха КА, УПП и ERP обсуждает.
24. Иван Петров (dgolovanov) 16.06.17 12:43 Сейчас в теме
(23) я должен, видимо, в антикафе потягивать смузи, вейпить и обсуждаждать фьючерсы и опционы?
badboychik; rovenko.n; +2 Ответить
25. Геннадий Николаев (genayo) 16.06.17 12:49 Сейчас в теме
(22) Если люди, ответственные за эти процессы по своим должностным обязанностям, мышей не ловят, то да, наверное можно и продвинутся. Но профессиональный программист по определению не может знать о логистике больше профессионального логиста, например.
Artem.Po; +1 Ответить
26. Артем Лабутин (weissfeuer) 24 16.06.17 13:10 Сейчас в теме
Роль бизнес-аналитика\менеджера по развитию - логичное продолжение для многих специалистов по 1С. Непонятно, почему автор, не смотря на уже 5 летний опыт в этой роли, все еще считает ее ключевой для бизнеса. Пора уже двигаться дальше в своем развитии)

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

Например, многие опытные предприниматели придерживаются позиции, прямо противоположной автору - и считают большое количество цифр вредным для топ-менеджмента (см. например книги Боба Файфера, Харви Маккея).

Да, все перечисленное в статье влияет на отношения (скрам - в особенности), но ...все это не приоритетно. И далеко не всегда полезно для бизнеса и его владельцев (к сожалению - так как я тоже люблю внедрять всякие такие штуки).
Winstoncuk; config; +2 Ответить
27. Михаил Россин (FSlon) 16.06.17 13:18 Сейчас в теме
(15) Александр, да пребудет с вами Гилев, Чистов и Радченко с Хрусталевой :) Аминь!
rovenko.n; +1 Ответить
28. Артем Лабутин (weissfeuer) 24 19.06.17 10:32 Сейчас в теме
Я тут все думал, что мне не нравится в этой статье ) И вот какой момент: в заголовке написано "как повысить свой доход в разы.." и предлагается взяться за проекты оптимизации бизнес-процессов. Статья адресована программистам 1С. Но если посмотреть на вакансии на hh.ru то для бизнес-аналитика средняя зп ~ 90 000 руб. А средняя зп хорошего программиста 1С ~ 160 000 руб.

То есть, если руководитель адекватный, по идее, он должен увидеть понижение ценности и не согласует подобные "отвлечения". И уж тем более не станет доплачивать еще сверху.

Я бы назвал стратегию этой статьи удачным вариантом "выхода из профессии" для тех специалистов 1С, которые хотят перестать быть айтишниками.

PS По моему опыту, чтобы аналитику платили over 160 000, у него должен быть многолетний опыт выполнения бизнес-проектов из той сферы, за реализацию которых он просит денег.
Winstoncuk; Artem.Po; +2 Ответить 1
29. Борис Нагаев (nbm) 167 19.06.17 15:37 Сейчас в теме
Абсолютно согласен с автором. Статья глубокая, выстраданная. Я бы даже сказал универсальная. Подходы, высказанные в этой статье могут быть применены в различных областях. Не обращая внимание на критику (относительно зарплаты, ценных сотрудников и т.п.) СТАТЬЯ ПОКАЗЫВАЕТ СИСТЕМНЫЙ ПОДХОД К РЕШЕНИЮ ПРОБЛЕМЫ. Кто не увидел, тому не покажешь. Сильно и здорово. Молодец.
30. Максим Кузнецов (Makushimo) 150 20.06.17 06:23 Сейчас в теме
Статья хорошая. Но мне кажется, что автор путает теплое с мягким и/или претендует на роль гуру в этом вопросе.
Начинание хорошее, тут однозначно плюс.. И блог почитаю какое то время.
Но нужно понимать существенную разницу.

А именно, есть программисты, у которых отлично получается программировать (кодить), а есть администраторы, руководители и т.д.
Одним по кайфу кодить и видеть результат в виде работающей и используемой, приносящей пользу разработки.
Другим по кайфу админить, менять процессу, улучшать, использовать методики управления и повышения качества и проч.

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

НО.
Будоражить умы программистов, которые из первых, это пытаться сподвигнуть их заниматься не своим делом, встреть неудачу на этом пути и разочароваться в профессии. Не делай так, автор.

Стать крутым кодером и в разы повысить свой доход тоже можно, но в 1С, к сожалению это единицы, а все остальные зарабатывают "примерно одни деньги".

Так вот, те программисты, которым по душе менять процессы и руководить/админить/управлять могут спрыгнуть и поднять доход как автор, Остальных денежная замануха только собъет с пути и все.
Winstoncuk; Artem.Po; rovenko.n; weissfeuer; cargobird; +5 Ответить
31. Алексей Драчков (Bassgood) 615 20.06.17 15:38 Сейчас в теме
(28)
А средняя зп хорошего программиста 1С ~ 160 000 руб.

То, что это средняя зп программиста 1С, по мне так сильно сказано, такой уровень зп предлагает небольшой процент компаний (смотрел на том же hh примерно год назад) и часто требуют не только навыки программирования, но и умение быть консультантом/аналитиком/руководителем.
sulfur17; +1 Ответить
32. Sergey Andreev (starik-2005) 980 20.06.17 23:31 Сейчас в теме
Статья хорошая, но не лишена пафоса. Отсылки даются к хорошим методам, конечно. Особенно - скрам, аджайл, границы и прочее. Но написано из какой-то детской позиции. Как сказал один герой Марка Твена из рассказа о сигнализации против воров: "-- Ваши чувства делают вам честь. Впрочем, если позволите критическое замечание, метафоры вам не даются.".
d4rkmesa; ZOMI; +2 Ответить
33. Илья Низамов (Region102) 44 21.06.17 08:11 Сейчас в теме
Человек перерос из программиста в бизнес аналитика, вот и все. На сайте есть не менее удачные истории, с большим количеством деталей. Просто не все кто думают что-то делают, а он сделал. На вашем месте я бы ушел вообще в консалтинг и работал на себя.
34. Серега Сергейич (serega33) 21.06.17 08:28 Сейчас в теме
35. Николай Орлов (sulfur17) 21.06.17 10:08 Сейчас в теме
Тут у автора конечно звезды совпали.
- директор доверил программисту поменять учет не только на складе, но и в бухгалтерии
- директор справедливо поднял з/п за успех
- директор помог продавить пользователей под изменения, которым они всегда сопротивляются
- не было других "решал", которые продавливали бы альтернативные решения проблемы и всё путали
Но молодец, спасибо за статью и рад что у вас получилось.
Bassgood; +1 Ответить
36. Алексей 1 (AlX0id) 21.06.17 10:40 Сейчас в теме
Программисты 1С – единственные, кто смогут нормально, с нужной детальностью разобраться в бизнес-процессах

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


Тот момент, когда осознал себя аналитиком, а не программистом )) Ну не встречаются программисты 1С с директорами )) И уж точно можно сказать с точностью до наоборот - как только ты можешь разобраться в бизнесс-процессе на уровне Ивана Белокаменцева, то ты уже не просто программист 1С )

ЗЫ. Спасибо за обработку по структуре затрат с партнерского форума.
37. Владимир Безфамильный (Vovan1975) 14 21.06.17 11:27 Сейчас в теме
(36)
Тот момент, когда осознал себя аналитиком, а не программистом )) Ну не встречаются программисты 1С с директорами ))


еще как встречаются. Причем на регулярной основе в виде отдельной планерки.
38. Игорь Ежов (eiv76) 21.06.17 13:23 Сейчас в теме
Прочитал, человек в своей нынешней деятельности напомнил меня, с одной лишь разницей, стартовые точки разные. Он шел от программиста, а я от продажника. А на вопрос многих специалистов "А зачем ты сюда заходишь?", я отвечу за знаниями. Кто что нового интересного полезного для управление придумал. И если говорить честно, то в лучшем случаи 1% обработак интересен с точки срезения управления. Бизнес-Аналитик знающий 1С - это СУПЕР. Уважуха. С удовольствием зайду на блоги и почитаю
39. poyson (poyson) 21.06.17 15:54 Сейчас в теме
(33) Я может как то не так читаю, но все таки не аналитег, а ИТ-директро вроде...Да и в общем функционал скорее руководительский описан...
40. Игорь Кахановский (IgorroPadavan) 2 22.06.17 11:07 Сейчас в теме
1) Директор не просто доверил, а программист его убедил,
2) Про повышение зп ничего не могу сказать, свечку не держал),
3)Программист в данном случае САМ продавливал пользователей,
4)Другие "Решала" однозначно были, было множество конфликтных ситуаций и "Стрелок".

Просто "совпали звезды" - точно не про эту историю!
Я видел историю изнутри, поэтому и высказал "пару строк".
1c-intelligence; +1 Ответить 1
41. Геннадий Николаев (genayo) 22.06.17 22:00 Сейчас в теме
(40) Звезды совпали в том, что на предприятии был бардак, и ТС смог убедить в этом директора :) Если такого бардака нет, никто не будет слушать непрофессионала, лезущего в профессиональные вопросы.
Оставьте свое сообщение