Когда устала от бизнес-книг и научных статей 😅

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

Что-то мне подсказывает, что буду я её читать медлееееноооо и с удовоооольствиииееем 🧐

⚫️ Наткнулась на статью про должности и роли. Решила разобраться 💁‍♀️

⚫️Должность — формальная позиция в организации, обычно с чётким описанием обязанностей, уровнем ответственности и часто даже зарплатой. Должность указывается в трудовом договоре, и от неё часто зависят карьерные возможности, уровень дохода и социальные гарантии.

⚫️Роль — задачи, которые сотрудник выполняет для достижения целей в рамках конкретного бизнес-процесса/проекта. Роли могут меняться в зависимости от процесса/проекта и они не всегда закреплены в трудовом договоре.

⚫️Должность - это совокупность ролей, так как чтобы успешно справляться с ролями все-таки нужно обладать компетенциями. А компетенции, как правило, прописываются в профиле должности или должностных инструкциях.

⚫️Должность определяет возможность и обязанность выполнять определенные роли, а также задаёт полномочия по распоряжению ресурсами (деньги, время исполнителей).

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

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

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

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

Я это к чему?

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

А еще я думаю, что ролевой подход не исключает должностной (судя по определениям, которые я нашла). То есть, если мы хотим, чтобы роли работали, у нас в любом случае должны быть для начала понятные должности 🤔

💡Должности дают стабильность и структурированность, а роли - гибкость и ориентацию на результат.

⚫️ Теперь про ролевой подход в описании бизнес-процессов

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

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

ПРИМЕР:
Предположим, есть процесс разработки нового продукта. В его рамках могут быть роли:

⏩Заказчик — определяет требования и видение продукта.
⏩Исполнитель — отвечает за разработку конкретных задач.
⏩Тестировщик — проверяет, что продукт соответствует требованиям.
⏩Менеджер проекта — координирует задачи и контролирует сроки.

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

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

✅Преимущества

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

2️⃣Ясность задач: каждый понимает свои функции и области ответственности в рамках процесса, не завися от должностных названий.

3️⃣Более гибкая адаптация под проекты: роли позволяют подстраивать процесс под конкретный проект.

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

4️⃣Снижение затрат на обучение: так как роли четко описаны, новый участник процесса быстро понимает, за что он отвечает.

❌Недостатки

1️⃣Путаница с ответственностью: если роли нечетко прописаны, люди могут не до конца понимать свои обязанности, что снижает эффективность.

2️⃣Сложность в оценке эффективности: когда один сотрудник выполняет несколько ролей, трудно понять, в какой именно роли его вклад был выше.

3️⃣Требует четкой документации: ролевой подход требует подробных и обновляемых инструкций по процессам, чтобы сотрудники могли быстро ориентироваться.

Ролевой подход идеален для динамичных и проектных структур, где требуется гибкость и высокая адаптивность процессов, например:

⚫️ИТ и проектные команды: проектные группы могут быстро сменить роли в зависимости от стадии разработки.

⚫️Компании, работающие по Agile: в гибких методологиях роли меняются, чтобы процесс шел быстрее и команда оставалась гибкой.

⚫️Организации с множеством филиалов: если одна и та же роль требуется в разных регионах или офисах, легче описать её функционал, чем подбирать человека на должность.

Не важно, какой подход вы выбираете. Главное делать это осознанно, понимать зачем оно нужно конкретно в вашем случае🤌🏼 А не потому что, сейчас все переходят к ролевой модели и нам тоже надо 🙃

Оптимизация процесса поиска персонала через боты 🙂

Причем это ситуация, в которой кандидат не откликался на вакансию. Резюме просто висит в статусе «ищу работу», а милый HR-помощник забрал на себя задачи по поиску и первичному контакту с кандидатами 🙃

Интересно, как внутри устроена работа бота 🤔Думаю, что точно есть поиск по ключевым словам. Поэтому тем, кто ищет работу, оч важно правильно составлять резюме, чтобы попасть в эти ключевые слова 💭 А на стороне работодателя точные ключевые слова рождаются из описания профиля должности или ролей… Вот так все взаимосвязано в этих ваших процессах ⚫️⚫️⚫️⚫️

И мне понравилась мысль 🙌

Доброе утро, друзья ☀️

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

Подумайте сегодня об этом:

⏯️ Какие из ваших сторон, вы считаете самыми сильными?

2️⃣ Каким вы станете человеком, если эти способности приумножатся и станут мощнее?

3️⃣ Каких целей вы добьетесь тогда?

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

P.S. Жду, когда Саша станет СЕО 😂🤞

Поясню, как связаны бизнес-процессы (процессный подход) и бережливое производство (мышление).

Все связано понятиями качество и управление качеством.

Концепция управления качеством зарождалась в 1920-1930-х.

Ученые У. Шухарт и Э. Деминг говорили о том, что главная цель любой организации (бизнеса), не прибыль как таковая, а удовлетворенность потребителей 🔜 чтобы удовлетворять клиентов нужно производить качественные продукты 🔜 качественные продукты рождаются в результате качественных процессов 🔜 чтобы процессы были качественные, нужно устранять в них потери 🔜 бережливое мышление (производство) концепция устранения потерь в процессах.

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

Японский автопром яркий пример того, как реализована концепция управления качеством. Вопросами качества продуктов и процессов занимались не только американские и японские ученые, но и итальянские. Один из известных - Тито Конти.

Такой получился экспресс-обзор в преддверии Всемирного дня качества, который отмечается каждый второй четверг ноября. В этом году1️⃣4️⃣.1️⃣1️⃣.2️⃣4️⃣🎉

#какделасдиссертацией

Тема моей кандидатской диссертации «Применение метода QFD для разработки ИТ-продуктов».

QFD (quality function deployment) - один из инструментов качества, который помогает переводить субъективные, абстрактные требования и ожидания клиентов в конкретные технические характеристики, чтобы производители смогли воплотить их в жизнь. А также определить, какие процессы нужны для того, чтобы создать продукт, который ожидает клиент.

QFD претерпел двойной перевод. Сначала с японских слов

хин-сицу ки-но тен-кай

(потому что метод родился в Японии) на английский , потом с английского на русский. В результате появились названия⤵️

Наиболее распространенные:
1. Развертывание функций качества (РФК).
2. Структурирование функций качества (СФК).

Под функцией в данном контексте имеются в виду конкретные характеристики качества продукта.

3. Структурирование качества по функциям. 

Перевод моего преподавателя Адлера Юрия Павловича, который изучал метод и переводил его на русский.

▶️В статье 2002 г. «Сколько ни развертывай, а структурировать все равно придется» Ю.П. пишет, что в Японии часто в терминологической области прибегают к китайской, а не японской иероглифической системе, а значит цепочка перевода на самом деле была такая: китайский-японский-английский-русский.

❗️Основная ошибка в интерпретации слова «функция».

На самом деле это слово синоним «структурного подразделения» организации , то есть тех, кто участвует в создании продукта!

В итоге получается, что субъективное понятие КАЧЕСТВО раскладывается (структурируется) на функции. А функции рассматриваются в двух аспектах:

1️⃣Функция - структурное подразделение компании, которое задействовано в создании продукта

2️⃣Функция - конкретная характеристика продукта

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

Для знакомства с методом статья классная, делюсь!

P.S. ВАЖНО! QFD формализованный метод, у него нет какой-то специфики, он может применяться в любой отрасли, для любых видов продуктов/услуг и процессов 🧐

https://scrumtrek.ru/blog/product-management/14990/berezhlivoe-planirovanie-produktov-kak-povtorit-put-tesla-i-ne-stat-yo-mobilem/