​​⚡️⚡️⚡️ Отечественная ИТ-компания Loop Solutions запустила бесплатное мобильное приложение «iWork»

iWork предназначена для поиска Работодателями специалистов на постоянную или разовую работу, а исполнитель получает вакансии и разовые предложения по работе в ленте приложения и уведомления на телефон.

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

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

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

#проекты #covid-19

Доброго дня!

Подведём итоги недели.

Онлайн.kz
- категория "Для бизнеса" больше не самая популярная. Её обошли "Освой новые профессии" и "Посмотри любимый фильм";
- среди сервисов - лидер АН GKB;

Самые популярные:
- сервис доставки продуктов - Happy Food;
- новостной портал - Sputnik;
- чтение - BookMate;
- кино - ivi;
- курьеры - Tigr;
- аптека - Apteka.com;
- бизнес - Monolit.

"Центр взаимопомощи"
- Всего подали 42 заявки: нужна помощь - 40, могу помочь - 2;
- Из них опубликовали: 34;
- 8 были отклонены по причине несоответствия;
- Сейчас на сайте 29 заявок, помощь оказана 5-ти людям на сумму 57,000 тенге.
- Больше всего обращений с Алматы - 17.

Сформирован закрытый чат благотворителей "Центра взаимопомощи" для координации.
Правила чата:
⁃ В данный чат добавляются люди, которые помогают с переодичностью не менее 1-го раза в месяц.
⁃ Чат закрытый, поэтому добавление новых пользователей производится либо администратором, либо по рекомендации текущим участником чата.
⁃ Все новые объявления на сайте, сразу публикуются в чате.
⁃ После того, как Вы помогли кому-либо - напишите в чат. Мы уберем карточку с сайта.

Правила будут дополняться. Если Вы хотите вступить в чат, напишите нашему директору @bel_max.

Ближайшие обновления на сайте:
⁃ Добавим сортировку по городу;
⁃ Добавим тип заявки (постоянная, разовая);
⁃ Добавим комментарии к заявкам, чтобы люди, которые помогли разово, могли об этом сообщить;
⁃ Добавим блок "Уже помогли", чтобы люди видели результат работы.

Sailet
Тут всё просто, пашем)
- Питчились в IT-парке Узбекистана, с нашим проектом SLP;
- Сдали 2 проекта, один пересылали выше, второй закрыт по NDA ( Солнечная система AR+VR);
- Готовим подписание еще трёх договоров, один с Нигерии. Неожиданно, правда?)))
- 29-го готовимся к бордмитингу в IT-парке Татарстана.

Всем здоровья. Пандемия - это не конец, а начало нового и интересного!

Доброй ночи!

Заработались. Итоги недели:
Онлайн.kz
- теперь стало 160+ различных онлайн-сервисов, на следующей недели доведём до 200;
- самые популярные категории: "Для Бизнеса", "Учи уроки онлайн", "Будь в курсе новостей";
- бессменный лидер - "АН GKB";
- статистика по посещаемости теперь в общем доступе https://metrika.yandex.ru/dashboard?id=61818766 .

"Центр взаимопомощи"
- Всего подали 95 заявок: нужна помощь 90, могу помочь - 5;
- Опубликованы - 50;
- На проверке - 30;
- Отклонены - 15;

На текущий момент помогли 22 людям через различные источники. Спасибо всем!

По обновлениям:
- блок "Уже помогли" в продакшене, наполняем;
- фильтрации добавили;

Сейчас дожимаем полученные правки по "Уже помогли" и готовим аналог под Узбекистан (меняем цвета, разворачиваем хостинг и т.д.). Домен помощь.uz.

Sailet
- Самое бомбическое - запускаем представительство в Праге (сейчас готовим весь материал);
- Те 3 договора в работе (хотим еще, велком автоматизироваться);
- Бордмитинг провели, сейчас формируется бэклог под Россию по SLP;
- Питчились в IT-парке Узбекистана;

Всем добра! Работаем дальше.

У нас есть книга для партнёров. Если интересно, можем переодически выкладывать вырезки. В книге базовые вещи по: БП, ПО для бизнеса, Иерархия IT-систем, CRM, ERP, GAP анализ. Книга собрана из различных статей на Хабре + личный опыт и кейсы компании.

Хештэг будет #основыавтоматизации

Определение бизнес-процесса

Бизнес-процесс – это логическая последовательность действий человека (или нескольких человек) в коллективе. Цель описания бизнес-процесса – анализ и регламентация тех или иных действий в коллективе.

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

Почему я пишу именно о коллективе, а не о коммерческой структуре или компании? Потому что понятие бизнес-процесса может быть использовано, в том числе, для некоммерческой организации. Это может быть благотворительность, выезд скорой помощи к пациенту или даже организация званого ужина без каких-либо продаж и получения.

Следующий пост - "Описание БП".

Продолжаем #основыавтоматизации

Описание бизнес-процесса

