В 2013 году я сыграл свадьбу. Она была специально для сбора денег. Накрыл маленький стол на 5к, получил 70к. Возврат инвестиций 1300%. Я арендовал точку в ТЦ Олимп в Нефтекамске, взял б/у холодильники на авито, прилавок сделал из 5 поддонов, которые поставили один на другой. Их нашел на улице.
Задумывались, как удобно работать с системами, которые можно понять, настроить и отладить? Код, архитектура, протоколы — предсказуемо, логично, структурировано.
А теперь представьте, что вместо REST-сервиса перед вами человек. Вы отправляете запрос — а в ответ не JSON, а тишина, недоумение или даже агрессия. Кажется, говоришь чётко — а человек слышит не то.
Попробуем посмотреть на взаимодействие с людьми как на работу с сервисами. Каждый человек — это API со своей спецификацией. Иногда с документацией, чаще — без. Поделюсь подходами, которые помогут вам лучше ориентироваться в протоколах глубокого уровня: API для человеческого взаимодействия.
Привет! Меня зовут Ник Дюба. Я коллекционер ошибок — своих и чужих — в бизнесе, инвестициях и фрилансе. В статьях показываю изнанку разных бизнесов и профессий, а ещё собираю в своём Telegram-канале «Ошибатор» полезную базу знаний для предпринимателей и фрилансеров.
Привет! Меня зовут Алексей Стратонов, я экс-техлид Авито Недвижимости. До Авито я 8 лет проработал в аутсорсе: управлял четырьмя отделами, успел нанять и уволить многих, в том числе руководителей. В аутсорсе есть специфика — зарплаты тут ниже, а задачи те же, что и в продукте. Поэтому тимлид должен уметь собирать команды под определенный проект и качественно собеседовать.
В статье рассказываю, какие моменты напрягают меня в кандидатах, а какие, наоборот, подкупают. Этот текст будет полезно прочитать молодым лидам, которые только начинают нанимать самостоятельно. Если вы уже уверенно чувствуете себя на собеседованиях, то все, что я упомянул, покажется вам знакомым. Но проверить свои знания не помешает :-)
Нейросети («ИИ») больше не инструмент будущего — это активный участник рынка труда. От HR-отделов до бухгалтерии, от школ до юридических фирм — машины не только помогают, а кое-где заменяют. Эта статья — о том, какие профессии исчезают, а какие трансформируются, и что делать, чтобы остаться на плаву в эпоху алгоритмов.
По образованию я учитель географии. Что в современном мире привело меня в продажи.
Посвящается всем, кто везет, разгружает, загружает, оформляет грузы, и, конечно же, всем нам – логистам-экспедиторам.
Я часто общаюсь с предпринимателями и вижу: даже те, кто давно в бизнесе, не знают, что если на сайте есть форма с запросом имени или телефона — они уже считаются оператором ПД и обязаны соблюдать требования закона.
Многие думают, что формальная политика конфиденциальности, скачанная из интернета, спасёт. Это глубокое заблуждение. Кстати, эти правила касаются не только сайтов — Telegram-ботов тоже , если они собирают данные пользователей.
Работа в IT-сфере — это всегда сочетание высоких технологий, сложных проектов и человеческого фактора. Особенно остро эта проблема стоит в компаниях, занимающихся заказной разработкой программного обеспечения , где от каждого специалиста зависит не только скорость, но и качество выполнения задач
Однако наряду с профессиональными вызовами руководители всё чаще сталкиваются с поведенческими рисками. Одним из самых деликатных и опасных явлений становится шантаж со стороны сотрудников и подчинённых.
В этой статье хочу рассмотреть теоретическую базу, а в конце немного практической информации из личного опыта (мнение автора может не совпадать с вашим личным, но от этого не перестает быть исключительно мнением автора)
Как менеджеру отслеживать прогресс выполнения проекта? Как понять выполняется ли работа согласно установленным срокам или же есть отставание от графика? Тратим ли мы запланированную сумму бюджета на реализацию работ или выходим за рамки бюджета?
В этой статье речь пойдет о классическом методе освоенного объема (EVA –Earned Value Analysis). Его польза заключается в том, что он не только позволяет ответить на вопросы, обозначенные выше, но также поможет вам спрогнозировать возможные будущие отклонения от бюджета и графика и вовремя принять соответствующие меры, чтобы снова вырулить проект в нужное русло.
Крупные организации часто сталкиваются с проблемой функциональных колодцев (на западе - silos) - это когда каждое подразделение или продуктовая команда работает изолированно, фокусируясь только на своих целях, бюджетах и приоритетах. На первый взгляд, это кажется эффективным: каждый знает свои задачи и отвечает за свой результат... до тех пор, пока не потребуется реализовать кросс-функциональный / кросс-продуктовый проект. Рассмотрим это с позиции вендора, которые делает такой проект у крупного заказчика.
Перевод статьи подготовлен редакцией итеративно-функционального метода, новейшей альтернативы Agile и Kanban. Дисклеймер: эта специализированная статья подходит для продуктовых менеджеров и энтузиастов продуктовых методологий и продуктового тулинга.
Джейсон Фрайд (Jason Fried), CEO компании 37signals — создателей Basecamp и HEY — недавно опубликовал в своих запрещенных в России соцсетях два демо видео нового продукта Fizzy, который представляет собой новый взгляд на трекер идей, задач и багов. Представление задач реализовано в виде коллекции (аналог доски в Канбане) с двумя колонками — «В рассмотрении» (“Considering”) и «В работе» (“Doing”). Карточки в обеих колонках содержат заголовок, имя автора карточки и исполнителя, а также информацию о дате создания и последнего обновления. В колонке «В работе» есть переключатель стадий («Изучение», «В процессе», «Блокировано»). Последовательность стадий определяется одним из выбранных рабочих процессов (workflow), который настраивается в параметрах коллекции. В зависимости от выбранной стадии меняется цветовая схема карточки. Завершённые карточки отправляются в подвал страницы, где каждая карточка проштампована большой печатью с причиной закрытия.
Прежде всего хочу подчеркнуть, что с большим уважением отношусь к Джейсону Фрайду и СТО 37signals Дэвиду Хайнемайеру Ханссону (DHH) и к их работе. В эпоху бездушных аджилистских монстров вроде Jira, ClickUp, Asana и десятков их безликих клонов, Джейсон и Давид создали оригинальный подход под названием Shape Up, который во многих аспектах лучше адаптирован под современную разработку для мобильных и веб-платформ, чем Agile, Scrum, SAFe и иже с ними.
Привет, Хабр! Меня зовут Рома Ковалевский, я program-менеджер из Берлина с 10+ годами опыта. И я потратил 4 месяца, $1340 и кучу нервов, чтобы сдать PMP. По плану должно было быть быстрее и дешевле, но зато теперь могу поделиться этим опытом с тобой, дорогой читатель. В этой статье — честный рассказ, как я шёл к PMP, где споткнулся, сколько стоило, что сработало, а что нет. Чтобы вы могли пройти этот путь без лишних граблей (или хотя бы с запасной каской).
Веду собственный телеграм-канал про управление проектам «Менеджер от боженьки». Там — больше полезных постов и инсайтов о карьере проектного менеджера.
Привет, я Настя, редактор системы управления задачами YouGile. Мы делаем работу команд простой и удобной. Мы развиваем систему на основе обратной связи пользователей, и запросов получаем очень много. В этом материале я расскажу, что же чаще всего хотят пользователи от системы управления проектами, а также поделюсь логикой продуктовых решений команды и раскрою, к каким обновлениям мы придем.
В данной статье поговорим о служебном произведении, которое создается разработчиком в ходе исполнения им трудовых обязательств в отношениях с работодателем. Разберем некоторые ошибки, которые допускают работодатели, а также те права (бонусы), которые получает или может получить разработчик в результате создания служебного произведения.
Заключая договор на разработку ПО заказчик работ, кем бы он ни был, частной компанией, госзаказчиком или обычным гражданином, стремятся получить исключительные права на разрабатываемо ПО. Обладая исключительным правом заказчик вправе свободно им распоряжаться, продавать, выдавать лицензии, стремление стать обладателем исключительных прав обосновано и закономерно. Работодатель не является исключением, он стремится предоставить работнику условия для труда, а взамен получить работоспособное ПО, права на которое будут принадлежать ему.
Закон говорит нам, что авторские права на ПО созданное в пределах, установленных для работника (автора) трудовых обязанностей (служебное произведение), принадлежат автору. Исключительное право на служебное произведение принадлежит работодателю, если трудовым или иным договором между работодателем и автором не предусмотрено иное (ст. 1295 ГК РФ).
Насчет авторских прав в РФ все понятно, они всегда принадлежат автору и их невозможно, продать, подарить, отказаться, уступить или иным образом передать другому лицу, Разработчик создает ПО и всегда будет считаться автором, права разработчика всегда будет защищать закон (авторские права).
BI-инструменты считаются дорогими и сложными решениями, требующими долгого внедрения, многочисленных интеграций и непременного преодоления сопротивления со стороны пользователей. Кажется, что на такое может решиться только крупная компания, которой жизненно необходимо упростить анализ данных и оптимизировать множество процессов.
На самом деле необходимость в понятных аналитических решениях возникает и у средних, а иногда и небольших компаний, поэтому сейчас появляются самые разные по сложности и функциональности BI-системы. О том, как вообще понять, пора ли от эксель-таблиц переходить на BI и какие задачи можно решать с помощью таких инструментов, рассказал Директор продуктовой аналитики Битрикс24 Илья Стрелков.
Зачем компаниями нужна аналитика
Точные цифры — это наш контакт с реальностью. Правильное управление бизнесом основано на понятных метриках и на оценке ключевых факторов, влияющих на эффективность. Полагаться в бизнесе на субъективные ощущения невозможно, органы чувств здесь заменяют систематизированные и наглядно представленные данные о работе всей компании и ее отдельных подразделений.
Аналитические системы позволяют в разы сократить обработку и подготовку данных для дальнейшего анализа. Для анализа эффективности бизнес-процессов часто приходится объединять данные из разных систем. Например, для оценки рекламной кампании придется сопоставить данные из рекламного кабинета и CRM. Для товарной аналитики — данные из ERP, CRM и складских систем.
Вручную, в электронных таблицах, это действительно долго. А BI-системы умеют объединять данные из разных источников, фильтровать, сортировать, делать выборки по сложным условиям, анализировать по множеству факторов и показывать данные в динамике. В результате пользователи — руководства компании и отделов, специалисты — получают наглядный дэшборд с понятными графиками и диаграммами. Именно с той информацией, которая помогает принять нужные решения.
В мире успешного успеха, в который мы погрузились, где продакты рапортуют о новых достижениях в метриках, а топ-менеджеры, перечисляют какие преимущества дают их бизнес-функции. Мнение конечного пользователя, кажется, статистически ничтожным.
Я помню времена, когда требования были — понятнее, бюджеты на реализацию — жирнее, а команды — меньше/больше, что позволяло фокусироваться на действительно важных вещах, которые запоминались и западали в душу пользователям.
Их копировали, пересматривали и вводили как эталон.
Это статья не про тех менеджеров, кто таски в джире двигает и статусы собирает. И не про тех, кто просто ретранслирует запросы сверху вниз и держит в поле только календарь. Здесь пойдёт речь о людях, которые по-настоящему держат на себе команду, бизнес и продукт. О тех, кто в небольших компаниях или стартапах становится точкой сборки: принимает решения, управляет продуктом, координирует разработку, тащит финансы и договаривается со стейкхолдерами. И всё это одновременно.
Если ты был в такой роли - ты знаешь, о чём речь. Если нет - добро пожаловать в экскурсию по состоянию, где выгорание не приходит по расписанию, а подкрадывается тихо и исподтишка. Здесь нет оценки сверху, нет зрелых коллег, которые скажут «ты молодец» или «пора свернуть». Ты - сам себе барометр. Ты - точка принятия решений. Ты - ресурс, который должен работать без сбоев. А потом внезапно ловишь себя в состоянии, когда больше не можешь.
И вот эта статья - не гайд. Это скорее проживание. Разговор. Попытка систематизировать опыт, ощущения, тупики и возможные выходы. Без универсальных решений, но с попыткой назвать то, что обычно замалчивается.
Конечно, каждая программа начинается с идеи, однако путь от идеи до готового продукта достаточно долог. На пути будут поджидать множество сложных вопросов, неверные ответы на которые, могут значительно усложнить проект или вообще завести вас в тупик.
Цикл статей о проектировании, призван показать один из возможных путей, достижения успеха, через проектирование программного обеспечения с использованием UML (англ. Unified Modeling Language — унифицированный язык моделирования).
В качестве сквозного примера для всего цикла статей будет идея создать библиотеку электронных книг для обучения и научной работы. Выбор книги из каталога. Чтение электронного текста. Возможность создания конспекта книги, как набора цитат и собственных комментариев. Сохранение рабочего пространства и загрузка его при входе.
Если вы продюсер, методист или менеджер образовательного продукта без техбэкграунда — и у вас нет UX-исследователя, времени и бюджета — это статья для вас.
Я расскажу, как провела синтетическое исследование без респондентов, но с результатом, используя AutoGen — фреймворк от Microsoft, который позволяет моделировать диалоги между ИИ-агентами.
Здесь не будет сложного кода. Только пошаговая инструкция, минимум настроек и максимум пользы, чтобы вытащить из AI внятные сценарии поведения пользователей.
Мы обратили внимание, что проекты, которые заставляют страдать — те, в которых нет менеджера от клиента. При сильной команде и понятных задачах это превращает проект в хаос: срывы сроков, выход из бюджета, споры и правки в последний момент.
В статье — разбор причин, ловушек, типовых сценариев из практики и рекомендации, что делать, если проект уже идет, а менеджера все еще нет.