Рубрика «lean» - 4

Прошлой осенью прошла менеджерская конференция LeanKanban Russia-2014.

Два трека, пара десятков докладов от приглашенных западных гуру и известных наших, как консультантов, так и живых топ-менеджеров. Собственно видео я снял и опубликовал оперативно, через неделю, но только сейчас дошли руки, что бы отсмотреть и написать краткий обзор, чтобы соориентировать и рекомендовать потенциальному зрителю именно то, что ему нужно.

Конференция чисто менеджерская, от поднимаемых тем и аргументов, и местами сильно избитого бизнес-жаргона, у «сферического линейного разработчика» наверняка будет butthur идиосинкразия («WAT?? Процессы? Инновации? Менеджеры-бездельники! Фигли думать, трясти надо!»), но с точки зрения менеджмента — это самые свежие тренды. Так что наверно, в отделенном от хабра мозге мегамозге, обзору будет самое место.

Собственно название «LeanKanban» — цепляет широкоизвестными ключевиками «Lean» и «Kanban», и вроде как понятно о чем. К сожалению, из личного опыта общения помню, что очень многие думают, что «Lean» — это что-то на тему рационализации на японских заводах, борьба за копейки и секунды, а «Kanban» — это когда клеют разноцветные стикеры на доски и стены.

На самом деле, основные темы на этой конференции были:

  • «Антихрупкость» в смысле последней книги Нассима Талеба — о том, почему не работают классические консервативные стратегии «нормального распределения», почему нужно применять «ассиметричные стратегии», строить запасные планы, рисковать и, не побоюсь этого несколько замученного слова, «порождать инновации». Только адаптация и эволюция, иначе «выживание необязательно». Символично, что практически через месяц после конференции случился «черный лебедь» с рублем, и очень даже интересно, выжил ли бизнес у всех менеджеров, сидящих в наполненных залах?
  • Процессы — их масштабирование, балансировка, оптимизация, масштабирование. Даже без привязки к конкретным методологиям и практикам, классический анализ — «Теория Ограничений» Голдратта, поиск перемещающихся «бутылочных горлышек» и узких мест, расширение и перестройка огранизации.
  • Конкретные реализации agile-процессов — от подхода «в любой непонятной ситуации внедряй Kanban», до сравнения между Kanban-а с Scrum-ом — следующим по формализованности Agile-подходом.
  • «Lean Startup» — тема сильно отличающаяся от классического «Lean-а» (так называемого «Lean Manufacturing») оптимизирующего существующие процессы в больших компаниях, просто вот так назвал свою знаменитую книгу Эрик Рис о максимально дешевом и быстром старте, и о виражах в поисках цели, смысла и денег. Да, сейчас обычные пользователи вынуждены ежедневно сталкиваться с последствиями такого подхода — это и исчезающие сервисы, и заманивающие лендинг-страницы («вот почти готов сервис для XXX, зарегистрируйся для тестирования» — а делать даже ничего не начинали)… но увы, жизнь становится все более конкурентной, и по-другому стартовать можно только с плотным финансовым тылом, и лучше потерпеть быстро умерший сервис энтузиастов, чем узнать о каком-нибудь фейспалмовом эпикфейле многомиллионных госинвестиций.
  • Ну и отдельная тема — рулежка корпоративными монстрами, не всегда даже методами manufacturing Kanban. Связь с основными темами может быть опосредованной, но это реальный опыт, ведь не всем удается быть в топе крупной компании и не угробить ее.

Как обычно, мои видео — монтаж с нескольких камер и экрана, звук с микрофона, версии с английским и русским переводом, и все взбодрено, для быстрого и динамичного просмотра. Для ощущения атмосферы всего этого — вот минутный ролик о конференции, без особых спойлеров.

Что касается пойти поговорить про это живьем — даже не факт, что в этом году эта конференция состоится (времена наступили тяжелые, конференции по софтверном менеджменту, да и другие тоже, закрываются), наверно самая ближайшая по теме — AgileDays-2015, там будут и эти темы, и даже многие докладчики.

