Опубликовано Никаких революций в Уфе! Ламса должен доработать сезон в «Салавате Юлаеве» — Новости хоккея
Автор AllHockey.Ru рассуждает о том, почему новости о возможной отставке Томи Ламса являются полнейшим бредом.
- Источник: Козлов может сменить Ламсу на посту главного тренера «Салавата»
Известная поговорка гласит следующее: «Слухами земля полнится». Сегодня днем башкирская земля содрогнулась от информации о том, что Виктор Козлов, якобы, в скором времени может заменить Томи Ламса на посту главного тренера «Салавата Юлаева». Дескать, судьба финского тренера будет решаться по итогам следующего матча команды с «Адмиралом», который состоится завтра. Отсюда можно сделать вывод, что, согласно этому утверждению, если команда проиграет, ее возглавит Козлов.
Согласитесь, все это звучит довольно бредово. Да, «Салават» к текущему моменту проиграл четыре матча подряд.
Причем, в трех из этих игр соперник был ниже классом. Напомним, что уфимцы уступили в гостях московскому «Динамо». Затем они не смогли порадовать своих болельщиков победами в домашних поединках с «Торпедо» и «Витязем», после чего отправились в поездку на Дальний Восток. Начало ее сложилось для них далеко не самым удачным образом — «Амур» оказался сильнее в Хабаровске со счетом 2:1. Отметим, что последние три команды сейчас не входят в зону плей-офф. Кстати говоря, в этих матчах «Салават» проигрывал с разницей в одну шайбу, что говорит как раз-таки о том, что если даже в игре команды и есть какие-то системные проблемы, то они не так глубоки.
Слухи о возможной рокировке (или же просто отставке Ламса) смешны хотя бы по той простой причине, что команда сейчас находится в поездке, и ни в одном нормальном клубе тренера не будут теребить подобными вопросами в этот момент. Это во-первых. Во-вторых, уже давно всем понятно, что у нас достаточно длинный и непростой регулярный чемпионат.
Вообще, по играм команды видно, что она испытывает определенные проблемы с психологией в матчах с соперниками, которые уступают ей в уровне. Настрой перед игрой немного не тот, а поймать его по ходу матча бывает очень и очень сложно. И это может быть проблемой в регулярном чемпионате, из-за которой «Салават», скорее всего, недосчитается очков.
Поэтому, если это все не вброс, и у руководства «Салавата Юлаева» вдруг возникло внезапное желание поиграть в революцию на ровном месте, то мы призываем его этого не делать. Команда смотрится при Ламса вполне себе достойно. Сейчас она идет на четвертом месте в Восточной конференции. Ее присутствию в плей-офф абсолютно ничего не угрожает. Поэтому никакой критической необходимости для совершения тренерских перестановок у руководства уфимского клуба пока что нет и быть не может.
Интервью с Максимом Дурцом — директором по развитию продукта в компании МойСклад
Облачный сервис для управления торговлей МойСклад появился в 2007 году, и сегодня им активно пользуются более 30 000 клиентов. Как появляются новые фичи, что влияет на развитие сервиса и какую роль в этом играют пожелания пользователей — рассказывает Максим Дурец, директор по развитию продукта.
— Максим, расскажи, как развивался МойСклад, когда было мало пользователей?
— Я пришел в МойСклад в 2012 году — тогда клиентов было меньше тысячи. В компании был один большой отдел разработки и общий бэклог — список задач, куда входили наши собственные идеи по развитию сервиса и пожелания от пользователей. Два раза в год мы собирались с топ-менеджментом и расставляли приоритеты, что будем делать в следующие полгода.
Пользовательские пожелания по доработке сервиса нам передавали коллеги из техподдержки и отдела продаж, но тогда у нас не было системной работы с обратной связью. Мы фиксировали все пожелания, но глубинные интервью проводили только с клиентами, которые активно пользуются сервисом.
Конечно, за 10 лет многое изменилось. По количеству клиентов мы выросли в 30 раз (сейчас более 30 000 тех, кто активно использует сервис), и команда разработки стала намного больше: теперь у нас несколько команд, каждая из которых отвечает за отдельное направление (розница, опт, производство, маркетплейс и др.) и ведет свой бэклог задач.
Мы не только учитываем входящие пользовательские пожелания, но и сами проводим тематические исследования, инициируем интервью, тестируем интерфейс на удобство.
— Как определяем направления развития сервиса?
— Учитываем требования законодательства, пожелания пользователей и интересы МоегоСклада как бизнеса, при этом одно не исключает другое. Можно сказать, что мы движемся туда же, куда и рынок, то есть спрос диктует предложение.
Дедлайны по новым требованиям законодательства известны заранее.
Например, Честный знак (система для работы с маркировкой) сначала проводит эксперименты, в которых могут принять участие все желающие, и если они проходят удачно, принимаются соответствующие законы.
К этому моменту в МоемСкладе уже все готово к работе по новым правилам, потому что мы заранее разрабатываем и тестируем новый функционал, в том числе с привлечением пользователей. Когда мы принимали решение работать с маркировкой, понимали, что без этого мы потеряем большое количество клиентов, которые обязаны соблюдать новые правила, чтобы не платить штрафы.
Кстати, обо всех важных изменениях законодательства мы рассказываем в Telegram-канале.
Другой пример — когда выдвигаем гипотезу, что функционал будет востребован пользователями, и проверяем, так ли это на самом деле.
Так было с маркетплейсами. Это мировой тренд, который дошел до России и интересен предпринимателям. В 2021 году приняли решение, что будем развивать сервис в этом направлении, и поставили себе цель — к концу года набрать 1 000 компаний, которые используют наш базовый функционал по работе с маркетплейсами.
Для нас это было подтверждением, что спрос действительно есть. И потом мы пошли «в поля» к конкретным пользователям, чтобы понять, что им нужно, и развивать направление дальше.
А с нашими интересами как бизнеса все просто. Мы понимаем — чем большему количеству пользователей будет полезен МойСклад, тем больше мы заработаем и получим новые возможности для роста.
— Как планируем работу и решаем, что будет реализовано в первую очередь?
— Сначала ставим общие цели по бизнесу на год, учитывая различные сегменты: розницу, опт, e-commerce, производство.
Например, на 2022 ставили цели по продуктовому сегменту, а значит нужно было разработать функционал для работы с алкоголем в рознице и подключить к МоемуСкладу ЕГАИС.
Следующий этап — составление планов на квартал: предлагаем конкретные шаги, которые каждая из команд будет делать, чтобы приблизиться к цели. На этом этапе появляются планы по конкретным фичам и бизнес-сценариям, которые мы обсуждаем вместе с руководством и останавливаемся на том варианте, в который верим больше всего.
В приоритете то, что является критичным для пользователей и несет юридические риски для бизнеса.
Бывает, что приходится ставить на паузу текущую разработку, если видим, что правительство готовится принять законопроект, который отразится на работе многих клиентов, и им важно, чтобы МойСклад соответствовал новым требованиям.
Быстро перестраиваться нам помогает работа по спринтам — двухнедельным циклам разработки. Ставим планы на каждый спринт и по его итогам стараемся выпускать новые фичи для пользователей, чтобы как можно раньше начать собирать по ним обратную связь и вносить коррективы, если что-то идет не так.
И есть вещи, которые мы точно не будем реализовывать — это то, что противоречит концепции сервиса (например, МойСклад не будет «заточен» под бухгалтерию) и эксклюзивные доработки, которые интересны узкой аудитории.
— Как привлекаем пользователей к работе над новыми фичами?
— Помимо обработки входящих обращений с пожеланиями мы исследуем потребности пользователей, проводя специальные «глубинные» интервью.
В зависимости от конкретной фичи, которую разрабатываем, используем разные подходы. Иногда связываемся с подходящими пользователями из числа тех, кто отправлял нам свои пожелания, или анализируем пользовательское поведение в системе аналитики и выходим на контакт с теми, кто сталкивается с проблемой, которую мы хотим решить с помощью новой фичи.
Количество привлекаемых пользователей зависит от задачи — может быть 5, а может и 20. Но нам очень важно получить обратную связь от реальных пользователей — это подтверждение гипотезы, что проблема действительно есть, и дальше мы можем предложить оптимальное решение.
Бывают запросы, о которых не пишут, но мы замечаем проблемы по системам аналитики, и если они затрагивают большой сегмент пользователей, то предлагаем решение.
Если планируем запустить новое направление сервиса, по которому у нас еще нет информации от пользователей, то можем сделать email-рассылку или посты в соцсетях, чтобы привлечь на интервью заинтересованных лиц.
Так что если к вам обратится наш менеджер по продукту — будем благодарны за уделенное время.
Вместе мы делаем МойСклад более удобным и функциональным.
— Что происходит дальше? Сколько времени занимает разработка новых фич?
— Наши дизайнеры создают прототип и макеты будущего интерфейса МоегоСклада, который отражает функциональность новой фичи. Иногда мы делаем прототип интерактивным и проверяем работоспособность идей на пользователях. Можем сравнить несколько версий дизайна.
Наша цель — понять, смогут ли люди разобраться и эффективно пользоваться фичей, не будучи экспертами МоегоСклада, и если нет, то внести необходимые поправки.
После того, как мы убедились, что прототип устраивает и нас, и пользователей, разрабатываем минимальные части функционала, которые помогут решить проблему, и релизим их. Дальше снова анализируем результаты, но в реальной системе — то, как ведут себя пользователи, куда кликают, какие у них ошибки. Всегда есть расхождения с тем, как мы видели фичу до релиза и после.
Часть идей по ее дальнейшему развитию сразу отваливается, зато появляются новые.
Сроки разработки зависят от сложности фичи и объема задач. Иногда со стороны кажется, что фича небольшая, но в действительности она затрагивает множество процессов, и мы тратим на разработку неделю, а потом еще 3 — на тестирование, чтобы в сервисе ничего не сломалось. Нам важно поддерживать стабильность работы системы.
— Куда пользователям лучше обращаться с пожеланиями по доработке сервиса?
— Можно написать в онлайн-чат на сайте МоегоСклада или внутри пользовательского аккаунта, либо на почту [email protected]. Это официальные каналы техподдержки, поэтому информация гарантированно попадет в нужную команду.
Если пожелание пользователя уже есть в планах разработки, либо наоборот слишком эксклюзивно и не может быть реализовано — мы сразу об этом сообщим.
В социальных сетях писать не рекомендуем — это не официальный канал техподдержки, поэтому пожелания могут не дойти до адресатов.
— Как оцениваем востребованность новых фич?
— Для этого есть продуктовые метрики — количественно измеримые показатели, которые мы отслеживаем и анализируем.
Для большинства новых фич — это количество пользователей, что их установили, и удобство использования, выраженное во времени. Каждый спринт мы оцениваем результаты. Если показатели ниже планируемых, то разбираемся, почему так: плохо потому, что неправильно поняли суть бизнес-процесса, или у нас ошибки, из-за которых не получается пользоваться фичей?
Не все фичи видны пользователям. Например, если мы хотим ускорить что-то в работе сервиса, показателем успешности будет скорость обработки пользовательского запроса. А если вносим какие-то изменения в технические подсистемы, то оцениваем показатель надежности — не больше определенного числа сбоев.
Есть и косвенные метрики, например, уменьшение запросов в техподдержку по проблеме, которую решает новая фича.
В финансовом эквиваленте востребованность фич не измеряем — если количество пользователей растет, то растет и прибыль.
— Были ли в истории МоегоСклада неудачные фичи?
— Мы стараемся быть гибкими: вовремя поменять направление, если видим, что промежуточные результаты не соответствуют плановым показателям, на которые рассчитывали. Но бывали случаи, когда мы недооценивали или наоборот переоценивали свои идеи и результаты.
В 2019 году в России появилась СБП (система быстрых платежей — позволяет переводить деньги без комиссии), и на волне хайпа мы сделали ее для Сбера и Тинькофф, в уверенности, что она окажется востребованной. Однако новой фичей воспользовались буквально десятки клиентов, и мы были разочарованы.
Зато в этом году, когда Россию отключили от платежных систем VISA и MasterCard, спрос резко усилился. Можно сказать, что для нас это трагичная история с хэппи-эндом.
С модулем «Управление производством» — обратная ситуация. Долгое время мы считали, что в МоемСкладе он реализован не лучшим образом и не продвигали его, потом решили сделать новый механизм и посмотреть, как отреагируют пользователи.
Оказалось, что многие были довольны и старой версией, и мы могли бы просто улучшать ее, а не переделывать полностью.
В этом году мы достигли планового показателя в 2 000 пользователей «Управления производством», убедились, что спрос есть и сейчас продолжаем его развивать.
— Как ты считаешь, почему МойСклад популярен у малого бизнеса? В чем секрет?
— Наш целевой сегмент — это небольшие компании, у которых нет возможности купить дорогую систему и заплатить за интеграцию. Часто это начинающие предприниматели — не знают, как правильно вести учет и организовать работу персонала.
МойСклад хорош тем, что бизнес-процессы внутри сервиса хорошо продуманы — можно настроить под них свои задачи, и все будет работать. Несмотря на то, что бизнесы очень разные, есть некие общие закономерности, которые подходят большинству.
Продумывая бизнес-сценарии в МоемСкладе, мы проводили интервью с десятками предпринимателей, смотрели, как у них устроен бизнес и обращали внимание в первую очередь на тех, у кого с нашей точки зрения все работает хорошо.
Поэтому МойСклад достаточно универсальный сервис для управления торговлей.
Многие клиенты отмечают, что после внедрения МоегоСклада стало больше порядка. Повышается прозрачность работы сотрудников, потому что каждое их действие отражается учетными фактами в системе, и не остается пространства для махинаций. Намного проще проводить инвентаризацию, когда товароучет ведется в одной системе, а не на бумажках и в экселе.
Важно, что после регистрации клиент не остается с сервисом один на один, а в любой момент может обратиться в техподдержку, где ему помогут с настройками, объяснят какие-то базовые вещи по учету, например, как провести инвентаризацию. Те, кто хочет лучше освоить сервис и разобраться в основах учета, могут пройти бесплатные курсы в нашем учебном центре.
А еще клиентам можно не переживать, что они попадут на штрафы — мы следим за требованиями законодательства и своевременно дорабатываем сервис.
Ну и, конечно, клиентов привлекает цена. На этапе внедрения не требуется больших вложений, нет платных консультаций.
Первое время можно покупать подписку на месяц и вложиться в годовой план только когда клиент будет уверен, что сервис ему подходит.
— А кому МойСклад не подойдет?
— Крупным компаниям, где требуется кастомизация бизнес-процессов. МойСклад — не коробочное решение, позволяющее реализовать любые пожелания клиента, а массовый сервис, поэтому мы делаем то, что подходит большинству. Есть только готовые шаблоны, которые можно настраивать под свои задачи.
Работы «под ключ» мы тоже не делаем, но у нас есть партнеры, они могут помочь с внедрением сервиса. Список партнеров.
— Как дальше будет развиваться МойСклад?
— Самым перспективным направлением остается розница: у нас много фич, которые мы можем предложить этому сегменту. Продолжаем развивать опт, производство, e-commerce.
Активно растет магазин приложений МоегоСклада — каталог расширений возможностей сервиса, в том числе за счет сторонних вендоров. В нем есть интеграции с популярными банками, маркетплейсами, конструкторами сайтов, мессенджерами, онлайн-кассами и т.
д. Всего 142 приложения и их число постоянно растет. У большинства есть бесплатный пробный период. Либо можно обратиться к партнерам — они помогут доработать функционал под ваш запрос.
4 шага для окончательной доработки документа с требованиями
Автор Лаура Бранденбург / Набор навыков BA, откройте для себя все требования
Одна из вещей, которую я хотел бы знать, когда начинал работать бизнес-аналитиком, заключалась в том, что мне нужно будет предпринять обдуманные шаги, чтобы гарантировать, что мои заинтересованные лица действительно получат то, что они хотят и в чем нуждаются, из требований.
По требованиям авторов и анализаторов , очень легко настолько погрузиться в процесс, что вы берете на себя больше собственности , чем разумно. Однако, когда заинтересованные стороны не принимают требования, вы можете ожидать запросов на изменение в конце цикла разработки и более длительного процесса внедрения решения.
Методично собирая отзывы на каждом этапе процесса составления требований и правильно используя электронную почту в рамках этого процесса, вы получите важную информацию о своей документации и убедитесь, что ваши заинтересованные стороны примут предстоящие изменения в своих процессах.
(Это третья часть серии из 4 частей, в которой более подробно рассказывается о вещах, которые мне хотелось бы знать до того, как я начал свою карьеру бизнес-аналитика.)
Вот краткая визуальная карта, которую вы можете использовать для помните, какие элементы связи следует рассмотреть для отправки по проекту, когда речь идет о 4 шагах для окончательной доработки документа с требованиями.
Щелкните здесь, чтобы загрузить визуальную карту в формате PDF и сохранить ее для использования в будущем. Вы также можете ознакомиться с нашими шаблонами сообщений электронной почты, чтобы скопировать и вставить шаблоны электронной почты, охватывающие каждый из обсуждаемых здесь сценариев.
Теперь давайте подробнее рассмотрим, как мы можем получить необходимые данные для документа с требованиями.
Шаг 1. Создание первоначального проекта Для создания первого проекта бизнес-аналитик может провести независимое исследование или встретиться с заинтересованными сторонами, чтобы получить их мнение на высоком уровне.
В любом случае, первый черновик не является окончательным черновиком — никогда. Тем не менее, имеет смысл отправить предварительный вариант на проверку, так как это может помочь получить ответы на вопросы и продвинуть процесс разработки требований.
При отправке предварительного проекта на рассмотрение важно подчеркнуть, что это действительно рабочий проект и что все еще требуется участие заинтересованных сторон. Выделение конкретных вопросов, которые у вас есть, и определение следующих шагов может помочь управлять ожиданиями заинтересованных сторон.
Шаг 2. Получение входных данных и ответов на вопросыПосле завершения первого чернового варианта вам потребуется получить дополнительные входные данные и ответы на вопросы. Чаще всего вы проводите обход требований.
Иногда более эффективно получать ответы на ключевые вопросы по электронной почте. В этом случае отправьте электронное письмо с конкретными вопросами, которые у вас есть, и прикрепите черновик вашего результата для получения дополнительной справочной информации.
После проверки документа с требованиями и решения ключевых вопросов у вас будет готовый документ для окончательного рассмотрения и утверждения. Электронная почта — отличный способ справиться с такой задачей.
Просто прикрепите документ к своему электронному письму, объясните, что ожидается от ваших заинтересованных сторон, сообщите крайний срок, к которому вам нужен их отзыв или одобрение, и нажмите «Отправить».
Поскольку заинтересованные стороны заняты, планируйте напомнить им до крайнего срока . Включение описания того, как их одобрение помогает продвинуть проект вперед, может помочь им выкроить время для этой задачи.
Шаг 4. Завершение работыПосле того, как вы выполните описанные выше шаги, иногда несколько раз, вы получите утвержденный документ. Это шаг к общению (и празднованию)!
Отправьте окончательный результат всем, кому необходимо знать об окончательном документе, включая тех, кто участвует в реализации и тестировании спецификации.
Проверка и проверка требований требует большого труда. Использование четкого, последовательного и методичного процесса коммуникации обеспечит бесперебойную работу и гарантирует, что ваши заинтересованные стороны имеют четкие ожидания относительно того, каким должен быть их вклад.
Начните с доверенных шаблонов электронной почты для проверки и завершения результатовКогда вы загрузите шаблоны сообщений электронной почты, вы получите 32 шаблона электронной почты для копирования и вставки, охватывающих сценарии работы бизнес-аналитика, такие как просмотр и завершение результатов, которые могут быть эффективно обрабатываться по электронной почте.
Нажмите здесь, чтобы узнать больше о шаблонах сообщений электронной почты
Complete-MigrationBatch (ExchangePowerShell) | Майкрософт учиться
Редактировать
Твиттер LinkedIn Фейсбук Электронная почта
- Артикул
- Модуль:
- ExchangePowerShell
- Применимо к:
- Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online
Этот командлет доступен в локальной среде Exchange и в облачной службе.
Некоторые параметры и настройки могут быть эксклюзивными для той или иной среды.
Используйте командлет Complete-MigrationBatch, чтобы завершить пакет миграции для локального перемещения, перемещения между лесами или удаленной миграции перемещения, которая успешно завершила первоначальную синхронизацию.
Сведения о наборах параметров в разделе «Синтаксис» ниже см. в разделе Синтаксис командлета Exchange.
Синтаксис
Полная миграцияПакетная обработка [[-Идентификация] ] [-CompletePublicFolderMigrationWithDataLoss] [-Подтверждать] [-Контроллер домена ] [-NotificationEmails ] [-Partition ] [-SyncAndComplete] [-Что, если] [<Общие параметры>]
Описание
После успешного выполнения пакета миграции для локального перемещения или перемещения между лесами и состояния «Синхронизировано» используйте командлет Complete-MigrationBatch для завершения пакета миграции.
Завершение — это последняя фаза, выполняемая во время локального или межлесного перемещения. Когда вы завершаете пакет миграции, командлет выполняет следующие действия для каждого почтового ящика в пакете миграции:
- Запускает окончательную добавочную синхронизацию.
- Настраивает профиль пользователя Microsoft Outlook, чтобы он указывал на новый целевой домен.
- Преобразует исходный почтовый ящик в пользователя с включенной поддержкой почты в исходном домене.
В облачной службе этот командлет задает значение CompleteAfter равным текущему времени. Важно помнить, что любой параметр CompleteAfter, примененный к отдельным пользователям в пакете, переопределит параметр пакета, поэтому завершение для некоторых пользователей может быть отложено до установленного ими времени.
После завершения процесса финализации пакет можно удалить с помощью командлета Remove-MigrationBatch.
Если пакет миграции имеет статус Завершено с ошибками, вы можете повторно попытаться завершить работу с пользователями, для которых произошел сбой.
В Exchange Online используйте командлет Start-MigrationBatch, чтобы повторить миграцию для неудачно выполненных пользователей. В Exchange 2013 или Exchange 2016 используйте Complete-MigrationBatch, чтобы повторить попытку этих неудачных пользователей.
Для запуска этого командлета необходимы соответствующие разрешения. Хотя в этом разделе перечислены все параметры командлета, у вас может не быть доступа к некоторым параметрам, если они не включены в назначенные вам разрешения. Чтобы найти разрешения, необходимые для запуска любого командлета или параметра в вашей организации, см. раздел Поиск разрешений, необходимых для запуска любого командлета Exchange.
Примеры
Пример 1
Complete-MigrationBatch -Identity LocalMove1 -NotificationEmails [email protected],[email protected]
В этом примере выполняется пакет миграции LocalMove1 и отправляется уведомление по электронной почте указанным пользователям.
Параметры
-CompletePublicFolderMigrationWithDataLoss
-Confirm
-DomainController
-Identity
-NotificationEmails
9013 8 -Раздел-SyncAndComplete
-WhatIf
Входные данные
Типы входных данных
Чтобы просмотреть типы входных данных, которые принимает этот командлет, см.