Comments 108
Проблема:
Вы часто упоминаете различные термины, методики и т.д. Например, в данной публикации используется термин «критерий Фишера». Мне интересно что это, как рассчитывается, где используется. Но читая пост я не буду останавливаться и гуглить этот момент. А после прочтения скорее всего я уже совсем забуду про него, упустив дополнительную интересную информацию.
Решение:
Предлагаю в конце каждого поста делать сноски с расшифровкой для такого рода вещей. В идеале — написанные вами, на доступном «практическом» языке. Если это слишком трудозатратно — буду рад и ссылкам на вики.
Но читая пост я не буду останавливаться и гуглить этот момент.У меня есть вариант ещё лучше. Выделяете мышкой непонятный термин, нажимаете правой кнопкой, выбираете «поискать в гугле», а читаете — потом! Преимущество в том, что решение работает на любом сайте, а не только на том, где можно написать автору в комментах.
Приведу личный пример, как это важно и что никто за связи не отвечает. В налоговой у меня НЕ стоит автомобиль на учёте. Через личный кабинет налоговой написал заявление, чтобы поставили на учёт мой автомобиль и начислили налоги. В ответ получил, что информация о наличие у меня автомобиля не поступила из ГИБДД. Написал заявление в ГИБДД: «передайте информацию о наличие у меня автомобиля в налоговую». В ответ получил: «информация по вашему автомобилю в налоговую давно передали». :))) Виноватых нет! Все органы власти выполнили свою функцию согласно инструкциям, однако информация затерялась где-то. За связи между этими двумя подразделениями, очевидно, никто не отвечает. Жаловаться и требовать не с кого.
Но сам термин «бизнес программист», конечно, уже очень назрел и актуален в наши дни.
Эта должность называется "бизнес-аудитор и бизнес-консультант", существует давно, но у нас только для крупных компаний используется. Дорого, сложно и надо уметь доверять...
У Сергея другая цель, у него цель программировать бизнес процессы, такой должности не существует нигде.
Очень хочется Вас попросить не проявлять собственную необразованность так категорично. «Нет нигде» — это только Ваша выдумка.
Если Вы этого не знаете, то, пожалуйста, не кричите, не придумывайте новых и ненужных профессий и, уж тем более, не заявляйте, что этого нигде нет.
1) Не «менеджер», а «управляющий»
2) С какой стати маркетологи («знатоки рынка») будут «отрабатывать эффективность» и требовать «слаженности всех потоков на производстве»? Даже контроль производства не их задача.
2. Именно «менеджер», т.к. предмет называется «Менеджмент», а не «Управление»;
Своим бесполезным русофильством прошу меня не касаться.
3.
С какой стати маркетологи («знатоки рынка») будут «отрабатывать эффективность» и требовать «слаженности всех потоков на производстве»? Даже контроль производства не их задача.
Обожаю, когда оппонент сажает себя в лужу, «закидывая» несвязными мыслями.
Да ладно бы просто несвязными, а вообще некорректными. «Маркетолог» — это далеко не только «знаток рынка», как бы не казалось тем, кто знает перевод с английского слова «market». Маркетолог, в том числе, отслеживает потоки информации по проектам, потоки производства и создания (в том числе производственных линий) для проверки максимального соответствия продукта ожиданиям потребителей. Так что контроль производства — ещё как и их задача. Моё замечание про «микросреду компании», как я понимаю, вами замечена не была. «Осилили» вы понять написанное мной или нет, но рекомендую почитать учебники по маркетингу именитых авторов.
У вас же должность называется уже иначе, не «бизнес-аудитор», а «менеджер» и «маркетолог» — взаимопонимания с mSnus нет. К тому же «менеджер» или всё-таки «маркетолог»??? Или это уже синонимы? А в багах бизнес-процессов виноват, оказывается (у вас) уже не маркетолог, а директор, тестер, контролёр, СМК-ницы и т.д., ну и менеджер. Т.е. единой точки входа (должности), ответственной за баги в бизнес-системе нет, как в налоговой с ГИБДД, получается.
Если же зайти в профиль автора данной статьи и посмотреть ссылку «Сайт», то увидите ссылку на сайт «business-programming.ru», т.е. бизнес-программирование. Конечно такое название ни к чему не обязывает автора, но я это к тому, что термин «бизнес-программист» я не сам придумал, а просто пытаюсь понять автора статьи, сопоставить своё мировоззрение, с его мировоззрением. Лично мне, может быть, этот термин не нравится, я ещё не понял, думаю, осмысливаю статью в том числе в переписке с вами лучше стараюсь понять автора и вас. Вы уж извините, если что не так.
Вы работу, задачи работника определяете по названию должности? Или по содержанию должностной инструкции?
Если бы все люди были биороботами, то должностную инструкцию можно было бы формализовать настолько, что она превратилась бы в чёткий алгоритм действий. Но на деле, в жизни, люди обладают (или не обладают) той или иной степенью творческого начала и получается, что кто-то из конкретных людей на конкретной должности пытается сделать бОльше пользы для организации (в общем случае для общества), чем предписано его должностной инструкцией, пример тому Сергей из рассказа; а кто-то не выполняет даже возложенного на него инструкцией объёма задач, пример тому Леночка из рассказа (по мнению Сергея она не выполняет своих обязанностей).
Сергей, из рассказа, хочет выйти за рамки всех должностных инструкций, реализовать свой творческий (т.е. не формализуемый инструкцией) потенциал для налаживания бизнес-процессов, улучшения связей и т.д.
Однако по отношению к Леночке, как я понял, он занимает позицию: влезть к ней в мозг и перепрограммировать её, а если не получится, то уволить. Что противоречит его же позиции, что не было смысла менять начальника отдела снабжения 7 раз. Вместо того, чтобы самостоятельно обучить Леночку, или отправить её на курсы повышения квалификации, или на какие-то базовые курсы по бухгалтерии — Сергей намерен её уволить, как неисправный элемент его «идеально» выстроенной бизнес-системы. Во всяком случае, судя по совещаниям — Сергей не смог выстроить связи будучи на текущей должности, винит он в этом не связи (которые нужно улучшать), а Леночку. При условии повышения квалификации Леночки — связи улучшатся. Этот абзац скорее даёт ответ на другие комментарии в рамках данной статьи.
Такая должность есть во всех больших компаниях — руководитель проектного офиса с рм и ба в штате
— «бизнес-аудитор и бизнес-консультант»;
— «менеджер» и «маркетолог»;
— директор, назначенный тестер/контролёр/СМК-шницы и т.д.;
— руководитель проектного офиса с рм и ба (тут я понял ба — бизнес аналитик, с рм — служба риск менеджмента? Не самое лучшее место для аббревиатур, поясните, пожалуйста их).
Сколько же народу отвечает за бизнес-процессы и каждый, я уверен, выполняет свои задачи на отлично! Однако бизнес-процессы, по факту, как мы видим в жизни, выстраиваются не эффективно. Никого не хочу обидеть, утрирую, но если всю эту кучу народа посадить на совещание, то это совещание никогда не закончится, никто не сможет принять решение (тем более срочное) и взять за него на себя ответственность, если среди всех этих людей, скрывающихся за должностями, не найдётся условного Сергея, который готов делать больше, чем требует того его должность и не факт, что Сергей окажется программистом 1С, это может быть бизнес аналитик, директор (собственник, Курчатов) или ещё кто-то. Совещание затянется потому, что за связи между людьми и отделами — никто не отвечает, как между ГИБДД и налоговой (сказал выше). А если на совещании присутствует Сергей, то он возьмёт ответственность не только за свой участок работы, но и за связи между всей этой кучей людей, тогда совещание пройдёт эффективно, будет принято достаточно адекватное решение и сделано это будет за короткое время.
Такое обилие должностей и говорит в мою пользу — такой должности нет :) По факту никто за связи не отвечает.
Уважаемые коллеги, из моего утверждения «такой должности не существует нигде», как ни странно, я не делаю вывод, что такую должность нужно вводить вообще повсеместно и в частности в фирме Сергея, вообще не нужно ничего вводить, наоборот многие перечисленные должности можно устранить, рецепт от проблем выше (каждый должен делать своё дело + кроссфункциональные связи). Второй рецепт дан в рассказе: Сергей отказался от всех должностей, ему вполне достаточно (руководствуясь его высшей целью) оставаться программистом 1С, но получить «чрезвычайные полномочия» по оптимизации бизнес-процессов, иметь доступ ко всему. Эта не формальная и не формализуемая, творческая должность, для неё невозможно написать инструкцию, а значит и ввести такую должность невозможно. Ну наиболее близкой по смыслу к этой роли я бы причислил бизнес-аудиторов и бизнес-консультантов, как было сказано выше. Как правило (по слухам) по результатам именно их работы в бизнес-процессах происходят кардинальные, скачкообразные сдвиги в лучшую сторону. Главным героем рассказа является не Сергей, а Курчатов, который понимает, что дело не в должностях, а в людях, конкретных людях, которые хотят развиваться и мотивированы на структурный рост организации, и не важно на какой они должности.
Нет метрик, нет контроля — СМК занята бумажками, а не настоящим контролем качества (в цех они ни разу так и не сходили, а я вот лично ходил в цех с измерительными приборами и Сергея в данном случае понимаю очень даже хорошо; правда я и не в СМК работал).
Получается как с банками из соседнего топика — все называют страшные трехбуквенные аббревиатуры на латинице, размахивают сертификатами, а по факту — почти везде — решето «и принимаемые риски».
"Вселенная ничто" — опечатка или так и задумано, чтобы двояко звучало?)
Но в исходном моём комментарии я и не говорил, вроде бы, что она кому-то, что-то должна. Просто мы достоверно не знаем её устройство, вполне возможно, что она замкнута (круглая), как планеты. Ведь считали раньше, что Земля плоская, оказалось шарик.
А значит эти программы можно и нужно улучшать. Попытка улучить безнес-процессы Вселенной (или хотя бы на планете Земля, или хотя бы в конкретно взятой организации) со стороны выглядит как вторжение. А программисты пытаются себя наделить привилегиями (назначить себе root права доступа) для изменения бизнес-программ (как Сергей, надавив угрозой своего ухода на Курчатова), что окружающими воспринимается как гипертрофированное самомнение и эго, но это не совсем так. Программисты на самом деле хотят сделать лучше, хотя в таком рвении действительно проявляются все их пороки, в том числе их эго. И не факт, что они могут сделать лучше, даже если им так кажется. Всё, как в программировании, в строках кода читаются мысли разработчиков, а новичок пытающийся изменить что-то в новой для него системе наступает на те или иные грабли и начинает понимать, что система намного сложнее, чем ему казалось сначала.
Так или иначе, механизм для разработки и программирования бизнес-процессов Вселенной (от уровня планеты, государств, организаций и т.д. до личного поведения) должен быть открытым, open-source так сказать.
«Забавно… Значит, мы с вами – почти коллеги. Хотя нет… Врач же создавать не умеет, только лечить.»
Конечно, ведь пересадка сердца легче, чем копипаст с стэковерфлоу или новый пайплайн в вебпаке.
Вот, можете почитать, там реальный человек решает реальные проблемы, садясь в директорское кресло и получая широкие полномочия. И ничего, улучшает, не крутится как белка в колесе, и программировать-то не умеет. «Эффективный менеджер», как здесь часто уничижительно говорят.
Меня коробит манера общения этого персонажа, мнящего из себя серого кардинала и принижающего всех вокруг, даже директора — «ха, ламеры, юзеры, не то что я Координатор Движения Битов по Дорогам Памяти». Якобы теперь только программисты такие умные, все вокруг копошатся в своих болотах и неспособны на рационализаторские предложения.
А как про шесть окладов услышал так сразу ножкой задрыгал. Ой, а кто ему на 6 окладов заработал? Фирма и директор?
Например, есть ли у эффективных управленцев система контроля версий? В нашей современности нет, или есть только в каких-то тайных обществах, не знаю, в открытом доступе нет. Почему и возникает проблема преемственности управления. Умер Рузвельт, пришёл другой президент, начал другую линию управления гнуть. Ушёл Форд, преемственность осталась, в какой-то степени, во всяком случае брэнд и поныне жив. Ушёл Сегалович, что будет с Яндексом? На Хабре читал не самые радужные прогнозы habr.com/post/427001. Т.е. есть разные примеры.
Хотя система контроля версий — не эпопея от всех бед, это пример, чего можно было бы почерпнуть из программирования для управления бизнес-процессами. А так в любом случае нужна высокая культура мышления управленца.
Я не говорю, что все-все-все процессы в жизни можно и нужно запрограммировать, но механизация повторяющихся процессов позволят высвободить ресурс внимания для выполнения творческой работы. Например еду в метро на автоматизме, это позволяет мне сосредоточиться на чтении статьи на Хабре, хотя и порождает некоторые риски.
Программирование в широком смысле = автоматизация. Это не эпопея от всех бед, но без этого нам придётся тратить много ресурсов впустую, стирать в воде на реке вручную, грубо говоря. Трубопровод — тоже автоматизация доставки воды до жилья.
Т.е. работа аналитика и архитектора всё-таки первостепенна. Хороший программист может строить архитектуру опираясь на уровень понимания системы в которой работает и проблемы, которую решает. Но такая ситуация может говорить о плохой организации процесса, когда один человек сочетает в себе несколько ролей.
Сергей сейчас говоря о себе «программист» лукавит. Он скорее совмещает в себе эксперта/аналитика/архитектора.
Организация процесса зависит ещё от уровня развития организации: в стартапе директор может совмещать в себе бухгалтера, программиста, маркетолога и т.д. По мере роста организации функции могут от директора отпочковываться. Т.е. в общем случае ничего плохого, что один человек совмещает в себе несколько ролей. В конкретной ситуации, это может быть не оптимально, конечно.

