Про ёжика в тумане, зазнайство, языки программирования и вериги

[vit_r]

В той же газете "Züricher Unterländer" за 25 октября 2018 на странице 28 статья про то, как налоговые чиновники борются с информационными технологиями.

Это традиционное. Предыдущий проект "Insieme" съел 102,4 миллиона франков и был остановлен. (Например, тут: Informatik-Skandal Insieme.)

В результате споров и скандалов решили, что всё от недостаточного контроля. Посадили чиновника, распределявшего проекты, и оштрафовали две участвовавших фирмы, придумали новое название "Fiscal-IT", разбили проект на части, распылили ответственность и проводили тщательный отбор исполнителей.

С прошлого октября "Fiscal-IT" заменяет старые системы. Результаты впечатляют. (Кто хочет на немецком, например, статья в Tagesanzeiger.)

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

Проверяющие также считают, что тормозная система приводит к тому, что чиновники пропускают элементарные ошибки.

Причём, при введении было 44 предметных недостатка (fachliche Mängel) и около 307 технических ошибок, 52 из которых критические. Частично их удалось устранить, но за счёт появления новых. В марте 2018 всё ещё было открыто 274 пункта.

В результате, всё застопорилось. На данный момент кроме всего прочего зависло 158'000 возвратов. Не смотря на то, что опаздывает всё из-за новой системы, проценты за задержку не выплачиваются. Апатамучто.

Думаю, с фильтрами и поиском они как-нибудь разберутся. Но 20 секунд на документ в систему встроено намертво. Это к нашему разговору с juan_gandhi про архитектуру.

Comments

[smugastyi_kit]

Чем-то напоминает мне недавнюю ситуацию с нашей ABEV (налоговая платформа, на жабе). После очередного обновления - она просто отказалась коннектится с серверами, и отдавать им фискальные документы. Но это не отменило того факта, что документы должны быть поданы до 15-го числа каждого месяца в _электронной форме_, через ABEV.

Впрочем, я извратился и отослал налоговикам прямо на мыло. Электронная форма? Ещё какая. Формат ABEV? Ну да.

[vit_r]

Когда у немцев обвалилась от наплыва посетителей вновь введённая система подачи документов по НДС, разрешили задержать без последствий и после десятого числа до того, как всё исправят.

Но там хохма была в том, что сперва подающего никак не идентифицировали и любой мог оформить НДС за Сименс или Фольксваген. А "-1" в поле ввода не фильтровался как ошибка, а превращался очень-очень больше число.

[smugastyi_kit]

Хваленое немецкое качество?

[vit_r]

Про немецкое качество было уже в 2013 году, ещё на LJ. Копия тут.

Надо будет обновить и перевести на буржуйский.

[smugastyi_kit]

Прочитал. Жалко, раньше не читал. Ценнейший пост.
Теперь у меня осталось одно качество. Made by Myself.

[vit_r]

Интересной критики в блоге скопилось полно. Вот до позитивной программы руки никак не дойдут.

А насчёт правильного качества есть Демминг и Genchi Gebutsu Тойоты. Но проблема в том, что в IT этим заниматься не выгодно.

[juan_gandhi]

И что характерно, уж UML и RUP там везде.

[vit_r]

Чего? :-/ Даже по упомянутым характерным признакам можно узнать уродца.

Первая же ссылка в результатах поиска:

Fiscal-IT, Nachfolger von Insieme, ist das erste, nach SAFe entwickelte Projekt des BIT. Wir haben nachgefragt, wie, was, wo, warum.

"Agil heisst, fortlaufend bereit zu sein, den Kurs auf die Erkenntnisse anzupassen. Agil heisst, in kleinen Schritten grosse Wege zu gehen. Agil heisst, zwischen Fach und IT gemeinsam fortlaufend den zu beschreitenden Weg zu verstehen und zu vereinbaren", der dies sagt, ist Giovanni Conti, Direktor des Bundesamts für Informatik und Telekommunikation BIT. Und er meint damit auch SAFe.

[vit_r]

Да, вот этот Scaled Agile Framework®. В каком месте там UML?

[juan_gandhi]

О, красивая картинка! Значит, без UML? Ну и молодцы.

Что характерно, игрушку для смартфона таким образом не изготовить, мне кажется. Но картинка красивая.

[vit_r]

Чем картинка красивая? Даже по UML схемы более системные.

[juan_gandhi]

Как чем? Красиво нарисована.

(frozen)

[vit_r]

Одна за другой проходили недели,
Настала зима и завыли метели.
И, хмуро взглянувши на ртуть Реомюра.,
С балкона давно удалилась Лаура.
А дон Паскуале, воззрясь в небосвод,
О розах и грезах поет и поет

Удалено, конечно. Нефиг использовать чужой блог для личной переписки.

[vx]

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

Работа несложная - сравнить данные кредитора, его банковские реквизиты и сумму счёта (в том числе и сокращённую) с клиринговым списком, после чего оформить общий банковский перевод и отправить в банк. Платежи производятся по средам, последний срок отправки платёжного списка в банк - 16 часов.

Раньше мне давали на оплату полуметровую кипу бумажных счетов - около тысячи в неделю. Их суммы значения не имеют, работа для меня одинаковая - что сто евро оплатить, что сто тысяч, что сто миллионов (бывает и такое). На обработку у меня уходило в общем около трёх часов чистого рабочего времени.

Потом решили вводить "папирлозес бюро". Купили за кучу денег у известного системхауза супер-пупер-ворк-флоу, где все документы сканируются и двигаются дальше в цифровом виде. Вот только оказалось, что на открытие документа тратится что-то около тех самых знаменитых 20 секунд. Иногда больше. Поэтому мне приходится начинать работать с клирингом в шесть утра, чтобы успеть завершить его до 16 часов и отправить оплату в банк. Были случаи, когда я не успевал справиться с работой за целый день, отправлял платёж на следующее утро и звонил специально в банк, так как в сформированном вчера платежа вчерашний день был указан как день "вертштеллунг." Через какое-то время мой начальник это заметил и сказал мне начинать работу над платежом во вторник утром с исполнением в среду, потому что мало ли что. В результате счета, которые готовы к оплате во вторник, теперь ждут целую неделю, потому что в оплату они уже не попали.

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

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

Короче, дигитализация в действии.

[vit_r]

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

[vx]

Да, хорошо, что вы напомнили: расход бумаги после введения безбумажной технологии увеличился ровно вдвое и остаётся на этом уровне до сих пор.

[juan_gandhi]

Кстати и скрам, в виде канбана, работает гораздо эффективнее, если вместо джиры - стикеры на стенке налеплены.

[vit_r]

Ну да, это гораздо удобнее. Стикер запросто может случайно потеряться, а в джире "Небольшое задание на пол дня" будет нервировать менеджмент годами.

В этом разрезе

[gineer.livejournal.com]

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

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

Ажиль-то тут причем?

Re: В этом разрезе

[anonim_legion]

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

А дальше-то что было?

Re: В этом разрезе

[gineer.livejournal.com]

Деталей реализации в той статье не раскрівали... если ві об єтом.

Re: В этом разрезе

[vit_r]

Главное - прокукарекать, а там хоть не рассветай.

Пациент прямо таки обнажат проблемы мозаичного мышления.