История изменений

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

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

И таким образом успешность внедрения определяется соответствием этих бизнес процессов реально происходящим: если выдуманные бизнес-процессы слишком далеки от реальных — интеграция проваливается. То есть, в том, что сова не налезла на глобус, как правило виновата сова — какой бы глобус ей не подсунули. Причем, «интеграторы глобуса» частенько возмущается, мол «сова сопротивляется, сове не нравится, что ее смещают с насиженного места, сова саботирует внедрение глобуса». Да, иногда есть лентяи, которым нравится размеренное перекладывание бумажек — но под эту же гребёнку отправляются и прилежные сотрудники.

Вроде меня, когда меня натягивают на Jira — работа программиста по большей части слабо налазит на «палочную систему». Да, работа оператора-продавца на нее налазит чуть лучше, но все равно плохо.

Мне доставляет некоторое извращенное удовольствие осознание того факта, что продавец интернет-магаза, в котором я делаю заказ, рвет волосы на голове от того, что я заплатил неверную сумму и доплатил после этого (им не нужны лишние деньги?), но продавцу при этом проще оформить заказ на меньшую сумму, поскольку их «глобус» вообще не допускает шага влево-вправо, сума должна быть уплачена однократно, рубль к рублю, или так же в полном объеме возвращена. Если платеж делается в два захода — это уже error: arithmetic overflow or string truncation, invalid value in key field.

То есть, системы проектируются так, что если продавцу захотелось отойти в туалет покакать — он должен заполнить форму «покакать, с 10:23 до 10:27». А если у продавца случается понос, то система встает колом, потому что продавцу идут вызовы, а его нет на месте. Как писал выше Shadow, грамотный интегратор добивается у начальника, чтобы начальник строго штрафовал сотрудников за понос в рабочее время. Рабочее время закончится — дрищи сколько влезет, но в рабочее время будь добр иметь нормальный стул.

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

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

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

И таким образом успешность внедрения определяется соответствием этих бизнес процессов реально происходящим: если выдуманные бизнес-процессы слишком далеки от реальных — интеграция проваливается. То есть, в том, что сова не налезла на глобус, как правило виновата сова — какой бы глобус ей не подсунули. Причем, «интеграторы глобуса» частенько возмущается, мол «сова сопротивляется, сове не нравится, что ее смещают с насиженного места, сова саботирует внедрение глобуса». Да, иногда есть лентяи, которым нравится размеренное перекладывание бумажек — но под эту же гребёнку отправляются и прилежные сотрудники.

Вроде меня, когда меня натягивают на Jira — работа программиста по большей части слабо налазит на «палочную систему». Да, работа оператора-продавца лучше на нее налазит чуть лучше, но все равно плохо.

Мне доставляет некоторое извращенное удовольствие осознание того факта, что продавец интернет-магаза, в котором я делаю заказ, рвет волосы на голове от того, что я заплатил неверную сумму и доплатил после этого (им не нужны лишние деньги?), но продавцу при этом проще оформить заказ на меньшую сумму, поскольку их «глобус» вообще не допускает шага влево-вправо, сума должна быть уплачена однократно, рубль к рублю, или так же в полном объеме возвращена. Если платеж делается в два захода — это уже error: arithmetic overflow or string truncation, invalid value in key field.

То есть, системы проектируются так, что если продавцу захотелось отойти в туалет покакать — он должен заполнить форму «покакать, с 10:23 до 10:27». А если у продавца случается понос, то система встает колом, потому что продавцу идут вызовы, а его нет на месте. Как писал выше Shadow, грамотный интегратор добивается у начальника, чтобы начальник строго штрафовал сотрудников за понос в рабочее время. Рабочее время закончится — дрищи сколько влезет, но в рабочее время будь добр иметь нормальный стул.

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

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

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

И таким образом успешность внедрения определяется соответствием этих бизнес процессов реально происходящим: если выдуманные бизнес-процессы слишком далеки от реальных — интеграция проваливается. То есть, в том, что сова не налезла на глобус, как правило виновата сова — какой бы глобус ей не подсунули. Причем, «интеграторы глобуса» частенько возмущается, мол «сова сопротивляется, сове не нравится, что ее смещают с насиженного места, сова саботирует внедрение глобуса». Да, иногда есть лентяи, которым нравится размеренное перекладывание бумажек — но под эту же гребёнку отправляются и прилежные сотрудники.

Вроде меня, когда меня натягивают на Jira — работа программиста по большей части слабо налазит на «палочную систему». Да, работа оператора-продавца лучше на нее налазит чуть лучше, но все равно плохо.

Мне доставляет некоторое извращенное удовольствие осознание того факта, что продавец интернет-магаза, в котором я делаю заказ, рвет волосы на голове от того, что я заплатил неверную сумму и доплатил после этого (им не нужны лишние деньги?), но продавцу при этом проще оформить заказ на меньшую сумму, поскольку их «глобус» вообще не допускает шага влево-вправо, сума должна быть уплачена однократно, рубль к рублю, или так же в полном объеме возвращена. Если платеж делается в два захода — это уже error: arithmetic overflow or string truncation, invalid value in key field.

То есть, системы проектируются так, что если продавцу захотелось отойти в туалет покакать — он должен заполнить форму «покакать, с 10:23 до 10:27». А если у продавца случается понос, то система встает колом, потому что продавцу идут вызовы, а его нет на месте. Как писал выше Shadow, грамотный интегратор добивается у начальника, чтобы начальник строго штрафовал сотрудников за понос в рабочее время. Рабочее время закончится — дрищи сколько влезет, но в рабочее время будь добр иметь нормальный стул.

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