M2M (Machine-to-Machine) — технология автоматизированного обмена данными между устройствами по сотовой сети. Она используется в системах, где требуется непрерывный контроль и передача информации без участия человека: в датчиках, терминалах, счётчиках, банкоматах и других IoT-устройствах.
Рассказываем, где эта технология используется и каковы её возможности.
Одним из гостей подкаста Doubletapp «Что-то на программистском» стал бывший топ-менеджер Яндекса и нынешний IT-предприниматель Григорий Бакунов (aka Bobuk). В разговоре с ведущим, CEO Doubletapp Сергеем Анчутиным( (ТГ-канал: t.me/serega_ceo), он рассказал, почему против работы фултайм и аутсорса, чем IT-компании вредят российскому образованию, куда по карьерной лестнице могут продвинуться разработчики и почему чаще всего им это не интересно.
Привет, Хабр! Меня зовут Денис Романов, и я руковожу подразделением Professional Services, которое сейчас занимается внедрением и поддержкой продуктов «Базис».
Когда я пришел в компанию несколько лет назад, ситуация в PS была непростой: процессы хаотичные, стандартов почти нет, разработчики тратят много времени на внедрение продукта вместо разработки, а уровень знаний о продуктовой линейке у моей команды оставляет желать лучшего.
За первый год мне и моим коллегам удалось решить практически все базовые проблемы. В первой части нашего цикла я поделюсь, как нам удалось привести подразделение в порядок, и что из реализованного сработало лучше всего.
«Подчинение авторитету» — книга не о менеджменте, но она как нельзя лучше расскажет про базовые психологические процессы, происходящие в людях, которыми управляют. На стыке психологии и философии в ней рассказывается про эксперимент, где выявляли предел, до которого может дойти человек, подчиняясь другому человеку.
Создателей эксперимента вдохновили преступники нацистской Германии, и они задались вопросом: «Почему обычные люди выполняли чудовищные приказы?». Чтобы на него ответить, они провели серию экспериментов, в которых обычные люди попадали в ситуацию подчинения.
В прошлом посте мы поговорили о деятельности Фредерика Тейлора, родоначальника концепции научной организации труда из США. А что было у нас?
В начале XX века, когда одни писали манифесты революции, другие — стихи о любви, Алексей Гастев писал стихи... о токарных станках и ударе молота по стали. Советский Союз готовился к индустриальному рывку. Но одних станков и лозунгов было недостаточно. Нужен был новый человек — точный, дисциплинированный, производительный. Человек, способный стать частью индустриальной машины.
Главным архитектором этой идеи и стал Алексей Капитонович Гастев — инженер, революционер, поэт-футурист и теоретик труда. Его проект — ЦИТ (Центральный институт труда) — стал не просто лабораторией, а фабрикой по стандартизации труда и переучиванию человеческой природы.
— Почему они стоят?
— Потому что никто не сказал, что делать. И не настроил, как делать.
Мы все видели эти большие, яркие коробки — склады, распределительные центры, логистические хабы и прочее. Видели и людей, которые там работают. С первого взгляда — всё как система: машины подъезжают, люди выгружают, внутри что-то происходит, машины уезжают. Кажется, что каждая минута расписана. И хорошо, если действительно так.
Но бывает и по-другому: постоянные простои, сотрудники бродят без дела, куча лишних действий, которые просто тянут время.
Отрезвляет простая мысль: бизнес — это про деньги. Время сборщика, грузчика, кладовщика — это тоже деньги. И если человек просто ходит по складу без пользы — мы за это платим.
Время нельзя украсть в буквальном смысле. Но можно тратить его на то, что не нужно делать вообще.
Эта статья — про типовые потери времени на складе, которые часто остаются незамеченными.
Разберём реальные примеры и поделимся опытом.
За последние полгода наши инженеры проделали значительную работу по развитию и оптимизации платформы dBrain.cloud, ключевым инструментом которой является Kubernetes. В этой статье мы подробно расскажем об изменениях, произошедших в инфраструктуре, о внедрении новых функций и фишках, которые, мы надеемся, будут интересны DevOps-сообществу.
Чем отличается эффективные руководитель от успешного. И почему именно успешный руководитель опасен для бизнеса.
Привет! Я, Ева, руководитель продуктовой аналитики в М2, отвечаю за внедрение экспериментов и A/B-тестирования в компании. М2 — это онлайн-платформа для решения вопросов с недвижимостью. Сервисами М2 пользуются как частные лица, так и профессиональные участники рынка — риелторы, застройщики, банки. Мы помогаем тысячам людей экономить время, нервы и деньги.
Недавно мы завершили этап внедрения A/B‑платформы. Этот материал для тех, кто думает, как запустить эксперименты с ограниченными ресурсами, сохраняя здравый смысл.
В М2 достаточно компактная команда аналитики: 3 продуктовых и 4 digital-аналитика на 8 продуктовых команд. Эта статья про то, как небольшая компания может внедрить A/B-тесты и получить пользу даже с ограниченными ресурсами. Расскажем, как мы выбрали open source платформу GrowthBook, запустили MVP, обучили команду и выстроили процессы.
Или как культура страха убивает продукт
Многие компании мечтают о сильной и самоорганизующейся команде.
О людях, которые берут на себя ответственность, двигают проект вперёд и решают проблемы без лишнего шума...
Материал будет полезен не только тем, кто совершенствует навыки монтажа, но также и менеджерам проектов, которые выступают на стороне подрядной организации или заказчика, чтобы можно было разобраться на что обратить внимание при приемке или сдаче работ.
Почему пользовательские исследования — не опция, а must-have для продакта
В продуктовой разработке угадывать — дорого. А вот регулярно проверять гипотезы на реальных людях — разумно, эффективно и жизненно необходимо. Пользовательские исследования — не разовая активность, а непрерывный процесс, встроенный в цикл развития любого осознанного продукта.
Глава показывает, как интервью, опросы, юзабилити-тесты, A/B и поведенческая аналитика помогают команде на каждом этапе: от идеи до зрелого MLP. Поймёте, как собирать инсайты, формулировать гипотезы, отсеивать «влюблённые» идеи и запускать MVP без слива ресурсов.
Классификатор рисков проекта, оценка задач, вредный фидбэк, обзор канбан-досок, лучшие книги для управленца, сторителлинг на пресейле, тревожность и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
Привет! Хочу с тобой поделиться своим опытом. Долгое время я считал, что нужно стать экспертом, прежде чем начинать кого‑то учить. Типа, сначала освой технологию на 150%, потом уже открывай рот. Классическое мышление перфекциониста, не правда ли?
Как всё началось
Пару лет назад ко мне в команду пришёл джун. Классический случай — куча вопросов и Angular знает примерно на уровне «я умею делать кнопочки». В это время подъезжает очередной проект «надо было вчера» на SSR.
Думаю: «Ну все, теперь придётся месяц объяснять базу». Но решил попробовать другой подход — дал ему небольшую задачку и сказал: «Разберись сам, а потом расскажи команде, как это работает».
Изменения в управлении часто ассоциируются с громкими заявлениями, трансформациями, реструктуризациями и, конечно, внутренним сопротивлением. У нас всё случилось иначе.
За последние несколько лет мы практически полностью перешли от принципов менеджмента 2.0 к менеджменту 3.0. Но интереснее всего то, что сотрудники этого почти не заметили — просто потому, что всё происходило естественно. Делюсь своими наблюдениями, как и почему это получилось.
Мы любим говорить: «Нужно делать CustDev». Или: «Нужно считать Юнит-экономику». Или: «Нарисуем CJM — и станет ясно».
Проблема в том, что эти артефакты часто делаются изолированно: JTBD не связывается с User Story, Юнит-экономика существует в вакууме, Use Cases живут отдельно от гипотез, а гипотезы накапливаются и становится непонятно, почему они появились именно в таком порядке.
В результате — знания есть, но целостной картины видения продукта нет.
Я уже ответила себе на этот вопрос, на кого учиться, но спустя 15 лет вернулась к нему как организатор магистратуры и точно вернусь позже как мать двоих детей. Расскажу, как выбирала профессию сама и как собирала обучение под специальность, которой до меня не было.
Вы сможете найти в статье лайфхаки, чтобы пройти собеседование на бесплатное обучение в магистратуре для продактов, и просто почитать про мой опыт: как я из ботаника мехмата добралась до банков и HR Tech.
Когда ключевой вендор ушёл с рынка, а готовые решения перестали справляться, у нас было два пути: искать костыли или написать свою систему. Мы выбрали второе — и за 2 года создали ACRM, которая не просто заменяет SAS, но и даёт новые возможности. Рассказываю, как мы проектировали систему с нуля, на какие грабли наступили и почему теперь не зависим от вендоров.
Меня зовут Иван Курбатов, и я руковожу направлением систем взаимодействия с клиентами в компании «Столото». Наша команда отвечает за разработку и поддержку CRM-систем, которые помогают нам общаться с миллионами клиентов через СМС, email-рассылки и push-уведомления.
Если вы ранее не сталкивались с деятельностью бренда «Столото», отмечу коротко, что это крупнейший распространитель всероссийских государственных лотерей. Организацией таких лотерей занимаются сразу два федеральных ведомства: Минфин и Минспорт, что накладывает на нас серьёзные обязательства. Наши решения должны быть максимально надёжными и бесперебойными, ведь мы отвечаем за доверие пользователей по всей стране.
Хотите узнать, как строится CRM-система с нуля, как она работает в масштабе миллиона клиентов и почему иногда лучше писать своё, чем адаптировать чужое — добро пожаловать под кат!
Появление новых требований в разгар проекта — настоящая головная боль для любого проектного менеджера. Они возникают внезапно, как метеорит в SimCity, и угрожают разрушить сроки, бюджет и нервы команды. Неважно, кто виноват — аналитик, недоглядевший нюансы, или заказчик, который понял, что надо было делать по-другому Важно, что эти «межпланетные тела» могут разрушить всё, если не знать, как с ними справляться. В этой статье мы разберём, как с помощью системы класса service desk превратить хаос изменений в управляемый процесс, сохранить при этом контроль над проектом и доверие заказчика.
В предпринимательстве часто так: занимаешься всем сразу и мечтаешь делегировать. У меня тот же случай: компания маленькая, и я, как говорится, и швец, и жнец, и на дуде игрец. Недовольство накопилось, и я решил разобраться, как оптимизировать дела, чтобы не затыкать дыры, а развивать бизнес.
Узнать это я решил с помощью простого инструмента. Всю неделю я записывал свои задачи и затраченное на них время. Следил за тем, что записать каждую мелочь и включал секундомер, чтобы считать не на глаз.
Так я увидел, на что реально трачу время. Много думал.