Боже, да это просто какой-то программисткий фанфик, где главный герой из замухрышки, которая не может справиться с учетом в бухгалтерии, становится Властелином Мира, достаёт Эскалибур и женится на Королеве Эльфов. Точный, резкий, видит всё насквозь.
«Урфин Первый, могущественный король Изумрудного города и сопредельных стран, владыка, сапоги которого попирают Вселенную»
Жду продолжения.
… проступила кровавая пена, а потом он затих. Сергей плавно вынул нож и не глядя обтёр его о пиджак Андрея.
Закрыв и заперев за собой дверь отдела продаж, Сергей прошёл по коридору в бухгалтерию и заглянул внутрь. Яд, которым он щедро заправил подарочный торт, уже сработал. Сергей присел на корточки перед трупом главного бухгалтера и, негромко насвистывая, принялся срезать скальп. Работа спорилась...
Просто автор несколько увлекся игрой в диалоги. Идея, которую он хочет донести, за кучей букв плохо просматривается.
Дюма (который про мушкетеров) выписывал диалоги с третьестепенными персонажами (слугами), для сюжета неважными. Но ему издатель платил построчно…
Работа спорилась...
– Извольте видеть! – раздраженно сказал редактор. – «Работа спорилась». У вас это сдирание скальпов описано так, будто бы кухарка у печки чистит картофель.(С)
Мне-то рассказики нравятся, но пришла в голову мысль «а не поэтому ли мне нравится, что я просто такой же диванный теоретик?» и как-то нехорошо стало. Надо подумать об этом на досуге.
Мэри Сью — возможно, только цель, как я полагаю, не в том, чтобы нарисовать программиста-бога-бизнес-процессов (коим, безусловно, является Сергей), а чтобы указать на то, что в большинстве случаев производственные и иные проблемы бизнеса могут быть смоделированы, формализованы, отлажены, и оптимизированы с использованием практически тех же практик, которые мы, программисты, используем при разработке и поддержке ПО. Отличие — вместо программ, модулей, и слотов-сигналов в схеме задействованы бизнес-процессы, отделы предприятия, и используемый способ связи между ними. Таким же точно образом, как мы это делаем при помощи профилировщиков, можно оценивать скорость исполнения тех или иных задач, искать узкие места, оценивать длительные блокировки ресурсов (процессы согласования, ожидания поставок, блаблабла).
nmivan недавно писал статью про 1С-программистов, являющихся наиболее предпочтительными кандидатами на тех, кто об этих процессах больше всех знает в силу необходимости работы с буквально всеми элементами системы. Не буду говорить, насколько это касается именно 1С-ников (к сожалению, не имею ни малейшего опыта работы с этой системой), но сама суть, как мне кажется, изложена корректно: когда есть полная информация о системе, ее можно рассматривать и улучшать абсолютно абстрактным образом, и человек, ее имеющий, и способный ее грамотно использовать, может принести огромную пользу для бизнеса. Это именно то, что пытается показать и доказать Сергей. В «Корпоративном цейтноте» была история про буфер со 100 втулками, сделанными заранее для ключевого клиента — все равно ж купит, зато отдадим сразу, а не через месяц. Оптимизация чисто «софтовая», но при этом, если подумать, встречаемая нами каждый день: хлеб в магазин привозят утром, в количестве N штук, а не к вечеру, по результатам количества заказавших булку бабушек.
в большинстве случаев производственные и иные проблемы бизнеса могут быть смоделированы, формализованы, отлажены, и оптимизированы с использованием практически тех же практик, которые мы, программисты, используем при разработке и поддержке ПО
Это вряд ли. Как оказалось, задача 3 тел в общем случае в аналитическом виде до сих пор не решается. Хотя что может быть проще, чистая механика.
А тут кибернетика, лженаука.
— Сергей, мы вам предлагаем остаться и стать директором.
— Нет.
— Поняли вас, до свидания.
А вообще, если программиста хотят сделать директором — значит, на горизонте сгущаются юридические тучи и срочно понадобился зиц-председатель.
Специалисты, системно занимающиеся вопросами управления, называются экономистами-кибернетиками. Но так как кибернетика в последние десятилетия в умах ученых и специалистов свелась к компьютерным системам, то на практике функции экономиста-кибернетика обычно выполняет какой-нибудь инженер, получивший второе высшее экономическое образование, при этом имеющий неформальный выход на высшее руководство организации.
И в данном рассказе Сергей выступает в гораздо большей степени как инженер, а не как программист, использующий небольшой набор эффективных приемов по стоимостной (экономической) оценке различных организационных процессов.
А вот если обыграть в виде худлит-истории, то почему бы и нет…
З.Ы. Рассказики годные. Нет, ЧСВ программера так и прёт изо всех щелей, но вообще занятно и познавательно.
Олег Кольцов. Процессный подход с точки зрения кибернетики
process.mirtesen.ru/blog/43516691271/Protsessnyiy-podhod-s-tochki-zreniya-kibernetiki
и Чарльз Т. Хорнгрен, Джордж Фостер, Шрикант Датар. Управленческий учет
www.litres.ru/dzh-foster/upravlencheskiy-uchet-17181345/?fbclid=IwAR2uOAgk0AI5-283iVZgnfojOzE2hmiOJZKtFhgkguZEaiYL--9ZcWWSxA8
process.mirtesen.ru/blog/43852778662/PROTSESSNYIY-LANDSHAFT-I-ORGSTRUKTURA
Кое-чего в этом фантастическом рассказе не хватает. Продолжения — как все эти глисты, чувствуя опасность от Сергея, стали ставить ему палки в колёса, подставлять, объединяться в немыслимые ранее фракции, лишь бы "против него".
Как они предлагают собственнику негласный компромисс — он увольняет всех, либо он увольняет Сергея, а они работают на 15% лучше, чем раньше. И Битриксовода отпущения заменят.
И собственник такой — извини, Серёг, конечно, они глисты, но это же наши глисты! Я с ними уже 10 лет хожу, привык как-то… да и в принципе — нормально было, а тут — +15%, да ещё и Битриксовода заменят! Так что извини… И залог, конечно, хорошо бы вернуть, это я как-то сгоряча тогда. Надо пересмотреть договоренность в свете новых обстоятельств.
Пиши еще!
Вот именно по-этому я тут директор, а ты ойтишнег (с)
Когда наступит это будущее? А вдруг оно уже наступило? И эти самые «глисты» и «паразиты» — это и есть люди, которые занимаются любимой работой. А троих (если брать по минимуму) в этой системе такой порядок вещей не устраивает.
Как оно должно быть — это довольно сложный вопрос на самом деле.
В данном рассказе я не смогу занять чью-либо сторону поскольку в нём большое количество неизвестных. Играет роль насколько хорошо выдержан баланс, насколько по-человечески проходят и планируются изменения.
Корпоративная анатомия