Автоматизировали документооборот в НИИ с помощью BPMS на СУБД PostgreSQL и ОС Linux

Всем привет! Продолжаем разбираться с хронической болезнью — фрагментированной ИТ-инфраструктурой. Изначально НИИ с филиалами в нескольких городах внедрил СЭД на базе LanDocs, для остальных задач — целый набор разного софта. В результате получилось «лоскутное одеяло» из систем, между которыми было сложно наладить обмен данными. Более того, из-за санкций организация отказалась от Windows. Поэтому специалисты IT-подразделения искали для автоматизации документооборота и остальных процессов решение, которое входит в Реестр российского ПО и поддерживает работу с СУБД PostgreSQL и ОС Linux. Необходимо было перевести НИИ на единое решение, объединяющее все функции и соответствующее техническим требованиям. Расскажу, как решала эту задачу в разрезе ЭДО.

https://habr.com/ru/companies/1forma/articles/895424/

#автоматизация_документооборота #сэд #интеграция_с_1с #api #автоматизация_бизнеспроцессов #bpmсистема #согласование_документации #оплата_счетов #регламенты #корреспонденция

Почему сотрудники не используют ваши инструкции и гайды: 5 причин и 20 решений проблемы

У стартапов и средних компаний часто одна история: телеграм-менеджмент, сотрудники ляпают одни и те же ошибки. А руководитель бесится, что вместо коктейлей на пляже нужно следить, чтобы без него ничего не порушилось. Тогда типичный руководитель идет в гугл, а там находит советы в духе «систематизируйте бизнес». Спасибо, гугл. Что же делать? Напишем регламенты! Но почему-то после них ничего не меняется. В статье я подсвечу 5 причин, почему так происходит и поделюсь 20 решениями, как это исправить.

https://habr.com/ru/articles/891638/

#персонал #управление_командой #управление_проектами #управление_проектами_и_командой #управление_временем #itиндустрия #инструкции #гайд #чеклист #регламенты

Как и когда писать регламенты в диджитал-агентстве, чтобы не скатиться в бюрократию

В диджитал-компаниях процессы часто растут хаотично, особенно на первых этапах. Команда горит идеей, задачи выполняются «на лету», а решения принимаются буквально за чашкой кофе. Однако, когда компания выходит за рамки стартапа и сталкивается с ростом, неизбежно возникает вопрос: нужно ли нам больше структуры? В какой-то момент регламенты кажутся спасением, но как только они начинают множиться, возникает обратный эффект — бюрократия, которая душит креативность и замедляет скорость работы.

https://habr.com/ru/articles/872032/

#регламенты #регламент #управление_проектами #управление_командой #hr #планирование

Как я написал 1400 регламентов и почему это важно для бизнеса

Посмотрев назад на свой длинный путь в бизнесе, могу смело заявить, что я знаю о бизнес-процессах больше, чем кто-либо. Руководя своей командой, я заметил, что мы тратим массу времени на повторяющиеся вопросы и одни и те же проблемы. «Как оформлять счета?», «Какая процедура работы с клиентами?», «Что делать, если клиент недоволен?» — эти вопросы повторялись просто каждый день. Даже очевидные задачи превращались в постоянные созвоны и обсуждения. Это тормозило развитие бизнеса, мешало внедрять автоматизацию и вызывало у сотрудников демотивацию к работе. Так я пришел к идее: нужно структурировать всё. С того момента я написал более 1400 регламентов, охватывающих почти все бизнес-процессы, и это стало настоящей революцией в нашей работе. В этой статье я хочу поделиться, как мне удалось создать систему, которая избавила нас от хаоса, и объясню, почему инструкции — это не формальность, а основа для успеха.

https://habr.com/ru/articles/870136/

#регламенты #инструкции #данные #обучение #команда

Как помирить ИТ и бизнес, сделав разработку предсказуемой? (Базовый процесс работы ИТ команды)

