Вебинар 24.08.2022 в 11:00 мск: Кастомные страницы для мобильного приложения https://www.youtube.com/watch?v=Jc0wIpxRqK4

Запланированный ранее на 27 июля вебинар про кастомные страницы для мобильного приложения переносится на 10 августа. Ссылка в предыдущем сообщении.

Вебинар про кастомные страницы для мобильного приложения еще раз переносится. Теперь планирую его на 24 августа. Возникают различные технические проблемы, мешающие проведению вебинаров. Но скоро я их решу и продолжу регулярные вебинары.

Подобные коменты - свидетельство моей популярности!

Вебинар 07.09.2022 в 11:00 мск: Создание кастомной страницы для мобильного приложения с нуля

Вебинар 21.09.2022 в 11:00 мск: Обзор нововведений в WebSoft HCM 2022.2
https://www.youtube.com/watch?v=KGl1eCRKSuM

Вебинар 05.10.2022 в 11:00 мск: Создание фильтров на веб-страницах через редактор
https://youtu.be/4fhZ3Nh2dUI

Напоминаю про скорый старт моих курсов!

Онлайн-курс. 27 октября – 15 декабря 2022 Автоматизация бизнес-процессов с помощью WebSoft HCM. Базовый уровень https://www.elearningmaster.ru/course/info.php?id=302

Онлайн-курс. 26 января – 6 апреля 2023 Автоматизация бизнес-процессов с помощью WebSoft HCM. Продвинутый уровень https://www.elearningmaster.ru/course/info.php?id=303

Вебинар 02.11.2022 в 11:00 мск: Создание фильтров на веб-страницах через редактор - часть 2
https://youtu.be/RfrqPF7w2xw

Меня зовут Михаил Протасов, я индивидуальный предприниматель, оказываю для крупных организаций услуги автоматизации управления персоналом на базе российской системы WebSoft HCM. Работаю с этой системой с 2007 года, обучаю работе с ней. Являюсь авторизованным партнером компании ВебСофт (разработчик системы WebSoft HCM) со статусом интегратора. У меня 14 сотрудников в штате.

Реализовал несколько сотен проектов автоматизации управления персоналом для более чем 50 организаций. Среди моих клиентов: Газпром, Интер РАО, Центральный Банк России, Новолипецкий металлургический комбинат, АльфаСтрахование, Окей, Медси, Бургер Кинг и многие другие.

Глубоко погружаюсь в потребности клиента и предлагаю решения, которые клиент мог не видеть. В ряде случаев это позволило клиенту решить в срок до 1 недели задачи, на которые ранее уходило 2-3 месяца.

Мой ютуб канал про систему WebSoft HCM:
https://www.youtube.com/МихаилПротасов
Вконтакте:
https://vk.com/mprosys

Мои открытые программы обучения:
https://www.elearningmaster.ru/local/teacher/?action=single-page&userid=38

По вопросам заказа моих услуг пишите мне на почту:
mp@mpros.ru

Для всех организаций, с кем мы еще не работали, представляем бесплатно диагностическую консультацию 1 час! Для ее получения пишите на почту mp@mpros.ru, укажите название вашей организации!

Сайт: mpros.ru

Вебинар, который планировался на 19 октября, переносится на 2 ноября. У меня сел голос, не смогу час говорить. Ко 2 ноября рассчитываю поправиться.

Как я учитываю задачи у себя в команде - часть 1

Меня зовут Михаил Протасов. Я индивидуальный предприниматель, у меня на данный момент 9 фулл тайм сотрудников. Мы автоматизируем управление персоналом для крупных компаний. Среди моих клиентов: Газпром, Центральный Банк России, Интер РАО ЕЭС, РосГосСтрах, АльфаСтрахование, Московский Кредитный Банк, Окей, Медси и многие другие. Я работаю в этой области с 2007 года, а свой бизнес начал в январе 2019.

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