Описание бизнес-процесса – это описание последовательности действий сотрудников при выполнении определенных действий в графическом и текстовом виде с целью регламентации действий в коллективе, анализа и оптимизации их последовательности.

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

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

При этом нужно понимать, что ни один бизнес-процесс не может быть совершенным и на 100% соответствовать реальности. Всегда есть место каким-то упрощениям и допущениям, где-то при реализации даже самого строгого регламента свои коррективы вносит человече- ский фактор.

Кроме того, как известно, в любой новой сущности всегда заложена возможность дальнейшего совершенствования. И создание бизнес- процессов также подтверждает этот философский тезис. Как бы вы ни старались описать бизнес-процесс идеально, все равно в нем найдется что-то такое, что также можно улучшить либо сейчас, либо – в будущем.

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

Следующая тема - "Разница между технологическим и бизнес-процессом"

Пятничное настроение

Разница между технологическим и бизнес-процессом
#основыавтоматизации

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

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

Для наглядности описание технологического процесса может выглядеть таким образом:
1. Берем заготовку A;
2. Соединяем ее с заготовкой B;
3. Обрабатываем под параметры C;
4. Получаем деталь.
Все однозначно и никаких условных «вилок» не предусматривается.

В бизнес-процессе вполне нормальной считается следующая ситуация:
1. Получаем вводные данные A:
• Если данные соответствуют условию B, переходим на последовательность действий C;
• Если данные соответствуют условию D, выполняем действия E.
2. Полученный результат передается на выход.
Т.е. уже в алгоритме процесса предусмотрены возможные условия

Следующая тема: "История появления термина BPMN"

Всем привет!

262 заявки пришло в "Центр взаимопомощи" за последние 3 дня. Всего пришло заявок на текущий момент 440.

Нам срочно нужны волонтёры:
1) для координации и модерации заявок;
2) для ведения страниц проекта в соц. сетях;
3) для работы с благотворителями.

Контакты ниже.

Если вы можете помочь - помогите. Базовая продуктовая корзина в среднем стоит 15к тенге. Это не такая значительная сумма. Зайдите на сайт, выберите семью и помогите. Это несложно.

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

WhatsApp: +7 778 7345 887
Tg: @bel_max

Давайте сделаем мир добрее!
P.S. за репост отдельная благодарность от всей нашей команды!

UPD: прошло 2 часа, заявок уже 378.

История появления термина бизнес-процесс ч.1
#основыавтоматизации

Нотации – понятие современное, причем, нотациями называется нечто устоявшееся, стандартизированное, т.е. набор команд и обозначений, которыми пользуется много людей, а не одна или две организации. Можно придумать свой особый язык для описания бизнес-процессов или, например, программирования. Но пока он не получит «обкатку» в массовом использовании, не будут выявлены и устранены противоречия, неоднозначные трактовки, другие недочеты, пока он не стает устоявшимся и привычным для людей стандартом, называть его нотацией нельзя. Подробнее о нотациях я планирую написать позже. А сейчас вернемся к вопросу появления термина «бизнес-процесс».

На самом деле описание бизнес-процессов и нотации BPMN появились в 70-е годы XX века, когда повсеместно начали использоваться информационные системы. И сам термин, и нотации понадобились изначально именно для разработки информационный систем.

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

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

Следующая тема: "История появления термина бизнес-процесс ч.2"

Спасибо большое ребятам из Kapital.kz, что поддержали нас!

https://kapital.kz/business/87141/kak-poluchit-obrazovaniye-i-sotspomoshch-onlayn.html

История появления термина бизнес-процесс ч.2
#основыавтоматизации

Первые методологически проработанные нотации бизнес-процессов появились у военных в США. Причина очевидна – уже тогда военные в США пользовались автоматизацией с использованием удаленных соединений, т.е. той самой системой, которая позже стала Интернетом. И при таком уровне применения информационных систем потребность в нотациях бизнес-процессов была особенно актуальной.

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

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

Именно тогда появились понятия бизнес-процессов и нотаций бизнес-процессов, два неразрывно связанных понятия.

Очень важно понимать, что не существует, например, отдельного «бизнес-процесса продажи». Есть процесс продажи, который станет бизнес-процессом, если его описать при помощи нотации. Т.е. без описания в нотации бизнес-процесса вы занимаетесь продажами, это никто не оспаривает. Но пока нет определенного незыблемого и однозначного описания ваши продажи – явление, в чем-то, стихийное. А бизнес-процессом они станут только после их описания в рамках нотации и реализации этого описания на практике.

Следующая тема: "Зачем моделировать бизнес-процессы"

Спасибо нашему другу @Yelamoon!)

https://www.youtube.com/watch?v=NMPXGBS56_s

Онлайн.kz: помощь в паре кликов от вас

Мы уже писали о том, как IT-бизнес и стартапы откликнулись на нужды населения и помогали тем, кто попал в сложную ситуацию во время карантина. Эти примеры наглядно демонстрируют, что наш бизнес умеет в «социальную ответственность».

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