Эта статья - продолжение моей статьи " о пользе регламентов " в рамках цикла статей "О чем РП не рассказывают на курсах". В статье дан базовый процесс для работы любой ИТ команды, так что она будет полезна для любых ИТ менеджеров: ИТ директоров, Руководителей проектных офисов, Владельцев и Руководителей продукта, Руководителей проектов, Руководителей команд. Если вы чувствуете, что у вас в компании какой-то бардак, но не можете сформулировать словами - прочитайте эту статью и, возможно, вам станет понятнее, почему все именно так. Если вы проcто РП и думаете, что вам это не нужно, я все равно советую это прочитать и задуматься о процессах в вашей компании. Всегда очень хорошо смотреть на шаг вперед и понимать, как можно улучшить жизнь в вашей компании. Вам это даст дополнительные очки и опыт, а компании - прибыль.

https://habr.com/ru/articles/842350/

#управление #управление_ит #управление_ИТ_разработкой #управление_проектами_и_командой #управление_разработкой #регламенты #регламенты_разработки

Основы тайм-менеджмента: ежедневное планирование в календаре. Как планироваться, чтобы не испытывать боль. +Регламент

Ведение календаря при работе в команде – мастхэв. Каждый участник может поставить встречу в свободный слот, закинуть задачу с описанием, ознакомиться с задачами, которые вы выполняли. Запланировать долгосрочные задачи. Для того, чтобы ведение календаря повышало эффективность сотрудников, а не вызывало боль, мы составили регламент. Делимся им в материале.

https://habr.com/ru/articles/805557/

#Планирование #календарь #регламенты #декомпозиция #декомпозиция_задач #литература

Еженедельные отчеты клиентам: как писать, чтобы держать руку на пульсе. + Регламент

Всем привет, меня зовут Саша Комбаров, я CEO в веб-студии. Мы делимся регламентами, которые будут полезны менеджерам, аналитикам, дизайнерам, тестировщикам и разработчикам. Сегодня расскажем про еженедельный отчет.

https://habr.com/ru/articles/803803/

#отчеты #отчетность #еженедельный #регламенты #регламент #документы

В помощь IT-команде — «Регламент создания багов» или «Как сделать задачу ясной для тебя из отпуска»

Данный регламент я написал на основании опыта работы лидом в IT компании с веб-приложением. Пункты из него прошли проверку практикой. Изначальные версии были (естественно) основаны на best practice из интернета, agile и опыта предыдущих и текущих руководителей. Стоит отметить, что я хоть и находился в какой-то момент в роли QA-лида, но не имею соответствующей подготовки, но имею много знакомых QA-инженеров и лидов. От себя рекомендую следующий алгоритм: копипаст, корректирование под свою специфику, практика использования. Важно обращать внимание на потребности разработчиков, ПМов, системных аналитиков и других участников команды, которые будут анализировать баги. Данный регламент не ориентируется на какую-то определенную систему трекинга задач. Использование возможно как для JIRA, Kaiten, GitLab, Trello, так и для excel-таблицы.

https://habr.com/ru/articles/799879/

#регламенты #инструкции #инструкция #itкомпании #agile #jira #баги #багтрекинг #руководство_командой #qa

Релизная политика против хаоса

Костя так переживал за результат релиза, что решил контролировать процесс его запуска прямиком с собственной свадьбы. Это было эпично, и привело к мысли, что в жизни пора что-то менять. Причём как можно скорее. Из всех возможных вариантов он выбрал самый интересный и решил поменять нашу релизную политику. Нельзя сказать, что без этого всё работало плохо. Работало хорошо. Но достаточно долго. Новые фичи выходили не чаще раза в месяц, но в какой-то момент мы поняли, что нужно укладываться в две недели максимум. У нас появились такие важные показатели, как частота поставок и Time to Market. А потом начала работать омниканальная платформа, на которой двенадцать команд одновременно разрабатывали одно приложение, каждая — свою часть. Тогда появился запрос на стандартизацию процесса. Меня зовут Михаил Щеголев, мы вместе с Константином Дерешевым занимаемся релизной политикой в одном из крупных российских банков. Мы любим свою работу, а дедлайны не любим. Особенно, если дело касается еженедельных релизов.

https://habr.com/ru/companies/T1Holding/articles/793106/

#релизная_политика #фичи #омниканальная_платформа #регламенты