Зачем нужен учет:
1. Контроль обязательств в команде, внутренних и внешних. Если есть обязательство, то все заинтересованные в нем должны быть уверены, что оно либо будет выполнено, либо с ними будут согласованы корректировки. А в случае возникновения проблем с обязательством, о проблемах станет известно заранее, а не по факту его невыполнения.
2. Координация работы команды. Учет помогает обеспечить прозрачность работы для всех участников и понимание своей ответственности. А также стимулирует возможность и готовность запрашивать и давать уточнения когда что-то непрозрачно или расходятся представления о границах ответственности.
3. Уменьшение стресса. Большое количество разноплановых задач со сложной структурой связей, сроков и обязательств может вызывать стресс. Если эта структура становится более ясной и наглядной для всех участников, если появляется алгоритм приоритезации и фокусировки на задачах, а также если обеспечивается контроль обязательств и координация, тогда стресс уменьшается.
4. Чистое сознание. Если обязательства и детали по задачам находятся не в голове, а в системе, то остается больше мыслительных ресурсов на задачу, на которой человек сейчас сфокусирован.

Помимо учета для всего перечисленного необходима соответствующая корпоративная культура.

Структура учета:
1. Задачи распределяются по проектам.
2. Проекты могут быть привязаны к клиентам или направлениям деятельности.
3. Некоторые задачи могут быть не проектными, а операционными. В чем разница? Проект имеет цели, привязанные к срокам. Эти цели и сроки могут корректироваться в процессе. После их достижения проект завершается. А операционные задачи актуальны всегда. Например, развитие сотрудников - операционная задача. А создание нового программного продукта - это проект. После его завершения могут стать актуальными другие сопутствующие проекты (например, создание нового модуля для этого продукта) или операционные задачи (например, поддержка серверов, обеспечивающих функционирование этого продукта).
4. Задачи могут образовывать иерархию. Например, задача "развитие сотрудников" может быть разбита на подзадачи, они в свою очередь на другие подзадачи и так далее. В этих подзадачах конкретизируются направления развития сотрудников, действия для развития в этих направлениях.
5. Задача может иметь оценку трудоемкости.
6. К задаче могут быть привязаны фактические трудозатраты по ней.
7. К проектам помимо задач привязываются контрольные точки.

Учет операционных задач, как правило, проще чем учет проектных. Поэтому далее сосредоточусь на описании учета проектных задач.

Как я учитываю задачи у себя в команде - часть 2

Порядок подготовки к проекту:
1. Проект должен быть минимально возможным по размеру. Из пожеланий спонсоров проекта следует выделить минимальный объем пожеланий, дающий практическую ценность, MVP (minimum viable product) и отложить детализацию следующих частей до завершения MVP.
2. При планировании проекта важно определить набор задач, необходимых для реализации проекта. Это может сделать человек, у которого есть релевантный опыт, кто уже выполнял подобные проекты. В случае отсутствия такого человека, желательно его найти и привлечь к проекту.
3. Если привлечь такого человека затруднительно, то до согласования деталей проекта (в т.ч. сроков и бюджета) необходим этап исследования. Он подразумевает инвестирование определенных ресурсов на то чтобы попробовать выполнить часть задач и получить релевантный опыт для реализации проекта. В этом случае важно чтобы все заинтересованные в проекте лица понимали, что исследование может завершиться и без результатов, несмотря на затраченные ресурсы. В этом случае следует создавать дополнительные этапы исследования или отменить проект.
4. После определения набора задач необходимо оценить трудозатраты для каждой из них. Для этого также нужен человек с релевантным опытом. Он должен не только иметь опыт выполнения такого проекта, но и иметь опыт оценки и анализа трудозатрат по подобному проекту. При его отсутствии аналогично имеет смысл привлечь человека со стороны, либо организовать исследование, либо отказаться от проекта.
5. На основе полученных результатов можно оценить бюджет и сроки проекта.
6. Полученный набор задач с оценками трудозатрат и сроков вносится в систему учета, привязывается к проекту. Все эти задачи помечаются как входящие в проектную смету. На следующих этапах у них могут появляться подзадачи. Но всегда важно отличать задачи, которые были включены в смету на этапе согласования, от прочих задач.
7. Также закладывается резерв в рамках отдельной задачи проектной сметы. Это трудозатраты на непредвиденные обстоятельства и непредусмотренные задачи, которые могут всплыть в процессе. Для более-менее типовых и знакомых проектов я обычно закладываю резерв 20%. В других случаях увеличиваю.

