В постах и статьях мы иногда поминаем уважительным словом экономистов, которых читаем постоянно и с удовольствием. Например, шлём шаломы Михаилу Хазину, который много говорит про близкую нам научную организацию труда, хотя в совершенно других процессах. И про теорию власти, которой мы давно и успешно пользуемся в рамках реализации своих проектов.
А этим постом начинаем серию шаломов глубочайше уважаемому Дмитрию Пищальникову.
Привет! На связи разработчик Максим и инженер по качеству Евгения из Т-Банка. Как-то мы задумались о переходе на TBD, чтобы избежать develop-ветки со всеми вытекающими.
Появление новых требований в разгар проекта — настоящая головная боль для любого проектного менеджера. Они возникают внезапно, как метеорит в SimCity, и угрожают разрушить сроки, бюджет и нервы команды. Неважно, кто виноват — аналитик, недоглядевший нюансы, или заказчик, который понял, что надо было делать по-другому. Важно, что от столкновения с этими «межпланетными телами» ваш проект может потерять управление и превратиться в хаос. В этой статье мы разберём, как использование service desk с первого дня проекта поможет обуздать изменения, сохранив при этом контроль над проектом и доверие заказчика.
Если ваш стартап буксует, а продукт не летит дело может быть не в том, что он «ещё сырой». Вот топ 7 ошибок, которые вижу снова и снова от SaaS до консалтинга.
Каждую из них можно исправить. Начнём с самой банальной, но самой критичной.
Все мы слышали: «Не продавай дрель, продавай дырки в стене». Стартаперы жутко влюблены в свои фичи и их продают: «У нас AI», «Мы автоматизируем HR», «У нас есть чат с эмпатией».
Красиво, но бесполезно.
Привет, Хабр! Делюсь простым экспериментом, который помог мне улучшить продуктивность и работу всей компании.
В моей команде шесть человек, включая меня. Бизнес я вырастил из собственной экспертизы: был хорошим SEO-специалистом, заказов получал много, так и стал нанимать помощников.
Материал написан на основе интервью с героем: основателем SEO-агентства SEOexpert Александром Горским для блога системы управления проектами YouGile.
Несколько раз проходил в компаниях такую историю: сделали классный продукт для себя, решили, что он прекрасен и пришла гениальная идея, продавать его внешнему рынку. Успешных примеров у меня пока не было. Как правило, то, что было идеально для внутренних задач, при попытке вывода вовне превращается в совершенно новый проект, который зачастую проще переписать с нуля, чем адаптировать.
Знакомо?
Введение
В последнее время заметно увеличилось количество методик изучения иностранного языка. При этом, гораздо меньше внимания акцентируется на, собственно, данных для обучения.
Экспериментируя, уже в зрелом возрасте, весьма продолжительное время, с разными вариантами изучения французского языка, пришел к выводу, что обучающие данные должны удовлетворять следующим условиям:
Данные должны быть разделены на порции.
Эти порции данных должны быть однородными.
Усложнение данных должно быть постепенным (от простого к сложному).
У каждого есть свой проверенный способ вести проекты и работать с задачами. В этом тексте ― любимые инструменты моих коллег, которых я спросила: «если бы на необитаемый остров можно было взять только один инструмент управления, что бы ты выбрал?».
Я выберу простое и очевидное ― основную канбан-доску нашего HR-отдела.
Где мы все? Судя по классическому циклу зрелости, Large Language Models (LLM) уверенно маршируют к вершине «Пика завышенных ожиданий». Энтузиазм бьёт ключом: каждый день – новые анонсы и инвестиции. Как руководитель отдела инновационных проектов в «Первой грузовой компании», я вижу этот ажиотаж и сам погружен в изучение потенциала LLM для нашей отрасли. Иллюзия всесильности ИИ сейчас сильна как никогда. Мы сейчас явно находимся на пике завышенных ожиданий.
Знаете, насколько российский клуб заинтересован продавать билеты? Почти ни насколько, можно смело забить на них болт — смотрите структуру заработков.
Вот для примера КХЛ, которая далеко позади футбола по прибылям, чтобы показать на пальцах, сколько зарабатывают клуб и стадион:
