— Куда, зачем?
— Там узнаете. Поверьте, это в ваших же интересах.
— Надеюсь, ненадолго? У меня куча дел, надо деньги зарабатывать. Вас кормить, например.
— От вас зависит, надолго или нет. Идете?
— Да.
— Хорошо, мы на месте. Что вам нужно? Опять деньги?
— Вопросы здесь задавать буду я, если не возражаете. Вы ведь не возражаете?
— Да куда мне…
— Мы случайно узнали, что вы хотите измениться.
— Не понял, о чем вы…
— Об изменениях в бизнес-модели. Кажется, что-то касаемо закупок. Сами расскажете, или в наших папках посмотрим?
— А, я кажется понял, о чем вы. Там совсем небольшие изменения. Понимаете, у нас появились трудности с наполнением буфера…
— Остановитесь бизнес, вы неправильно поняли мой вопрос, я его повторю. Мы случайно узнали, что вы хотите измениться.
— Ну, я вам и начал рассказывать об этих изменениях, хотя, если честно, не понимаю, зачем вам это…
— Вижу, не клеится разговор. Почему мы о ваших изменениях узнаем случайно? Может, у меня с памятью плохо, но в папке лежит бумага, на которой черным по белому написано, что все изменения согласовываются с нами, и мы, при необходимости, принимаем в них участие. И ваша подпись стоит.
— Ну… Да, я помню эту бумагу. Мы подписали ее, когда встречались в первый раз, и договаривались о взаимовыгодном сотрудничестве…
— Тогда поясните эту случайность? Стечение обстоятельств? Или, даже не решаюсь вслух произнести… Вы нас кинуть решили? Думаете, справитесь без нас?
— Я — без вас? Вы это серьезно? Блин, вы — взрослый человек, хоть и специфичной профессии, жена у вас, дети есть, в магазины ходите, телевизор смотрите, жопу бумагой вытираете… И считаете, что наше с вами, прости Господи, сотрудничество, мне хоть какую-то пользу приносит? У вас что, тренинги тут проводятся, где вам мозги промывают и убеждают, что вы не просто паразиты и нахлебники, но и пользу бизнесу приносите? Может, прекратим этот балаган, не надо со мной как с дурачком разговаривать!
— Вот такой, значит, это будет разговор? Уверены, что хотите продолжать в таком тоне?
— Да, похоже, тренинги. Нет, конечно, в таком тоне продолжать не будем, себе дороже. Напомните, какого хрена вам от меня нужно?
— Я думаю, вы уже поняли и запомнили. Мы не должны узнавать о планах по изменениям последними.
— Да, это я понял. А вам это зачем, если не секрет? Можете дельные советы давать? Помощь какую-то оказать?
— Вне всякого сомнения. Вы плохо знаете жизнь, потому что живете в своем маленьком мирке. Мы же — напротив, работаем с разными бизнесами, и внутриведомственное взаимодействие, обмен опытом и информацией у нас на высоком уровне. Мы можем оценить риск любого изменения, дать советы по его реализации, с учетом ситуации в регионе и стране. Наш опыт…
— Бла-бла-бла, не продолжайте, слышал я это. Ок, пальчиком вы мне погрозили, что-то еще нужно?
— Да, теперь давайте о сути изменений, которые вы хотите провести.
— Там нет ничего, достойного вашего внимания, уверяю. Мелкие изменения в математике расчета партий поставки, точек перезаказа и т.д. Даже не стоит обсуждения.
— Мелкое изменение, или нет, решать не вам. Рассказать все равно придется, потому что без нас вам такое изменение не провернуть. Тем более, что предыдущая схема закупа строилась с нашим непосредственным участием…
— … которое обошлось мне в 2 млн.рублей. Помню, как же.
— Наши услуги стоят дорого, но без нас вы больше денег потеряете. Даже себя потерять можете, уважаемый бизнес.
— А времени сколько уйдет?
— Расскажите суть изменений для начала, хоть в двух словах.
— Дополнить закуп по месячному плану, составленному по скользящему плану продаж, закупом по целевым уровням для основной номенклатуры. Закуп по плану остается для редкой номенклатуры. Всё.
— (после минутных размышлений) Это примерно два месяца, с учетом нашей загруженности и всех сопутствующих сложностей. По деньгам — в районе 1 млн, может чуть больше. Насчет целевых уровней…
— Иди в жопу.
— ???!!!
— В жопу, в жопу, ты не ослышался. Мне проще сдохнуть, чем с тобой работать. Ты – мастодонт, питекантроп, старое вонючее ископаемое, работающее методами прошлого тысячелетия.
— Бизнес, что на вас нашло? Это болезнь какая-то? Вам помощь требуется?
— Требуется, только не твоя. Ты уже сделал, что мог. Я на краю гибели. Я потерял свое ключевое преимущество – мобильность. Мобильность, которая стала причиной моего успеха. Мобильность, из-за которой ты начал со мной работать. Мобильность, которую ты обещал поддержать и развить, избавив меня от досаждающих проблем, вроде безопасности.
— Мы только тем и занимаемся, что помогаем вам развиваться. Я не понимаю, с чего вы так взъелись, я лишь назвал срок изменения схемы…
— Два месяца! Ты назвал срок два месяца!
— А что не так? Я правда не понимаю.
— Сколько, по-твоему, надо времени людям, которые занимаются закупом, чтобы перестроиться и начать работать по новой схеме?
— Хм, даже не знаю. Сколько?
— По факту – один час. Они уже это сделали.
— Что-то не верится в такие чудеса…
— Потому я тебе и говорю честно, открыто и прямо: иди в жопу. Ты понимаешь, что происходит с изменениями, когда я тебя подключаю? Ничего не происходит. Изменений не происходит. Тебе, чтобы осуществить изменения в своей части, по своим каналам, своими методами, требуется времени и денег в разы больше, чем все остальным вместе взятым. Всем надо час, тебе надо два месяца.
— Ну там наверняка можно и быстрее сделать, если ситуация того требует. Могу взяться со сроком в две недели, но тем же бюджетом – понадобятся дополнительные люди, возможно смежники. Это действительно непростая задача, я уже сталкивался с такими схемами…
— Ну давай, расскажи мне, чего там сложного. Ты мне уже несколько лет по ушам ездишь, рассказывая о сложностях. Из-за твоего нытья, твоих конских сроков и бюджетов, мы вообще перестали развиваться, понимаешь? Ладно бы дело только в бюджетах и сроках было – так ведь после того, как ты все сделаешь, становится еще хуже. И не дай Бог попробовать изменить процесс, созданный при твоем участии – проще выкинуть и сделать все с нуля. Главное условие – тебя, дебила, не подпускать. Вообще, никуда не подпускать. С порога коленом под зад.
— У меня складывается ощущение, что это не экспромт. Вы давно хотели этот разговор устроить?
— О да, давно на тебя руки чесались. Нет, не так – просто руки чесались – понять, что со мной не так, почему я, бизнес, стал такой неповоротливый.
Раньше, в первые годы, я мог за несколько дней – слышишь, за несколько дней! – практически полностью изменить свою деятельность! Даже продуктовую линейку сменить на сто процентов! Я был легок, как перышко.
Я менял свои модели, свое поведение, минимум раз в месяц – там, где это было необходимо, где что-то шло не так. Я просто говорил людям – эй, ребята, смотрите, тут надо по-другому попробовать, а то косячим – и ребята соглашались и делали, тут же!
Потом я стал больше и сложнее, у меня появились проблемы с информацией и управлением и, как следствие, с изменениями. Не имея актуальной информации, и не управляя «на кончиках пальцев», я перестал понимать, что же у меня происходит, где все хорошо, а где проблемы, что надо поменять, и надо ли. Начались проблемы с безопасностью, и информации в том числе.
Тогда я и позвал тебя. Ты помнишь первые годы нашей работы?
— Да, конечно. Замечательное было время, золотое…
— Вот именно, даже ты его помнишь именно так! Мы с тобой навели порядок, иногда железной рукой, иногда железными аргументами и фактами, но мы во всем разобрались! Ты помог мне – дал информацию и отладил управление, я снова стал понимать, что у меня происходит, где все хорошо, а где нужны изменения.
— Зачем вы меня тогда в жопу послали?
— Не за то, что ты сделал, а за то, как ты это сделал, и как ты это продолжаешь делать. Ты работаешь, как бетономешалка, причем очень дорогая. Твой способ решения проблем – залить все бетоном, чтобы было поменьше брожения, и все было понятно и предсказуемо.
И на первых порах, когда была анархия и бардак, твой бетон здорово помог. Но что происходит, если оказывается, что бетон залили неправильно?
— Не знаю, если честно, я не строитель. Наверное, расковыривают как-то, ломом, или киркой, или пневматическим молотом… Не знаю.
— Точно – не знаешь, но примерно понимаешь, что это – ужасная, беспробудная и невероятная задница. Ровно такая же, как работать с тобой.
Вот поучаствовал ты в выстраивании схемы закупа, взял за это два миллиона рублей. Это – бетонирование, хотя поначалу так не казалось.
А вот когда для осуществления крошечного изменения в схеме закупа ты назвал срок 2 месяца и сумму в 1 миллион рублей, стало понятно, что мой закуп – в глубоком бетоне, а я – в столь же глубокой заднице, потому что до сих пор с тобой работаю.
Но ведь и чудеса случаются, не так ли, дружище?
— Мне профессия не позволяет в чудеса верить.
— Хм, а мне еще как. Видишь ли, бетон твой – выдуманный. Его не существует, он только в воображении. А платить за него надо по-настоящему, даже втридорога.
Но если с тобой перестать обсуждать изменения, если перестать тебя привлекать к изменениям, если вообще прогнать тебя к чертям собачьим, то настоящие изменения вернутся, и начнут реализовываться за часы и дни, а не месяцы и годы.
Понимаешь, ты, фокусник херов? Всю важность и ценность своей работы придумал ты, ты же в нее и поверил, а для меня, бизнеса, ты просто бетон, который я за свои деньги налил себе в штаны! И теперь, чтобы сходить, прошу прощения, в сортир, я должен звать тебя, отвешивать тебе поклон, чтобы ты помог мне помочиться!
Ты – самое медленное, нерасторопное, заторможенное звено в моем развитии. Скажи кому – не поверит ведь! Ты же на передовой, ты IT-отдел, ты – это новые технологии, только про тебя и пишут во всех СМИ, что без тебя нет развития, что только с тобой современный бизнес может выжить!
А что на деле? Про то, как ты впариваешь мне технологии, нахрен мне не нужные, я даже рассуждать не буду. Я еще помню, как ты приходил и предлагал мне применить блокчейн вместо серверов, которые ты же мне и порекомендовал вместо облака, ибо так безопаснее.
Но почему всегда, когда ты создаешь свои IT-решения, они оказываются в итоге такими неповоротливыми?
Почему высокотехнологичный сайт за 1 млн. рублей, который ты для меня сделал, настолько сложен для изменения, что мне проще его самому переделать на статические html-страницы, как я делал 20 лет назад в ВУЗе?
Почему в ERP-системе за 15 млн. рублей, которую ты мне внедрил, нельзя узнать долю электроэнергии в готовой продукции? Ну хрен с ним нельзя, всем не угодишь… Почему «можно» стоит 500 тыс. рублей? Ну ладно, может задача у меня дебильная…. Нет, не дебильная! В предыдущей версии ERP-системы ты эту задачу решил за 10 тыс.рублей!
Что, новые системы делаются такими, чтобы их менять было себе дороже?
— Ну, в общем, да. Они это называют процессный подход – закладывают в систему предопределенные процессы, которым вы должны следовать, и все у вас …
— То есть бетон уже залит в коробке, которую я покупаю? Потому ее внедрение и обошлось в 15 млн рублей, а предыдущей – в 1 млн рублей?
— Да, если следовать вашей терминологии – именно бетон. На расковыривание которого и нужны были эти 15 млн. рублей.
— Чтобы потом залить обратно все к херам…
— Да, увы.
— У меня просто слов нет. Я не знаю, что сказать. Давно ты меня так…бетонируешь?
— Не знаю, я никогда не думал так о своей работе. Я честно считал, что помогаю вам. И все вокруг так делали – и бизнесы, и IT, отчего казалось, что и я не хуже, и вы.
Я никогда не думал, что мешаю вам развиваться. Тем более, что я – то самое узкое место, из-за которого стопорятся все изменения.
Нас же как учат на тех самых тренингах, упомянуты вами: изменения – это долго и нудно, они всегда застревают в бюрократии, а бюрократии везде полно, изменения – это почти всегда ИБП, на самом деле нужны не изменения, а стабилизация, в том числе за счет автоматизации и формализации требований.
Вот я и стабилизировал, как мог. Чтобы гарантированно, надежно работало. Ну, или бетонировал, как вы это назвали.
Я всегда думал, что чем четче, понятнее, и меньше вариантов, путей использования систем для людей, тем лучше. Потому я всегда и требую ТЗ, в котором описаны все шаги по разработке, перечислены требования, нарисованы схемы алгоритмов.
— Теперь ты понимаешь, ТЗ чего ты рисовал?
— Бетона? Или здания из бетона?
— Склепа. Ты максимально четко, ясно и скрупулезно нарисовал склеп, в котором меня похоронят. Шансы еще были, в самом начале, но ты так дооооолго делал ТЗ, что я реально успел скопытиться… (смеется)
— Да, и то верно, перемудрил тогда с деталями (тоже смеется).
— Ладно, делать-то чего будем?
— Так вы ж меня в жопу послали. Сижу, думаю, как дорогу найти…
— Извини, конечно, это я сгоряча. Ну и думал, что ты неадекватный, и будешь до конца морду гнуть и строить из себя важного хрена.
— Может, завтра обсудим? Сегодня уже сил никаких нет.
— Да, завтра. Завтра оно лучше. Подумай на досуге об автоматизации изменений.
— Автоматизации чего? Это как так? Вы про проекты изменений?
— Нет, именно про автоматизацию изменений. Вот есть автоматизация продаж. А есть автоматизация изменений продаж.
— Интересно, а расскажите поподробнее…
— Э не, мы ж на завтра договорились. Ты просто в голове эту мысль подержи, может что придумаешь… До завтра!
— Да, до завтра! Спасибо! Автоматизация изменений… Автоматизация изменений… Что блин за хрень… Ребус что ли какой?
Комментарии (34)
hooper
26.02.2018 07:47+1Не так категорично. Зачастую бизнес и IT меняются местами. Сам бизнес (бюрократия) тормозит IT (изменения). Но история правдивая, надо таких посылать.
stdrone
26.02.2018 08:36Получается, что всё что строк написаны ради двух слов: Автоматизация изменений?
Надеюсь, что всё-таки будет продолжение с примерами и техническими подробностями, а так же опытом внедрения.
sshmakov
26.02.2018 09:01К середине текста я догадался, кто автор. Автор, жги еще!
Может, чересчур эмоционально и с перегибами, но по наболевшему.
donlocura
26.02.2018 09:21Я так понял, это про необходимость гибкой разработки в реалиях быстроизменяющихся требований. На эту тему есть концепция экстремального программирования — чтобы писать код, устойчивый к изменениям требований. Ну а автоматизация изменений — это уже из области нейросетей)
AllexIn
26.02.2018 10:56Писать код, устойчивый к изменениям — долго.
А бизнес хочет здесь и сейчас.donlocura
26.02.2018 11:22Сделать быстро можно только оставляя технический долг, который потом и приводит к гигантским затратам финансов и времени.
Когда-нибудь бизнес поймет, что дешево и быстро сейчас — это дорого и долго потом. И со временем всё дороже и дольше, пока однажды кто-то не сделает, наконец, рефакторинг)AllexIn
26.02.2018 11:28Бизнес никогда этого не поймет.
В бизнесе выигрывает тот, кто выкатывает продукт быстрее.
Нытье про то, что «Ой, как дорого поддерживать», оно не от того, что бизнес хочет сделать хороший софт, оно от того, что бизнес хочет чтобы и поддержка была дешевой.
И рыбку съесть и костью не подавится. Но этого не будет. потому что приоритет всегда в выкатывании решения быстро. Отсюда всякие continuous integration и прочие техники нацеленные исключительно на быстрое выкатывание.
DrPass
26.02.2018 11:57+1Когда-нибудь бизнес поймет, что дешево и быстро сейчас — это дорого и долго потом
Дело в том, что это миф. Бизнес — это в большинстве случаев не какие-то глупые ребята, которые не понимают разницу в качестве между дешево и быстро и дорого и медленно. Как правило, они занимаются тем же, чем и ИТ, продают свои услуги или товары другим клиентам, и точно так же конкурируют качеством и скоростью решения проблем. И логично ожидать, что они ждут этого самого от ИТ.
И вот тут самое интересное: лет… надцать назад программисты за 300-500 баксов/месяц решали их проблемы быстро, а теперь программисты за 50 баксов/час почему-то их решают медленно, с кучей сопутствующих бумажек и всяких дополнительных трат.
Естественно, бизнес начинает задумываться, а в чём подвох. Ему рассказывают что-то про архитектуры, управление требованиями, изменениями, эджайл и т.д., а он чувствует, что его где-то пытаются развести на деньги, особенно учитывая тот факт, что консалтинг-то получает повременную оплату, а не фиксированную за коробочку с софтом.
И самое неприятное в том, что эти вот ощущения бизнеса зачастую его не обманывают. Дешевый софт — это как неофициальные картриджи для принтеров. Да, служит зачастую хуже, чем официальный. Но если собрать все риски, если выбрасывать на помойку в несколько раз чаще, чем решение от «официалов», все равно суммарный экономический эффект будет выше.Eldhenn
26.02.2018 12:05Так проблемы другие были. Автоматизировать учёт на автомойке с помощью ёкселя — это одно. Автоматизировать учёт и управление в автосервисном холдинге с 100 теруправлениями и 500 точками в каждом теруправлении — немного другое.
Но для бизнеса — тыжпрограммист, вчера нам за 300 баксов в месяц автомойку автоматизировал.DrPass
26.02.2018 12:47Ну это же частный случай. 99% случаев автоматизации — это не холдинги с 100 теруправлениями, а как раз мелкий и средний бизнес. Которые по своим потребностям в автоматизации не так чтоб уж и далеко ушли от возможностей ёкселя/аксеса.
nApoBo3
26.02.2018 14:51Ну так и тут. Нужно периодически выбрасывать на помойку.
Т.е. или сразу пишем дорого, или пишем не слишком дорого, но регулярно рефакторим( что буде безусловно дороже чем сразу дорого, но размазано по времени ), или периодически выбрасываем на помойки и пишем с нуля.
К сожалению когда бизнесу предлагают эти три варианта развитие событий становится предсказуемым.
Бизнес выбирает или два или три, но не принимая окончательного для себя решения. Т.е. мы выбрали вариант с рефакторингом, не потому, что так риски ниже( вдруг в нулевой точке мы сильно ошибемся ), принимая, что так дороже, а потому что реафкторинг это когда-нибудь потом, при этом потом никогда не наступает.
Система становиться монстром, ит начальник привыкает слышать, «потом», и просто уже перестает запрашивать паузу на рефакторинг.
Как результат или поддержка становиться атомной и все делают вид, что все ок, или всех собак вешают на ИТ начальника, его меняют, новому на небольшой срок дают кучу ресурсов, дальше все возвращается на круги своя, пока не наймут внешнюю команду, которая сделает опять тоже самое, дальше разорвут отношения с внешней командой и опять возьмут своих и по новому кругу.
Если выбрали вариант три, выкидывать и считать прототипом, опять таки никто ничего не выкидывает, и все сваливается к варианту два.
Eldhenn
26.02.2018 09:34+2Именно что — бизнес, пройдёмте. Кто полгода назад божился, что схема закупки будет одна на все времена? Кто сказал — сделайте быстро, с маленьким бюджетом, незачем планировать возможность изменений, когда изменения произойдут, тогда и посмотрим? Кто кричал — нам нужен новый сайт, стильный, модный, молодёжный, а в ответ на робкое «зачем» орал ещё громче — «не рассуждать! работать!»?
Кто говорил — мы небольшая компания, нам не нужен большой штат IT, тыжпрограммист, ты один со всем справишься?
А теперь у них, видите ли, IT-отдел неповоротливый. Теперь им блокчейн не нравится, хотя указание по блокчейну спустил сам генеральный, со словами «сегодня уже все банки на блокчейне, завтра будет вообще всё на блокчейне, одни мы останемся в жопе, быстро переводите на блокчейн».semalexandro
26.02.2018 21:11— Извини, конечно, это я сгоряча. Ну и думал, что ты неадекватный, и будешь до конца морду гнуть и строить из себя важного хрена.
DaMaNic
26.02.2018 21:11И да, кто потребовал чтобы сайт сделали за шесть копеек три студента на новомодном фреймворке, который они знали только потому что делали на нем курсовую, и теперь это древность как отходы мамонта, без всякой совместимости с любыми системами, кроме как через экспорт-импорт текстовых файлов? И не надо щас брызгать слюной, мы же помним почему студенты слились — им заплатили только три копейки из шести, указав что сайт не печатает банкноты и не делает сам себе раскрутку в яндексе и гугле.
kin63camapa
28.02.2018 00:38экспорт-импорт текстовых файлов
иногда это лучшее что можно ожидать от движка
AllexIn
26.02.2018 10:55IT-отдел делает то, что ему сказали и так как сказали.
А как сказали? БЫСТРЕЕ, ДЕЛАЙ БЫСТРЕЕ!
И да, сделанное быстро в аврале потом очень дорого поддерживать.
DMGarikk
26.02.2018 11:20Ты – мастодонт, питекантроп, старое вонючее ископаемое, работающее методами прошлого тысячелетия.
а варианты то какие? аутсорс — 21 век? в интеграции крупных проектов в аутсорсе можно погрязнуть уже в бюрократии на согласовании интеграции пары пустяковых функций
==
понятно что бизнесу пофиг на особенности реализации, но это жизнь такая и от нее не убежишь, можно сколько угодно плакать что ИТ тормозит бизнес, но бизнес не будет работать без этого мастадонта… уже проходили такое, забивают на ИТ и начинают считать в экселе (а чо… две девочки из бухгалтерии и менеджмента обсчитают всю экономику быстрее чем запрограммить ERP, класс!)… потом через пару лет спохватываются что в гигабайтах экселя и самопальных инструментов ничего нельзя найти, а люди это начинавшие давно уволились и начинается перевнедрение первоначальной неповоротливой и ненужной системы… и далее по кругу
nApoBo3
26.02.2018 11:50ИМХО это просто жизненный цикл любого бизнеса, рано или поздно в нем начинают превалировать внутреннии издержки и процессы, над внешними раздражителями. В разных частях бизнеса это происходит с разной скоростью. Как быстро проявиться данное явление зависит от менеджмента, начиная с самого верхнего уровня.
Не бывает бизнеса «на кончиках пальцев» который менеджменту на блюде принес ИТ, не бывает и все.
На кончиках пальцев может быть только очень маленький бизнес, крошечный.
Все уровни менеджмента делают, то что умеют, то за что не ругают, то за что не надо отвечать и то за что гладят по голове( ну или из чего можно лично себя, что-то поиметь ). Они очень быстро адаптируются к неявным требованиям внутри компании или просто из нее вымываются.
Любые изменения, это ответственность, если это не проращивают с самого верхнего уровня, допуская возможность ошибки, раскидывая в разные стороны деньги( именно раскидывая, потому что не ясно где и что взойдет ), поддерживая нововведения на всех уровнях, ломая или выкидывая закостеневшие структуры и не допуская клановости и своячничества, давая всем участникам процесса на изменения необходимые ресурсы и награждая всех участников изменений, уменьшая неизбежную бюрократию, то все подразделения будут «бетонироваться».
a_shats
26.02.2018 13:46Отлично, отлично. Ну т.е. бизнес действует в духе «быстро мне запилил новый вариант автоматизации !» — но отвечать потом за последствия изменений будет ИТ. Нарисовать, согласовать ТЗ, бизнес-процессы, DR — это всё лишняя и ненужная бюрократия, работать надо уже вчера!
Знакомо, очень знакомо.
А потом мы читаем высказывания того же Грефа, что им лично согласованная и утвержденная модернизация ИТ — это вчерашний день, и надо это выкидывать. Ну, просто как пример.
Бизнес хочет изменений? Не вопрос! ИТ-службы к этому готовы, я бы сказал — всегда. Проблема в том, что бизнес не хочет а)нести затраты, необходимые для автоматизации желаемого и б) нести за это ответственности. Вот как раз бюрократия — она именно в таких условиях и возникает, как средство оградить людей от ответственности за то, в чем они — по должности, что характерно — разбираться и не обязаны. Не хотите бюрократии? Так не переносите на ИТ ответственность за провалы в бизнес-решениях, да и всё. Для начала.
Внутренняя же бюрократия ИТ нужна — и она, кстати, особенных каких-то накладных расходов не создает: у проблемы должны быть фамилия и имя.
Viacheslav01
26.02.2018 14:56Было несколько идей об собеседнике бизнеса, не угадал, ну точнее угадал но только за пару фраз до того как он был открыт автором :)
androidt1c
26.02.2018 15:33Бизнес сначала требует кнопку «Сделать всё», а потом удивляется — почему так дорого переделать кнопку, чтобы она работала при новых бизнес-процессах!
Строим 10-этажный дом, а потом: «Нам надо чуть-чуть увеличить высоту потолков на 1 этаже, там делов — на полкирпича». Но, как ни странно, в этом случае нужен новый дом.
Информационная система — это дом, где одно зависит от другого.DrPass
26.02.2018 19:13Информационная система — это дом, где одно зависит от другого.
Информационная система — это не дом. Это информационная система. В ней одно зависит от другого, но утверждать, что в неё сложно вносить изменения — это ложь. Некоторые изменения вносить сложно. Но в общем случае изменить процесс, добавить статусы, шаги, новое поведение кнопки, форму, новый бизнес-процесс — всё это штатные операции, которые никакой rocket science не предполагают, и не требуют перестройки всёй архитектуры. А если требуют, то чаще от того, что или архитектура фиговая, или консультант плохо трансформировал требования заказчика в концепцию продукта.
Eldhenn
26.02.2018 17:51> — Сколько, по-твоему, надо времени людям, которые занимаются закупом, чтобы перестроиться и начать работать по новой схеме?
> — Хм, даже не знаю. Сколько?
> — По факту – один час. Они уже это сделали.
> — Что-то не верится в такие чудеса…
> — Потому я тебе и говорю честно, открыто и прямо: иди в жопу.
А я бы пошёл. Написал бы заявление, и пошёл бы к другому радже, побогаче тебя.
AFridrikh
26.02.2018 21:12Есть неплохая книга про бетон, преобразование бизнеса и автоматчицы изменений. Не так категорично, но на конкретном примере. Называется «проект феникс»
Chelyuk
26.02.2018 21:12Как по мне тут кроется краеугольный камень бизнеса, который сам же бизнес не понимает. Чем больше компания, тем больше издержки по ее управлению, больше информации которую нужно хранить и обрабатывать и нужны совсем другие методы и инструменты, тяжелые и неповоротливые. 1я ступень зрелости — стартап, тут достаточно карандаша и тетрадки чтобы делать все — вести бухгалтерию, документировать продукт, учитывать кто сколько отработал и т.д. А можно вообще в голове держать, если память хорошая. Дальше уже больше сотрудников памяти 1го человека не хватает, тетрадка заканчивается очень быстро и смотреть в нее уже нужно нескольким людям а физически она в одном месте, а нужна она в разных и одновременно. Вот тут подключают IT отдел, трекинговую систему свою Wiki, бухгалтерскую систему. Все это желательно бесплатное, и обычно гибкое, костыляется скриптами иногда падает, но ведь простой 3-5 человек из-за упавшей на час другой системы — это не так дорого. Растем дальше, у нас уже 50-100 человек, и тут уже IT отдел понимает, что в случае чего простой будет у 60-80 человек и систеа обросла костылями и падает чаще и 1 час такого простоя обходится в 1-2 тыс. долларов для компании. В месяц набегает 10-20 тысяч, вот IT это понимает, а бизнес — нет. Спрашивается почему??? Бизнес кричит хочу гибкость хочу плюшки. Расходы от простоя растут, IT изо дня в день бьются с одними и теми же проблемами, бонусов уже давно не видели, потому как этот бюджет съеден падающими сервисами и простоями. Но бизнес же хочем гибкости, а не вложений в стабильную работу. Мотивация падает ниже плинтуса и начинается самый веселый этап — "текучка". И тут понеслось, бизнес кричит хочу быстро, поэтому документации минимум. Старые люди и знания уходят, приходят новые, которым никто не может объяснить как это все работает их бросают на монстра из костылей и без документации и говорят "в бой". В результате этот костыльный мостр загибается под собсвенной тяжестью один раз упавши и не в силах больше подняться.
Господа "бизнес", я вас очень прошу почитайте PMBoK, 2ой этап зрелости компании — бюрократизация и документация, плюс стабилизация систем и стандартизация инструментов. Цель этого этапа ликвидировать критические точки, т.е. людей чей уход однозначно ведет к краху компании. Его нужно просто пережить, лучше помогите своей компании его пережить и выйти дальше в масштабируемость.
korolevdd
26.02.2018 21:12Когда начал читать, начало складыватся впечатление что автор описывает не далекое будущее Российского бизнеса, где бизнесс-процессы берет под контроль государство и начинается бюрократия, где каждое изменение нужно согласовывать с государством. Автор, Вы хоть намекайте в начале статьи о чем рассказ, а если бы не дочитал, собрал вещи и дернул бы из России подальше...(шутка)
Skerrigan
27.02.2018 06:24где бизнесс-процессы берет под контроль государство
Я весь текст только так и думал/понимал — только из комментов узнал, что речь о чем-то ином…
Ибо примерно с подобным со стороны гос-ва уже который год сталкиваюсь, не по бизнесу, но подобное имеет место быть.
nmivan Автор
27.02.2018 07:56Думаете, было бы лучше, если бы намекнул в начале? Получилась бы скучная статья о том, что «надо хорошо работать».
DS28
27.02.2018 08:42Сталкивался с похожим где-то в 2015:
Был целый IT-отдел в продуктовом ритейле, пилили разные штуки важные и глобальные. Но внести изменения было долго и сложно, поэтому некоторые функции просто не отдавали айтишникам, а пилили сами исполнители — на VB:
Продуктовая сеть на несколько регионов, а ежедневный заказ на поставку товара несколько лет шёл по схеме: выгрузка таблички в access из mssql — передача в vb-прогу с интерфейсом для управляющего, потом в эксельку результат и на сетевой диск, откуда её потом собирал mssql.
В то же время, бывают it-отделы, которые не могут никак через бюрократию пробиться и сделать всё по уму…
garex
Донцова, перелогиньтесь ))