Учет при реализации проекта:
1. Если конечный исполнитель той или иной задачи - это не тот человек, кто готовил задачи из проектной сметы, то он создает подзадачи в задачах проектной сметы. По ним он готовит свою оценку, которая может отличаться от оценки из сметы. Он это делает даже если у него не было релевантного опыта проектирования и оценки задач, это ему позволяет получить этот опыт.
2. Также конечные исполнители ежедневно или раз в несколько дней вносят фактические трудозатраты в проект и актуализируют статусы задач.
3. Менеджер проекта вносит в каждый из своих проектов ближайшую контрольную точку. Он должен обеспечить актуальную информацию о ближайшей контрольной точке проекта в любой момент времени. Контрольная точка содержит дату следующей контрольной точки. По ее достижению, менеджер создает новую контрольную точку. И так далее до завершения проекта.

Как я учитываю задачи у себя в команде - часть 3

Что описывает контрольная точка:
1. Состояние соответствия плановых и фактических трудозатрат.
2. Анализ причин расхождения плановых и фактических трудозатрат при их наличии и предложения улучшений на будущее.
3. Актуальный прогноз даты завершения проекта.
4. Прогноз фактических трудозатрат на дату завершения проекта.
5. Перечень рисков, их описание, предложения по работе с ними.
6. Рекомендуемую дату следующей контрольной точки. Иногда она может быть через пару дней, а иногда и через несколько месяцев (например, если решено заморозить проект до определенного срока).

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

Контроль над проектом:
1. Менеджер проекта отслеживает и учитывает изменения по нему ежедневно или раз в несколько дней.
2. Раз в 1-2 недели проводятся собрания для ключевых заинтересованных лиц. На нем демонстрируются и обсуждаются текущие результаты, планируются корректировки.
3. Вышестоящие руководители, заинтересованные в успешной реализации пула проектов, но не участвующие в оперативных собраниях по ним, пользуются отчетом по актуальным контрольным точкам.
4. Собрание с менеджером для обсуждения статусов проектов с вышестоящим руководителем проводится индивидуально. Рекомендуемая периодичность - раз в месяц. Неэффективно обсуждать это на групповых собраниях сразу с несколькими менеджерами.
5. Тем не менее такие групповые собрания могут быть полезны, но не для обсуждения статусов. А для планирования загрузки, обсуждения новых проектов, кросскомандной координации по ним. Рекомендуемая периодичность подобных собраний - тоже раз в месяц.

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

Если вам интересно описанное, вы хотите что-то спросить, внедрить похожие процессы у себя в организации или получить консультацию, пишите мне на почту mp@mpros.ru или задавайте вопросы в комментариях.

Вебинар 16.11.2022 в 11:00 мск: Графики в редакторе страниц
https://www.youtube.com/watch?v=bhJN77zEFxE

Вебинар 30.11.2022 в 11:00 мск: Графики в редакторе страниц - часть 2
https://www.youtube.com/watch?v=KR21uFHlbiU

Вебинар 14.12.2022 в 11:00 мск: Модульные программы обучения https://youtu.be/i_w-y-ck8Ew

Завтра вебинара не будет. Следующий вебинар будет 11 января. Тему напишу позднее.

Вебинар 11.01.2023 в 11:00 мск: Учет бюджета обучения https://youtu.be/Z6WIcWKHP1A

Вебинар 25.01.2023 в 11:00 мск: Настройки проверки и хранения паролей
https://www.youtube.com/watch?v=xNsiLQpl4Ns