Выпускник МФТИ Сторонский сделал по сути аналог Тбанка в Европе, который стоит сейчас 75 млрд долларов - Revolut
JetBrains
Nebius Воложа
Там список явно в разы больше
Когда-то WB начинал захват рынков Восточной Европы и выдавил Алибабу с рос рынка и стран Восточной Европы. Заметьте, в Европе не родилось тех. гигантов, а у нас - родились. Не православный ритейлер-аналог от депутата Немкина (который предложил заменить Roblox), а вполне себе бизнес, в котором платят хорошие бабки и который платит деньги в бюджет, а не просит деньги из бюджета.
Так что Татьяна Бакальчук - гораздо больший патриот и принесла в разы больше денег стране, чем очередной энтузиаст - осваиватель госденег, которому лишь бы что-то запретить и попилить. У нас и Долина получает какие-то гранты. Удобно там все устроено, конкурентненько.
Самое смешное, что все эти грантоеды и выпускатели продукции низкого качества - от фильмов под эгидой "Фонда Кино", отечественных "Википедий" и прочего хлама, до "АвтоВАЗа" позиционируют себя как некие такие патриоты - "у нас столько талантливых людей, мы сможем, да мы...".
Так мы сможем, по моему скромному мнению, в части айти как минимум мы бы могли со временем трахнуть медленный социалистический еврорыночек. Не зря наши выпускники так хороши в международных олимпиадах по математике и программированию. Но для этого не нужна помощь псевдопатриотов на госдолжностях, надо чтобы вы обеспечивали просто благоприятный климат для бизнеса.
И не надо лезть туда, где мы сильно отстали и нет возможности. Ну не можем мы делать и коробки автомат, и двигатели и сиденья и электронику и все на свете для легковых авто. Да прекратите субсидировать мертвую лошадь, мир постоянно развивается в технологиях, будет и виток в котором мы залезем в поезд.
Кстати, мы же там говорили, что ИИ - это суперважно и что? Только недавно СБЕР обучил с нуля первый раз модель. В топе по бенчмаркам модели из Китая и США. Мы когда слова говорим, мы понимаем, что для этого надо что-то делать? Опять, получается, догонять будем - ИИ будет похуже, авто будет с заклинившим рулем, в кино будут играть одни и те же актеры и их дети
Я блять просто сюда скину этот список с чем обычным людям приходиться иметь дело, а уж про бизнес в обще помолчу. Если раньше когда этих сервисов было мало то это да действительно помогало то сейчас это просто адище, да даже я программист с 15-летним стажем уже путаюсь во всех этих свистоперделках! Останавитесь ироды! А ведь это все блять за налоги содержится!
СЕРВИСЫ ДЛЯ ФИЗИЧЕСКИХ ЛИЦ
Основные государственные порталы
Госуслуги (основной портал)
Госуслуги.Авто
Госуслуги.Культура (Пушкинская карта)
Госуслуги.Здоровье
Госуслуги.Образование
Госуслуги.Связь (перенос номера)
Госключ (электронная подпись)
Госпочта
Региональные порталы госуслуг
Налоги и пенсия
Налоги ФЛ (личный кабинет ФНС)
Мой налог (для самозанятых)
СФР (Социальный фонд — пенсия, пособия, больничные)
Настало самое волшебное время года! В декабре каждый коллектив превращается в фейерверк горящих Жозефин Павловн на фоне разноцветных гирлянд и огоньков под раздающиеся то тут то там возгласы:
«Я больше не могу! Скорее бы Новый год, чтобы есть оливьешечку, а не вот это все!»
А еще начальник хочет самый полный отчет в мире, заказчики требуют все и сразу, отчеты требуют отчетов, а в рабочие чаты лучше вообще не заглядывать — 300 сообщений за утро! Что случилось?
И как будто этого мало, какой-то чересчур радостный коллега периодически предлагает устроить тайного Санту… Кстати, где он? Его уже не видно неделю.
И это мы еще не говорим про подарки близким, планы на праздники и навязчивую рекламу на каждом сайте, которая кричит про «волшебную пору». А сил уже нет.
Давайте держаться вместе, осталось всего пару недель! Мы, команда Projecto, даже написали гид о том, как пережить декабрь — пользуйтесь!
1. Коллеги, давайте после праздников!
Отложите то, что может подождать до следующего года — разгрузите свой мозг, в котором сейчас бьют чечетку сто миллионов задач, каждая в своем ритме.
Ускорить процесс и наглядно отсортировать задачи поможет канбан-доска: три столбика «Запланировано», «В процессе» и «Сделано» визуализируют вашу нагрузку и покажут, как обстоят дела.
И вообще решайте проблемы по мере поступления — будьте немного Скарлетт О’Хара и подумайте об этом завтра!
2. Снизьте информационный шум
Отключаем уведомления из чатов, которые не требуют немедленного ответа. Разрешите себе отвечать сообщения, когда есть силы. Рекомендуем заходить в мессенджер не чаще раза в час — нашему мозгу нужно 23 минуты, чтобы полностью погрузиться в задачу и быть максимально продуктивным.
Расширения для блокировки рекламы и ограничения соцсетей тоже помогут — наши перестимулированные мозги не вывозят количество шевелящегося контента.
Представьте: утром вы приходите в офис, делаете чашечку кофе, открываете календарь на сегодня и морально готовитесь к выполнению задач. Никаких:
«Охххх, у меня же созвон сегодня!!!» или «Ой, дедлайн был вчера!»
Скучная и предсказуемая жизнь без сюрпризов на работе — это ли не счастье? Уровень тревоги снижен, мысли водят хороводы меньше!
4. Разбейте большие цели на микрозадачи
Съесть слона по кусочкам легче, чем весь декабрь сразу. Например: не «Подготовить отчет», а «Сделать отчет за январь». Задача уже реально выполнима, и проще уговорить себя сесть за нее.
5. Соблюдайте ритуалы
Если у вас есть рабочие ритуалы, которые помогают не сойти с ума, не забывайте про них:
кофе с корицей,
прогулка в обед,
5 минут видео с котиками перед тем как добить задачу.
Живем!
6. Придумайте корпоратив, которого стоит ждать
Не у всех есть корпоратив, но если есть возможность, обсудите с коллегами, каким вы видите празднование Нового года на работе. Постарайтесь сделать его интересным и незабываемым.
И помните: все, что было на корпоративе, остается на корпоративе!
7. Поддерживайте себя любыми способами
просмотр «Гарри Поттера» и «Один дома» в сотый раз,
гирлянда, мандарины, живая елка,
поход в зал, прогулка по хрустящему снегу,
новогодний наряд или крем для рук с запахом выполненных задач и кофе.
Даем себе максимум положительных эмоций и держимся изо всех сил, касатики!
НГ в Projecto
Ну и минутка нативности, которую никак не спрятать, а сделать все равно нужно. Вы, пикабушники, глазастые!
Projecto декабрь тоже не обошел стороной, так что вот вам приятное:
При покупке лицензии на 12 месяцев — 1 дополнительный месяц порядка в подарок. Акция действует до 31 декабря и для любого количества пользователей.
ЛИМС — это автоматизированная лабораторная система, которая собирает и обрабатывает (управляет) данные (ми). Некоторые считают, что ЛИМС это набор из электронных журналов, используемых Лабораторией, но настоящая ЛИМС это специализированная программа, которая служит для ведения учета, расчетов, отчетов, контроля и т. д.
ЛИМС это часть лабораторной деятельности
ЛИМС является системой, и как минимум объединяет в себе несколько журналов, позволяет использовать информацию из одних журналов в других, например использовать сведения об оборудовании в журнале по измерениям (испытаниям), или использовать сведения из журнала по отбору проб в журнале выдачи протоколов. За счёт объединения в одной системе нескольких журналов, справочников можно добиться новых свойств и функций ведения записей. Получается, что за счёт системности достигают эмерджментные свойства.
Функционал ЛИМС может покрывать все процессы в лаборатории
Одной из важных особенностей ЛИМС являются свойства управления записями, которые недоступны при использовании бумажных журналов. Как правило при внедрении ЛИМС у лаборатории возникают требования о необходимости соблюдения требований ГОСТ ISO/IEC 17025-2019 к ведению записей изложенных в п. 7.5 и п. 8.4. Понятно, что в ЛИМС должна быть возможность фиксации результатов, отслеживания изменений, запрет изменений, архивирование, резервное копирование. В той или иной форме все производители ЛИМС стремятся всё это реализовать. Конечно бывают не очень удобные и практичные формы реализации, но в любом случае можно запрограммировать, чтобы автоматически записывались дата, время внесения и изменения данных, пользователь и информация о нём. При этом пользователь не будет иметь возможность редактирования этой информации.
Но это всё в ЛИМС, а вот если задуматься, то становится понятно, что на бумаге этого не обеспечить.
Например, сотрудник может заполнить журнал с результатами не в момент проведения испытаний (измерений), а позже или даже в другой день, ведь информация о времени и дате вносится им же, если и вносится вообще.
Тоже самое касается изменений, всегда можно внести исправление и подписаться другой датой. Можно вообще целиком переписать лист измерений (первичный протокол) и даже журнал измерений. При необходимости можно и исправления в журнале внести любой датой.
Ведение записей на бумаге не обеспечивают выполнение требований к техническим записям и их изменению. Без полноценной ЛИМС реализовать все требования к техническим записям не получится
Практика показывает, что лабораториям трудно успешно внедрить ЛИМС. Основные ошибки при внедрении ЛИМС не сильно отличаются от ошибок внедрения других информационных систем:
Отсутствие внятного технического задания на внедрение. Как правило при внедрении ЛИМС лаборатория берёт техническое задание поставщика. Понятно, что ту часть, которая о функциях и возможностях программы, менять после выбора конкретной программы не стоит, но есть ещё часть технического задания, которая касается внедрения. И вот к этому разделу ТЗ необходимо уделить как можно больше внимания;
Лаборатория тащит в ЛИМС все свои печатные/рукописные формы ведения записей. Ну здесь наверно пояснять не надо. Если вы переходите на электронные записи, то надо отказываться от старых бумажных. Возможно они были вами оптимизированы и удобны в заполнении, но в программе однозначно всё будет не так. Не стоит держаться за свои сдвоенные и строенные таблицы;
Процессы, которые лаборатория хочет автоматизировать, в системе менеджмента прописаны не чётко, есть неясности и не точности в описаниях, не приписано поведение сотрудника при выборе альтернативных вариантов. Процесс не является "прозрачным". Об этом можно говорить долго, и это тема вообще отдельно должна рассматриваться. Разработчик и внедренец ЛИМС часто сталкивается с тем, что лаборатория вроде как документировала процессы, прописала формы записей. Но по факту присутствуют не документированные записи, и поведение сотрудника при возникновении альтернативных вариантов не всегда прописано. То есть какие-то действия происходят, но происходят они по привычке или потому что руководитель сказал сделать так, а в СМ(К) это не включали. Вот простой пример - "процесс регистрации пробы". Казалось бы зарегистрировать пробу это очень просто, и весь процесс описывается двумя предложениями. "Сотрудник принимающий пробу вписывает информацию в журнал (приложение 1). Номер присваивается по порядку в журнале." Но здесь кроются разные нюансы. Например лаборатории могут использовать специфическую кодификацию/нумерацию проб, иметь несколько журналов регистрации, каждый под свой вид проб (скажем по объектам, по государственному заданию и отдельно платные), по подразделениям также могут делить, да и состав вносимой информации может сильно отличаться. Дополнительно сотрудник может делать приписки в журнале между строк с какой-то ещё информацией о пробе (например указывать состояние пробы или примечание к отбору проб);
Разновидностью третьей ошибки является и не совсем правильное выполнение методик. Если ЛИМС предполагает, что будут вестись записи и расчёты по методикам, то необходимо очень хорошо прописать последовательность действий персонала по внесению этих записей и хорошо проанализировать формулы расчёты. К сожалению встречается в практике недопонимание методик персоналом, а потом это всё ещё тащится и закрепляется в ЛИМС;
Серьёзной ошибкой лаборатории является неготовность переделывать документацию СМ(К) под ЛИМС. Внедрение ЛИМС в любом случае меняет процессы в лаборатории и это всё должно быть отражено в документации СМ(К). К сожалению и со стороны разработчиков ЛИМС не всегда есть люди, хорошо разбирающиеся в этом;
Лаборатория не готова проводить валидацию ЛИМС. Валидация подобного ПО фактически является обязательной, так же как валидация расчётов в электронных таблицах. Лаборатории стараются получить подтверждение от разработчиков, но ведь в процессе внедрения вносятся множество изменений и продукт, установленный у одного заказчика, может сильно отличаться от продукта у другого заказчика. Конечно поставщики ЛИМС предъявляют какие-то сертификаты на своё ПО. Но подобная сертификация у нас в стране не регулируется и такие сертификаты выдают не аккредитованные органы, что нарушает закон о техническом регулировании (184-ФЗ), и следовательно никакой силы такие красивые бумажки не имеют.
Лаборатория со своей стороны не сформировала группу ответственных за внедрения. Ну эта ошибка везде присутствует. С одной стороны у разработчика должна быть команда внедрения с руководителем проекта внедрения, а с другой стороны лаборатория тоже должна иметь ответственных людей, которые обязуются довести это внедрение до конца. Уполномочить ответственных можно приказом или каким-то ещё способом, принятым в организации. Естественно, что ответственный за внедрение должен обладать необходимыми полномочиями, чтобы менять документы СМ, составлять ТЗ, планировать валидацию и т. д.;
Ну и последняя ошибка - это отсутствие целеполагания во внедрении. Нельзя правильно внедрить то, что не известно зачем внедряется. Бывает что высшее руководство принимает такое решение, потому что у других есть или какой-то регулятор требует, но не ставит правильных целей. Такое внедрение ради внедрения никому не нужно и как правило проваливается.
Если мы внедряем что-то новое в лаборатории, да и в любой деятельности, необходимо сначала поставить ЦЕЛЬ. При чем само по себе внедрение нового целью не является. Цель должна быть описана и визуализирована. Если цель можно описать и визуализировать, то она реальна и достижима.
Какие же цели может ставить себе лаборатория?
Автоматически выдавать протоколы испытаний для уменьшения ошибок и человеческого фактора.
Автоматически принимать заявки и пробы, чтобы легче было отслеживать и контролировать движение проб и сроки проведения работ.
Получать точные и подробные отчёты по работе лаборатории без запроса.
Избавиться от использования (заполнения) рукописных форм.
Ускорить работу лаборатории (хотя такую цель надо ставить с осторожностью).
Можно выбрать несколько непротиворечивых целей, для каждой определить критерий достижения. Например цель по формированию отчётов будет достигнута, если можно будет сформировать целевой отчёт за шесть месяцев работы.
Критерии достижения целей необходимо прописывать для каждой цели, в общем то это является частью визуализации. Критерии позволяют нам сосредоточить внимание и обозначить границы, после прохождения которой можно считать проект внедрения завершённым.
Если в организации используют какие-то системы скоринга или KPI при премировании, то критерии достижения целей позволяют мотивировать ответственных за внедрение. Команда по внедрению должна собираться на этапе целеполагания, поскольку именно от целей зависит состав этой команды. В процессе формирования команды могут появиться и дополнительные цели и критерии их достижения.
Цель руководства, как правило, заключается в повышении контроля за работой сотрудников, автоматизации отчетов, снижении ошибок. А цель сотрудников - автоматизация своей работы, упрощение рутинных операций. Необходимо, чтобы руководство и сотрудники имело мотивацию, чтобы ЛИМС решала какие-то их серьезные проблемы, тогда внедрение возможно будет успешным.
Когда Руководство лаборатории определилось с целью и визуализировало её, необходимо сформировать команду ответственных за внедрение. В эту команду должны входить руководитель лаборатории, руководители отделов, менеджер по качеству, ключевые сотрудники - владельцы процессов. Желательно, чтобы размер команды не превышал 5-7 человек, иначе им будет трудно между собой договариваться.
На команду ложится тяжкое бремя:
1. Описание функциональных требований к ЛИМС;
2. Знакомство и выбор продукта из имеющихся на рынке;
3. Составление ТЗ на внедрение в соответствии с функциональными требованиями лаборатории и возможностями выбранного ЛИМС;
4. Согласование плана внедрения, представленного поставщиком ЛИМС;
5. Контроль процесса внедрения, общение с командой внедрения со стороны поставщика, уточнение требований, проверки ЛИМС и описание ошибок;
6. Валидация ЛИМС после внедрения.
Работы по внедрению могут растянуться на довольно долгий срок и состоят из многих этапов, поэтому команда должна периодически собираться и обсуждать текущий статус по внедрению, проблемные моменты, что еще нужно сделать на текущем этапе, согласовать какие-то изменения и доработки.
Выбрав какой-то ЛИМС их имеющихся на рынке или приняв решение разработать свое, каждая команда по внедрению сталкивается с проблемой написания ТЗ. Если выбран коммерческий вариант, то, как правило, фирма-поставщик ПО предоставляет своё ТЗ, слегка модифицированное согласно переданным ФТ. Не стоит ожидать там какой-то детализации планируемых решений. Всё будет описано общими обтекаемыми фразами, основной упор будет сделан на какие-то технические моменты (например используемый сервер базы данных). Для поставщика ПО основная проблема заключается в том, что для составления подробного ТЗ необходимо обследовать процессы лаборатории, ознакомить сотрудников с предлагаемыми решениями, определить и согласовать объем необходимых настроек, доработок и изменений. Это занимает довольно много времени, и поставщику ПО нет смысла этим заниматься до заключения контракта. Команда внедрения хотя и заинтересована в подробном ТЗ, но, во-первых, не обладает соответствующими знаниями и навыками (компетенциями), во вторых, не имеет полной информации о возможностях выбранной ЛИМС в настройке под нужды лаборатории, в-третьих, зачастую имеет неполное представление о процессах лаборатории из-за их непрозрачности, не ясности в описании, безальтернативности. Про проблему с прозрачностью процессов, я писал еще в начале. Нельзя написать хорошее ТЗ, если процессы "непрозрачные". Необходимо сначала внести в ясность в описание процессов, определить уровень детализации и т.д.
Про процессы можно долго говорить, но в целом понятно, что если лаборатория не может описать свои процессы, то при внедрении ЛИМС столкнется с проблемами.
Поэтому есть вариант разделить работу над ТЗ на три этапа:
1) Лаборатория пишет ТЗ и передает поставщику ЛИМС;
2) Поставщик ЛИМС проводит обследование лаборатории по ТЗ, выявляет нюансы
конкретной лаборатории, знакомит сотрудников с ЛИМС, в ходе знакомства и обсуждения выявляются многие скрытые вопросы и проблемы в процессах;
3) Поставщик по итогам обследования составляет конечное подробное ТЗ и согласовывает с
лабораторией.
Для поставщиков ЛИМС имеет смысл включать этап обследования в этапы по контракту и прописывать, что по итогам обследования будет уточнен перечень методик, журналов, форм и отчётов, которые будут внедрены в лаборатории (настроены поставщиком в ЛИМС). Некоторые формы и отчёты лаборатории можно в этот период изменить, если непосредственно в том же виде реализовать в ЛИМС не получится.
Документация по внедрению (базовый перечень):
Цель и функциональные требования — внутренний документ;
Техническое задание — внутренний документ и/или приложение к договору (контракту);
Договор, контракт, соглашение или иной документ с поставщиком (подрядчиком);
План работ, согласованный с поставщиком, приказ о закреплении ответственного со стороны лаборатории;
Акты, протоколы приема-передачи ЛИМС, запуска тестовой эксплуатации, приказ о закреплении ответственного (ых);
Журнал или протокол тестовой эксплуатации (ТЭ);
Акт или протокол передачи в опытно-промышленную эксплуатацию (ОПЭ), приказ о закреплении ответственного (ых);
План валидации, протоколы валидации, отчет о валидации;
Акт завершения ОПЭ;
Приказ о запуске в промышленную эксплуатацию.
Часть этих документов подготовит сам поставщик, но необходимо принимать в этом самое деятельное участие. Продвинутые поставщики ЛИМС могут предоставить документацию по ГОСТам серии 19 и 34, но строго говоря, для лабораторий это не обязательно. Следует следить за соблюдением формальных сроков и их переносом при необходимости. Документация по внедрению должна остаться в лаборатории для того, чтобы потом можно было к ней обратиться при проведении изменений, доработок и ревалидации ЛИМС. Также эта документация может понадобиться при аккредитации или очередном подтверждении компетентности, поскольку эксперты по аккредитации могут её запросить. До завершения внедрения (или в момент завершения) необходимо также издать новые документы (процедуры) СМ(К), в которых будет описана работа сотрудников лаборатории в ЛИМС.
Очень часто задают вопрос: «Почему же так сложно (дорого) автоматизировать процессы в лаборатории?»
Ответ тут на самом деле очень простой. В отличии от других сфер деятельности (бухгалтерия, кадры, производство), у лаборатории много процессов. Даже не так — очень много процессов. Во многих случаях каждый метод испытаний это отдельный процесс, в том числе с ветвлениями и циклами. А еще в каждой лаборатории даже одинаковые вроде бы процессы реализуются по своему, и какого‑то универсального решения тут нет. Поэтому нормальная автоматизация в виде внедрения программы, которая настраивается под все процессы, становится очень дорогой. Ну и понятно, что для быстрой реализации расчетов по различным методикам измерений и испытаний так или иначе необходимо использование каких‑то лоу‑код инструментов. Поэтому самый лучшей реализацией ЛИМС будет приложение‑конструктор с элементами ноу‑кода и лоу‑кода.
Но к сожалению не все разработчики подобных программ это понимают и продолжают следовать парадигме классической разработки
Сегодня мы не будем делать вам больно своими вредными советами — на повестке у Projecto более полезный контент.
Итак, вы купили лицензию на чудо-юдо программку таск-трекер, в которую можно вносить рабочие задачи, вести календарь, хранить файлы, не думать о том, в каком мессенджере общаться с коллегами, потому что все можно обсуждать во встроенных чатах, и уже мысленно представляете, как сотрудники рукоплещат вашему мудрому и технологичному решению и радостно с разбега заносит все задачи в трекер, планируя недели вперед. Но вместо восторга вы получаете вот это:
А че, в смысле? А ниче тот факт, что в задачах бардак, крайнего не найти? А оказывается, никто ничего менять не хочет... Вот это поворот!
«И так нормально же было…»
«В смысле — перенести все задачи, дедлайны и документы в трекер?»
«Я из телеги никуда не уйду, там стикеры классные!»
Если вы столкнулись с такой реакцией — не печальтесь и не опускайте руки. Людям свойственно противиться новому. Помните, когда Дуров убрал стену? А когда появились короткие видео и истории? Все негодовали, а теперь по ночам не оттащить!
Рассказываем, что делать:
1. Покажите, что трекер — это не надзор, а облегчение жизни
Люди сопротивляются, когда думают, что за ними будут следить, а не помогать. Пламенной речи будет недостаточно — придется основательно посидеть с мотивацией и наглядными доказательствами того, что таск-трекер реально облегчит жизнь и как он это сделает.
Например, что дедлайны перестанут гореть синим пламенем, клиенты перестанут ругаться, а все документы и правки будут в одном месте. Рекомендуем активно использовать мемы!
2. В первую очередь разберитесь с трекером сами и пройдите обучение
Покажите, как вы здорово владеете новым инструментом — энтузиазм заразителен! Практически все таск-менеджеры предоставляют бесплатные демонстрации и обучения — индивидуальные и для команд.
Да-да, сначала придется разобраться в инструменте самому
3. Наведите порядок в рабочих процессах
Таск-трекер — это не волшебная палочка, а рабочий инструмент. Сам по себе ничего магическим образом не наладит: не устранит бардак, не отменит дедлайны и точно не превратит хаос в порядок одним кликом.
Если в команде не описаны процессы, непонятно, кто за что отвечает, задачи существуют «в воздухе», а документы живут в 20 чатах — никакой трекер это не исправит. Он всего лишь честно покажет ситуацию.
Поэтому начинать нужно не с кнопок, а с процесса. Вот пример алгоритма для бизнес-процесса:
— кто и когда создает задачи,
— кто принимает решение,
— как передается работа,
— когда считаем задачу выполненной.
Когда это описано, таск-трекер превращается в то, чем должен быть — удобным каркасом, который держит команду.
4. Задания и действия должны быть максимально конкретными
Кстати, это касается не только бизнес-процессов, а любой интеллектуальной деятельности. Абстрактные понятия и задачи не фиксируются мозгом и автоматически помечаются как неважные.
Как описывать задачу:
Для начала создать проект → поставить цели
Допустим, есть цель достичь 1000 подписчиков на платформе к концу года. Для этого ставим конкретные задачи — писать контент на площадку три раза в неделю.
Чтобы автоматизировать процесс, делаем задачу повторяющейся и ставим напоминание. Если это нужно, ставим и приоритет — так сотрудник не будет раздумывать, с какой задачи начать. Но для этого надо знать, какая задача приоритетная, а это уже снова вопрос к бизнес-процессам и руководителю.
Все комментарии, файлы, правки и заметки держим только в чате к задаче, чтобы ничего не потерялось. И не придется искать ту самую правку по 20 чатам!
Тут же ставим приоритет, настраиваем напоминания, ставим дедлайны, поручаем задачу, назначаем наблюдателей — и вуаля, никакого бардака.
5. Брифы не помешают
Собрания не всегда зло — брифы внесут ясность и дадут представления всем участникам команды о статусе задач и процессе работы. Коммуникация ведь ключ к успеху, да? Кстати, введите правило, что обсуждаться будут только задачи из трекера — это смотивирует команду заносить все задачи в таск-менеджер.
6. Начните с минимума: три сущности
Люди пугаются, когда перед ними 48 кнопок, 9 статусов и 13 досок. Начните так:
Задача → Дедлайн → Ответственный.
Все. Остальное подключится, когда они поймут, что к чему.
7. Назначьте «амбассадора трекера»
В каждой команде есть человек, который любит порядок, списки, галочки, таблицы и цветовое кодирование. Вот он и станет проводником нового мира: поможет перенести задачи, объяснит, зачем нужен статус «проверка», и что не нужно называть задачу «СРОЧНО, ГОРИМ».
8. Хвалите за первые успехи
Серьезно. Когда кто-то внес задачи, закрыл их в срок, прикрепил документы — отметьте это. Команда быстро понимает, что порядок — это не скука, а KPI-шечка и спокойствие. Еще лучше, если сотрудник будет получать какой-то бонус за работу в трекере, пусть даже и символический.
9. И главное: делайте переход постепенным
Не нужно в понедельник приходить с фразой: «С сегодняшнего дня мы живем в новом цифровом мире, все делаем через трекер».
Мягче: «Давайте попробуем, а через неделю обсудим». Шаг за шагом, команда перейдет в трекер и, может быть, давайте надеяться, что через месяц уже будет удивляться, как жила без него.
Попробуйте систему управления проектами со встроенным таск-менеджером Projecto бесплатно на 30 дней — наша поддержка будет рядом 24/7, чтобы помочь с внедрением и ответить на все вопросы.
У нас появился один крайне шустрый ребенок. Он любит гулять без спроса, заглядывать в шкафы, рыться в тумбочках и говорит, что ему просто интересно.
Поэтому действуем как ответственные взрослые и выдаем ему отдельную песочницу. Играть пожалуйста, но только с теми игрушками, которые дали. За края нельзя.
Шаг 1. Строим песочницу
Сначала подготавливаем место для игр. Ставим площадку с плюсом в названии и припиской x64. После установки открываем песочницу.
Придумываем имя песочнице. Например: Угол_подумать Только_ведерко_и_лопатка
Шаг 2. Сажаем туда ребенка
Теперь аккуратно отправляем воспитанника играть строго туда, куда разрешено.
Есть два способа. Либо сразу привести его на площадку и поселить там. Либо взять уже знакомого и просто отвести за руку в песочницу.
Кто знает, тот поймет, куда нажать. Правой кнопкой и отправить играть.
Шаг 3. Расставляем границы
Важно сразу объяснить правила.
В чужие комнаты нельзя В личные ящики нельзя В системные кладовые даже не смотреть Хочешь в интернет - только под присмотром
Теперь малыш может играть, общаться и заниматься своими делами. Но не шпионить, не копаться где не просят и не чувствовать себя админом мира.
Ребенок счастлив. У него есть свое место, свои игрушки и иллюзия контроля. А у вас тихий дом, целые нервы и возможность войти на госуслуги.
Если этот метод показался полезным, дальше лучше разбираться самостоятельно. Инструмент известный, описаний и инструкций хватает. Главное правильно задать поисковый запрос.
