Открыли регистрацию на Naumen Java Junior Meetup на котором расскажем начинающим java-разработчикам:
— когда и зачем нужно внедрять CI/CD в проектах;
— как реализовать хранение данных с помощью различных популярных ORM-библиотек;
— на какие софт-скилы обращают внимание тимлиды Naumen.
Процесс закупок в средней и крупной компании — это взаимодействие десятка категорий специалистов и руководителей, обработка данных сотен и тысяч товарных позиций, многие гигабайты сопроводительных документов. Правильный подход к автоматизации этих процессов даст компании преимущество за счёт сокращения сроков снабжения и возможности быстрого манёвра в ответ на изменение внешней среды.
Операторы профильных электронных площадок помогают расширить круг потенциальных поставщиков и оперативно с ними взаимодействовать, однако об удобстве работы в таких ситуациях говорить, как правило, не приходится. Собрав и подготовив исходные данные для закупки, их нужно повторно ввести на площадке в требуемом там формате, после получения предложений данные оттуда вручную вставлять в принятые в компании печатные формы документов, а затем направлять их на согласование во внутренней системе электронного документооборота. Существенную часть времени закупщик занимается копированием и адаптацией форматов информации, а не своими непосредственными обязанностями.
Что касается алгоритма проведения закупочной процедуры, здесь закупщик тоже ограничен правилами и возможностями конкретной электронной площадки. Он вынужден совершать ненужные действия или же обходить ограничения, переходя на прямое взаимодействие с контрагентами по телефону или электронной почте. Когда закупка проходит в подобном ключе, разобраться в массиве накопившихся данных может быть непросто даже непосредственному исполнителю, не говоря уже о руководителе или аудиторе.
С ростом масштабов бизнеса на первый план выходит вопрос регулирования закупок. Его цель — сократить риски поставок для производства, обеспечить прозрачность выбора поставщиков и минимальные закупочные цены для владельцев. Для этого требуется внедрить и автоматизировать конкурентные процедуры выбора поставщиков.
1. Есть как минимум два распространенных способа выбора поставщика: запрос котировок и запрос предложений. Последний часто называют тендером. Отличие их в том, что определение поставщика в первом случае происходит исключительно по цене, а во втором — по более широкому перечню критериев, объявленных публично или скрытых от участников.
Особенности конкурентных процедур
Практика конкурентных процедур за последние десятилетия была принята во всех организациях, имеющих то или иное отношение к бюджетному финансированию (речь о нормах федеральных законов с условным обозначением 44-ФЗ, 223-ФЗ и др.). Для неё характерно широкое применение строгих форм процедур — так называемых «торгов», если говорить терминами Гражданского кодекса РФ: у заказчика возникает обязательство заключить договор с победителем торгов. В коммерческом секторе ту же процедуру называют иначе — «тендер», «запрос предложений» и др.
Выделим основные характеристики процедуры, устоявшиеся в российском коммерческом секторе:
Привет, Хабр! Меня зовут Дима, я руковожу отделом в Петрович-Тех. Мы делаем ИТ для строительного ритейла, моя команда занимается поддержкой. В статье хочу рассказать о том, как мы наводили порядок в работе с бэклогом для внутреннего продукта – что делать, когда постоянно много задач, приоритеты меняются, стейкхолдеры недовольны.
Когда речь заходит о продуктах внешних, для такого контекста есть немало полезных подходов и практик: всевозможные Scrum/Kanban, спринты, скоринг и приоритизация бэклога, кросс-функциональные команды из людей с T-shaped навыками и продуктовым образом мышления.
По сравнению с внешними, внутренние продукты зачастую “догоняют”. Для внешних – 2-недельные спринты и разные там CI/CD; для внутренних – непрерывный поток задач, задачи берутся в работу по мере поступления. Работа делается, но сложно давать прогнозы, когда что будет готово — в любой момент времени может прилететь непредсказуемое количество задач, которые поменяют все планы. Не хватает людей на развитие внутренних продуктов – “вот сначала разберёмся со срочными задачами бизнеса, тогда займёмся этим”.
В какой-то момент мы решили, что “хватит это терпеть” – попробовали радикально изменить работу с бэклогом внутренних продуктов. Стали приоритизировать задачи, активнее вовлекли стейкхолдеров в процесс планирования, отфильтровали неважные задачи, наладили процесс работы с багами и инцидентами.
В результате сейчас для каждой задачи из бэклога мы знаем, на кого она влияет, сколько таких людей, откуда задача взялась, какие там ключевые метрики и приоритеты относительно других задач. Очередь из просроченных задач практически сведена на нет.
Давайте расскажу, как мы к этому пришли.
Всем привет!
Меня зовут Александр Денисов. Я работаю в компании Naumen и отвечаю за документирование и локализацию программного продукта Naumen Contact Center (NCC).
В этой статье я расскажу о том, как у нас был автоматизирован процесс перевода документации с помощью нейродвижков без использования CAT-систем и каких-либо других инструментов перевода.
Как мы помогли ГУП «Водоканал Санкт-Петербурга» улучшить работу с обращениями жителей самого северного мегаполиса мира.
Водоканал управляет почти 18 000 км водопровода и канализации. Каждый день предприятие делает более комфортной жизнь 5 миллионов человек, десятков тысяч предприятий и организаций Петербурга. Чтобы ускорять работу с обращениями внешних потребителей и заявками сотрудников для оказания качественного сервиса, нужна налаженная работа с обращениями. Для этого предприятию требовалось современное и удобное решение. Им стала автоматизированная система управления обращениями на базе Naumen, которую внедрила СИГМА.
