НО БИЗНЕС-КОУЧЕЙ БЫЛО УЖЕ НЕ ОСТАНОВИТЬ. Инфоцыгане всех мастей продолжали по инерции расхвалить все японское по написанным 10 лет назад методичкам. Высокое качество – хотя это отстой, т.к. клиент выбирает по цене. Систему пожизненного найма – хотя это отстой, т.к. убивает креативность сотрудников, а если людей надо уволить, этого не делают и они висят на балансе компании. И, … тадам! КАНБАН.
При этом канбан был придуман для реального производства автомобилей, а не ИТ. Эта штука имеет смысл, если нужны готовые автомобили. Он радикально решил проблему перепроизводства, характерную для советской плановой экономики. Нельзя отделам завода ставить задачу "вкалывайте!" и в конце месяца иметь на складах 10 тысяч кузовов и 3 миллиона рулей. Как это относится к ИТ? Почему работать без спринтов плохо и надо просто фигачить без остановки? Канбан это просто "мы за все хорошее, против всего плохого" или это действительно СИСТЕМА разработки ПО? Много мы сейчас видим успешных транснациональных ИТ-корпораций из Японии, выпускающих массовый потребительский софт?
Свой единственный, к счастью, опыт работы по канбан вспоминаю с ужасом. Это была питерская ИТ-контора, связанная с немцами. Платили выше рынка, но там были ужасно тесные рабочие места, а мозг выносили в двойном объеме. Канбан, как его там понимали, означал, что в начале недели ПМ обещал клиенту поименный список фич, которые будут сделаны до следующего понедельника. При этом оценки команда не давала (в канбане нет такой бюрократии, как планнинг геймы!), задача оценивалась интуицией менеджера. И, собственно, все, крутись как можешь. Каждую пятницу до глубокой ночи и иногда по выходным народ допиливал код с ужасными костылями, лишь бы "сделать все по канбану". ПМ заказывал вечером в пятницу пиццу и считал, что все ОК – команда в едином порыве делает общее дело. Когда у меня стал дергаться глаз я оттуда свалил и жалел только о том, что не уволился в первые две недели, чтобы не испортить себе трудовую.
Фигня этот ваш канбан.
Занятие 4. Обзор задач и выбор проекта
Обзор реальных продуктовых задач
Презентация продуктов и текущих задач представителями компаний-партнеров
Чему научитесь:
Познакомитесь с представителями нескольких компаний, которые представят свои продукты и текущие продуктовые задачи в качестве тем для курсовых работ
На 4м занятии курса были презентации кейсов вместо запланированной темы о методах генерации идей. Сказали, что идеи лучше генерить в конце курса, когда наберешься опыта в факапе идей, победивших на текущем занятии. Было 6 идей от участников курса, 1 от ФРИИ и 1 от внешней компании. До среды 03.07 люди записываются на кейс, в команде 2-5 человека, в каждой будет трекер от ФРИИ.
Презы читались без подготовки и тестовых прогонов, люди вполне объяснимо волновались и иногда отвечали невпопад на вопросы. По крайней мере, у меня было так.
Знаю, что на евентах типа того же Slush в Хельсинки и в стартап-акселераторах основное внимание уделяется питчу идеи со сцены. Идея может быть отстой, но представить ее нужно с блеском. Она должна быть секси (хайповой, виральной, внезапной), должна решать реальную массовую проблему и должно быть понятно где там деньги.
Сравнил свое выступление с презой от ФРИИ и понял как много нужно еще работать. Преза – идеальный пример сторителлинга, это скорее постановка шоу, а не чтение бухгалтерского отчета перед советом директоров. Должно быть не скучно и захватывающе, как при просмотре блокбастера.
Уже после выступления придумал, как улучшить свою презу. У всех был слайд, каких результатов хотят добиться со своим кейсом через 2 месяца. Я написал:
1) проверенные гипотезы
2) выручку 1 млн руб
3) сделать мир лучше
Понял, что нужно было оставить только пункт 2. И отдельно добавить, что НЕВАЖНО, каким образом будет получена выручка. Будут ли это деньги клиентов. Или вместо себя проведем во ФРИИ стартаперов и они смогут пропитчить в лифте инвесторов если их там найдут. Или же зальем на порнхаб видео, как получивший инвестиции стартапер-резидент ФРИИ трахает единорога на первом этаже. Не важно, фокус на $$$.
Далее описание представленных идей и ссылки на их презы в конце поста если на это было получено разрешение (у всех свои заморочки насчет NDA). Хотя я считаю, что идеи не только стоят примерно ничего, но и скорее обладают отрицательной стоимостью т.к. их нужно еще проверять. А любую идею нужно разрабатывать зная, что как только вы проверите ее жизнеспособность, найдете большой денежный рынок, отладите экономику проекта, тут же этот же проект начнут делать Яндекс, МайлРу и тысячи компаний поменьше. В РФ не принято покупать проект, компаниям проще сделать копию идеи.
Представленные кейсы:
1) СЕО на месяц. Кейс ФРИИ.