Под катом будет уже краткий обзор конкретных докладов, со ссылками на видео и прочие материалы (т.е. не бойтесь открыть страницу, видео не встроено). А если в комментариях наберется хотя бы пяток желающих (эй, если тут жизнь после хабра?) — могу сделать торрент с аудиофайлами — да, теряется много интересного с экрана, но для менеджерской конференции, как и для бизнес-литературы, это терпимо, зато можно слушать в фоне.

Читать полностью »

image

Здравствуй Хабр! Хочу рассказать как мы делали свою собственную Big Data.

Каждый стартап хочет собрать что-то дешевое, качественное и гибкое. Обычно так не бывает, но у нас, похоже, получилось! Ниже идёт описание нашего решения и много моего сугубо субъективного мнения по этому поводу.

И да, секрет в том, что используется 6 сервисов гугла и собственного кода почти не писалось. Читать полностью »

2014 год обещает быть насыщенным интересными тренингами и мастер-классами от учебного центра Luxoft Training. В первом квартале нового года Россию посетит с мастер-классом Микеле Маркезе профессор по Инженерии разработки ПО в Университете Кальяри, Италия.

Микеле Маркезе одним из первых занялся исследованиями в области объектно-ориентированной разработки ПО с использованием гибких методологий, в частности экстремального программирования. Сегодня он трудится над разработкой бережливых и гибких методологий разработки ПО (в частности над подходом Lean-Канбан) совместно с Дэвидом Андерсоном – «отцом» Канбан-методологии в инженерии ПО.
Предлагаем вам познакомиться с одной из статей, где Маркезе выступает соавтором, посвященной результатам применения Scrum- и Канбан-подходов на основе кейс-стади и моделирования.

Читать полностью »

В преддверии крупнейшей восточноевропейской конференции по гибким методологиям AgileDays’14, мы решили составить рейтинг лучших книг которые влияют на нашу индустрию.

Методику составления рейтинга мы позаимствовали у Jurgen Appelo. Алгоритм подсчёта базируется на пяти различных критериях: количество отзывов Amazon, число отзывов GoodReads, средняя оценка Amazon, средняя оценка GoodReads, а количество дней, прошедших с первой публикации. Это означает, что этот список показывает вам смесь из самых популярных, лучших по оценкам, и (относительно) новейший книги в этой категории.

Данный список книг мы попросили прокомментировать двух экспертов:

ТОП 100 Аджайл книг всех времен (на конец 2013 года) Борис Вольфсон. Технический директор компании HeadHunter.

ТОП 100 Аджайл книг всех времен (на конец 2013 года) Андрей Ребров. Agile Engineering Coach компании ScrumTrek.

Читать полностью »

Почему бережливый стартап все изменил?
Запуск нового проекта, будь то технологичный стартап, мелкий бизнес либо совместное предприятие в виде крупной корпорации — это всегда проект из разряда «пан или пропал». В соответствии с многолетней формулой, вы пишите бизнес план, расхваливаете его инвесторам, собираете команду, выводите продукт на рынок и начинаете продавать настолько интенсивно, насколько это возможно. И скорее всего где-то в этой последовательности событий вас ждет неизбежный провал. Перевес не в вашу пользу: новое исследование, проведенное Шикхаром Гошем из Гарвардской Школы Бизнеса, показывает, что 75% всех стартапов терпит неудачу.

Однако недавно появилась важная противодействующая сила, которая может сделать процесс по запуску компании менее рискованным. Данная методология называется «бережливый стартап»: в ней при разработке проекта проведение исследований превалирует над детальным планированием, обратная связь с потребителем — над интуицией, итеративная разработка — над традиционным «большим предварительным проектированием». Несмотря на то, что данной методологии всего несколько лет, ее концепции, такие как «минимальный жизнеспособный продукт» и «повороты» — pivots — быстро укоренились в мире стартапа, и бизнес-школы уже начали приспосабливать к ним свои учебные планы.

