Многим из работающих в аутсорсинговых компаниях с клиентами на Западе доводилось слышать шутливое проклятье: «Чтоб ты всю жизнь на внутренний рынок работал!» В каждой шутке есть доля шутки, конечно же. Тем не менее, репутация у разработок на белорусский рынок неоднозначная. Особенно, когда речь заходит о госорганизациях. С финансовой точки зрения ее хорошо иллюстрирует высказывание гендиректора «Зубр Капитал» Олега Хусаенова — «попытка бежать впереди эскалатора, скорость которого регулируешь не ты».
Некоторое время назад в газете «Рэспубліка» вышла статья по поводу разработки ПО для внутреннего рынка «Куда пропал белорусский Microsoft? Внутренний рынок отказывается от своих же ИТ-разработок». Особое желание «покумекать» вызывает призыв автора к государству вмешаться в ситуацию и развернуть белорусских производителей ПО и местных потенциальных потребителей ERP-систем лицом друг к другу. Хотя на текущий момент нам хотелось бы обсудить другой аспект, тот, что нам гораздо «ближе к телу», а именно, собственно сам процесс создания продукта для этой категории потребителей.
Этот материал вызвал оживленную дискуссию на поле белоруского фейсбука, например, вот здесь. Среди всех реплик наше внимание привлекла следующая, которой мы и хотим с вами поделиться как отправной точкой для обсуждения (орфография и пунктуация автора сохранены за исключением табуированной лексики):
Опыт одного отдельно взятого программиста и наш вопрос
Потому что ни одна местная IT контора, у которой есть выбор, не будет связываться с внутренним заказчиком. И системы онлайн покупок белжд и аналогичные гос и окологос заказы делают втк во всяком типа «НИЧ БГУИР» и при них паразитирующие карманные распильные фирмочки. Причём до исполнителей (речь не о зарплатах кодерам даже, а вообще — сколько от изначальных ресурсов остаётся к моменту, когда толпа приближённых и околоприближённых к распределению благ наиграется в «предпроектный анализ», «согласования» и прочее) доходит процентов 5 финансирования. И процентов 10 времени отведённого на.
При попутном полном отсутствии бизнес анализа, постановки задачи, организации процесса производства с контролем качества и т. д. и т. п.
Я дважды встревал в подобные проекты. Первый была госфинансируемая программа по развитию дистанционного обучения в конце 90х. Она тянулась года 1.5из них реальной работы по созданию всего этого было недели 3. В итоге порождено десяток невнятных HTML страниц с копиями методическ, [измучен] мозг, написано 300 страниц отчётности + суммы с многими нулями у «соисполнителей» во временном трудовом коллективе в лице проректората бгуир и нархоза в полном составе.
Второй — окологосконтора из россии с госзаказом, связанным с пенсионным фондом, ржд и их защищёнными сетями. И небольшая гордая ПВТшная конторка в качестве субподрядчиков.1.5 года работы в ворде. Согласовение техзадания. На мелкую, в общем-то, второстепенную задачку. «Добрый день, Денис, мы изучили последние обновления Документа. К сожалению, должны отметить, что п. 17.3.45.8 имеет формулировку… которая с учётом 3.23.45.2 и второго абзаца 13.1.1.5.4 позволяет двоякую трактовку требования Р.45.6.8 п2. Считаю необходимым обсудить эти места дополнительно и внести соответстующие дополнения в проектную документацию. Кроме того, от нашего отдела маркетинга и анализа поступило предложение (см приложенный документ) необходимо обдумать, как оно впмисывается в существующую систему требований. Предлагаю организовать конференс-кол в…»
И так 1.5 года. Почувствовав, что сейчас [сойду с ума], я уволился.
А кодеры… А что кодеры? Это должность на уровне механика-техника на сборке. Даже не инженера. Пусть там хоть гениальный суперхакер, при отсутствии нормально организованного процесса с быстрыми итерациями и хорошей обратной связью, без нормального бизнес анализа и постановки задачи на выходе будет компост. Да и тот [нехороший] и с явно лишними примесями случайно разлитой соляры.
Рэлацыраваліся? Цяпер вы можаце каментаваць без верыфікацыі акаўнта.