Максим Беляков, директор Sailet и руководитель проекта «Центр взаимопомощи», рассказал о своем проекте онлайн.kz, цель которого — объединить тех, кто может оказать помощь и тех, кто в ней нуждается.

Полная версия статьи: https://bit.ly/3cWCRsN

Зачем моделировать бизнес-процессы
#основыавтоматизации

Моделирование бизнес-процессов помогает решить сразу две задачи:

• Изучение бизнеса. Графическое изображение в виде схем, т.е. моделирование бизнес-процессов позволяет быстрее понять особенности работы компании и выявить возможные «узкие места».
• Обеспечение наглядности. Как известно, «одна картинка стоит тысячи слов». А потому схематическое изображение работы компании помогает руководителю и владельцу бизнеса намного быстрее понять суть проблемы и оценить предложенные варианты решения.

Очень важно, чтобы клиент понимал все преимущества решения. Не менее важна и обратная связь – руководитель на схеме сможет увидеть какие-то недочеты еще на этапе обсуждения проекта, и внедрение обойдется без дополнительных сложностей и внесения изменений в проект «на ходу».

И сочетание изучения истории появления термина с моим личным опытом дает следующее определение:
Бизнес-процессы необходимы, чтобы представить сложную информацию в простой для восприятия форме для изучения и принятия.

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

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

Как описывать бизнес-процессы
Продолжаем наши #основыавтоматизации

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

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

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

Рекомендуемая последовательность действий:
1. Собираем участников процесса (сотрудников);
2. Собираем входящую информацию, необходимую и достаточную для запуска процесса;
3. Собираем используемые системы. Это может быть учетная система,CRM, электронная почта, таблицы Excel и т.д. Все, что реально используется в работе, необходимо зафиксировать.
4. Определяем ожидаемый результат – что будет в конце процесса.
5. Собираем последовательность действий, которые выполняет человек.
6. Вычленяем условия. В зависимости от разных входящих данных и промежуточных результатов действия могут быть разными.
7. Описываем всю собранную информацию в графическом виде.

Кстати, мы готовим статью с нашим партнёром - компанией Gap Consulting, о разработке, казалось бы, интернет-магазина для трубного завода. Интеграция со складом, с отделом продаж, с 1С и внедрение ИМ повлияло на многие процессы, которые нужно было описывать и править.

Снова про наш благотворительный сервис онлайн.kz. Спасибо ребятам из Atameken Business за поддержку.

https://inbusiness.kz/ru/last/komfortnyj-karantin-vmeste-s-onlajn-kz?fbclid=IwAR3vhN2metxfvrFsZ_P4Ms_gsq8edClTsbjNmZv87Em3u3tbFM1rpS1b8kU

Правила описания бизнес-процесса ч.1.
#основыавтоматизации

В результате может показаться, что любое описание действий человека «на работе» можно посчитать описанием бизнес-процесса. На самом деле, существуют строгие рамки и правила, которые определяют, можно ли назвать перечень действий описанием бизнес-процесса (в графической или текстовой форме) или нет:

• Законченность. Бизнес-процесс должен четко отвечать на вопрос, стоящий перед ним. Если мы говорим о процессе продажи определенного товара или услуги, то бизнес-процесс должен полностью описывать действия, необходимые для получения указанного результата, и завершающегося именно таким результатом (с определенными допущениями, о которых мы говорили в предыдущих постах).

• Лаконичность. Бизнес-процесс должен сочетать в себе достаточность, т.е. описывать все необходимые этапы и действия, при этом быть максимально лаконичным для простоты восприятия. Лично я вывел для себя «правило 15 минут» — если за этот период времени я могу объяснить руководству компании представленный бизнес-процесс, значит, его можно показывать заказчику. Получается быстрее – прекрасно, требует больше времени и слов – надо подумать, что можно сократить и упростить.

• Я когда-то лично видел графическое описание бизнес-процесса, выполненное на листе 2 метров длиной (и соответствующей шириной). Его даже просто рассмотреть и понять, куда ведет какая стрелка крайне сложно. А как его пояснять заказчику, я лично не представляю.

• Помните, что человек воспринимает зрительно определенный объем информации, ограниченный, в том числе, определенным размером листа или экрана (это связано с особенностями зрения), а также числом элементов (возможности мозга также ограничены). Простой и лаконичный бизнес-процесс заказчик поймет, просто «охватив» схему взглядом. Сложный и перенасыщенный деталями придется изучать не один час просто для того, чтобы понять, что там отображено. Скорей всего, руководитель компании, который не является экспертом в работе отдельных подразделений, а также ограничен по количеству свободного времени, просто не будет изучать столь сложную конструкцию и не поймет сути даже самых выгодных предложений.

Часть 2 на подходе и скоро будет в группе. Делитесь с друзьями, а мы будем дополнять группу качественным и интересным контентом.