Однако, движение бережливого стартапа еще не стало мейнстримом, и нам еще только предстоит почувствовать его полное воздействие. В большинстве своем оно примерно в том же состоянии, в котором было движение больших данных пять лет назад – состоящее в основном из терминов, которые пока что не осознаны в должной степени, и чьи последствия компании только начинают понимать. Но со все большим распространением, они кардинальным образом меняют общепринятые понятия о предпринимательстве. Новые предприятия, всевозможных видов, пытаются повысить свои шансы на успех следуя их принципам «fail fast» и постоянного обучения. И несмотря на название методологии, в долгосрочной перспективе некоторые наиболее большие дивиденды могут получить и крупные компании, применившие данные принципы.

В данной статье я предложу краткий обзор методов бережливого стартапа и то, как они эволюционировали. Что более важно, я объясню, как, в сочетании с другими трендами в деловой сфере, они могут положить начало новой предпринимательской экономике. Читать полностью »

Сегодня я собираюсь рассказать о том, что происходит в головах разработчиков программ, в тот момент, когда они делают предварительные расчеты; о том, почему им так сложно зафиксировать все задумки в своей голове; а также о том, как лично я разрешил для себя эту ситуацию, узнал, как жить и писать ПО (для счастливых владельцев бизнеса), но, уверен, мои собственные оценки трудоемкости ненадежны как никогда.

Но сначала история…

Это было <вставьте период времени, который не будет делать меня нелепо старым> в то время, когда я был молодым разработчиком (1). В колледже я был лучшим на занятиях по программированию, будучи младшим разработчиком, я мог взломать код и решить любую поставленную передо мной задачу быстрее, чем кто-либо ожидал. За выходные я мог изучить новый язык и продуктивно на нем работать (или, по крайней мере, мне так тогда казалось).

Таким образом, как и должно было произойти, у меня появился свой собственный проект. Менеджер по работе с крупными клиентами объяснил мне в общих чертах, чего хочет клиент, мы это обсудили, и я сказал: «На эту работу уйдет 3 недели.» «Хорошо», — ответил он. И так я приступил к программированию.

Как вы думаете, сколько времени у меня ушло на этот проект? Четыре недели? Может быть пять?

Мм, вообще-то: три месяца.

У меня остались четкие воспоминания о том времени – мое представление о себе было тесно связано с ощущением, что я — «хороший программист», в чем я сильно разочаровался. Я потерял сон, у меня случались небольшие приступы паники. И этому Не Было Конца. Я помню, что у меня сосало под ложечкой при разговоре с тем менеджером, я снова и снова объяснял, что у меня до сих пор нет ничего, что можно ему показать.

В один из таких черных периодов я решил, что Больше Никогда Не Буду Совершать Подобных Ошибок.

К сожалению, в ходе своей карьеры, я уяснил нечто очень тяжелое: я постоянно совершаю подобные ошибки.
Читать полностью »

Яблочко для тизера

Примерно три месяца назад мне, как руководителю студии дизайна, посчастливилось участвовать в замечательном тренинге «Основы бережливого производства». Тренинг этот рассказывал про методологию lean. Для тех, кто не в курсе — это методология “обезжиривания” бизнес-процессов, при которой идет сокращение неизбежных потерь, исключение бесполезных действий и выполнение других манипуляций, направленных на увеличение скорости работы компании, количества производимой продукции или услуг и, как следствие, роста её доходов. Это если вкратце.

То, чем сегодня я с вами хочу поделиться — это результат воплощения в жизнь лишь малой части полученных на этом тренинге знаний. Если вам будет интересна данная тема — я готов рассказать о других вещах, которые мы стали использовать в нашей студии после данного обучения. К слову, очень интересно читать посты на тему lean наших сибирских коллег — компанию Сибирикс. Ребята, так держать!

Итак, сегодня речь пойдет о двух составляющих чудесной методологии lean — это визуализация и канбан. Первая из них говорит о том, что нужно стараться визуализировать в бизнес-процессах всё и вся, чтобы упростить их восприятие и понимание. Со вторым понятием, я думаю, многие читатели знакомы уже давно и не понаслышке. На Хабре было не мало статей про канбан-доски и другие похожие инструменты управления проектами. Я же хочу рассказать о том, как мы открыли для себя канбан-доску и чем она стала полезна именно нам. Возможно, вы сможете перенять наш опыт и внедрить-таки эту штуковину в своей компании.
Читать полностью »

Tracker.pm

Всем привет, нас зовут Leto, мы — английская компания, основанная двумя русскоязычными парнями. Мы создаем стартапы для наших клиентов. Иногда они обычные люди, которые решили начать свой бизнес и запустить стартап (например Sorted), а иногда это большие и состоявшиеся компании (например 20th Century Fox), которые пытаются запустить новый продукт или услугу. Мы помогаем им улучшить концепт, проработать бизнес-модель, мы разрабатываем сам продукт и создаем дизайн, запускаем, раскручиваем, анализируем — вобщем, мы стараемся делать все (или все из того, что требуется). Если вам знаком термин “lean startup”, то наш бизнес — это “lean startup as a service”.

Как и любой компании-разработчику, нам нужен был инструмент для управления проектами (или попросту “трекер”). Как и полагается, мы перепробовали много разных сервисов, но все как-то не подходило, и в результате мы создали свой очередной трекер простой и удобный сервис, который использовали внутри компании и давали своим клиентам. Почему, зачем и что из этого вышло — читайте под катом.

Читать полностью »

Ведь, если лампочки зажигают –
значит – это кому-нибудь нужно?

Послушайте!

Кому-нибудь из тех, кто не мыслит жизни без свободы… от наличия на небе естественных светил. А ведь наши далёкие предки, в большинстве своём, безальтернативно посвящали ночное время глубокому сну. Да, чего уж там! Говорят, пока лампа Эдисона не завоевала популярность, люди спали по 10 часов в сутки. Лично я, находясь в потоке, не могу спать больше пяти. Но даже этого слишком много! Часто бывает достаточно трёх. Только без удобного и безопасного искусственного света о подобном оставалось бы лишь мечтать.

И хотя Томаса Эдисона называют королём изобретательства, идея электрической лампы накаливания принадлежит не ему. Зато ему удалось воплотить её в жизнь. Стать батарейкой, позволившей лампочке идеи зажечься. Обеспечить решающий эффект для прорывной технологии.

За несколько лет работы аналитиком, я придумал массу прекрасных ламп программных систем… чтобы потом, с обливающимся кровью сердцем, наблюдать их безжизненные нити. Никакой самоотверженный труд в рамках отведённой роли не позволял увидеть свет в конце проектного туннеля.

В минувшем году я окончательно пришёл к тому, что ныне склонен называть Advanced Agile Analysis. То, что помогло мне, подобно Эдисону, стать человеком-батарейкой, обеспечивая эффект технологических проектов вместо традиционного поклонения краткосрочным успехам, процессам и инструментам.

Читать полностью »

Я IT предприниматель. Последние 2 года я занимаюсь проектированием, разработкой, запуском, и маркетингом SAAS приложений, как собственных, так и клиентских. За это время было создано 2 бизнеса, один из которых, Quote Roller, уже приближается к тысяче платных подписчиков.

Запуская Quote Roller был сделалан ряд ошибок, исправление которых обошлось в приличные временные и ресурсные затраты. Общаясь с другими основателями SAAS компаний, я понял, что почти все делают одни и те же ошибки, как следствие, сталкиваясь со схожими проблемами.

В этом посте я устрою парад косяков в формате «косяк – проблема». Попкорн, диван, поехали.Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js