Ни для кого не секрет, что программист — востребованная профессия по всему миру. Многие программисты не против получить оффер из-за рубежа, но для того, чтобы это стало реальностью, желательно не только быть первоклассным специалистом в своей области, но и знать, помимо английского языка, язык страны иммиграции. Одна из популярных у русскоязычного населения в сфере IT стран для иммиграции — Германия. Так что, язык №1 в цикле моих статей — немецкий. Для того, чтобы изучать язык, в современном мире развитого интернета существует множество различных бесплатных способов — особенно если речь идет о начальных уровнях, где не столь важно нарабатывать разговорную практику, сколько вообще — понимать структуру языка, его отличительные особенности и т.д. В данной статье будут предоставлены ссылки для бесплатного изучения немецкого языка онлайн в первый месяц обучения.
Nikolay @Nikolay_Smeh
IT BM
DreamTeam в эпоху быстрых перемен
11 min
11 лайфхаков менеджерам IT-команд, которые стремятся обеспечить жизнеспособность и развитие своего бизнеса в условиях безумных скоростей и неопределённости
В апреле 2020 года Группа компаний ЦФТ, один из крупнейших российских финтех-провайдеров, поставляющий ИТ-продукты и услуги более чем 300 банкам и миллионам жителей из десятков стран, смогла перевести на удалённую работу 3000+ своих сотрудников, при этом не потеряв в управляемости, производительности и динамике финансовых показателей. Это лишь одно из действий в большом плане переналадки бизнеса в связи с приходом пандемии.
Но важно даже не это. Ситуация с ковидом подсветила мировые тенденции последних… цати лет, которые заключаются в необходимости быстро меняться, перестраивать процессы, выводить на рынок новые продукты. И на нашей очередной встрече с менеджерами и техническими директорами ЦФТ зашел разговор, как командам удаётся сохранять работоспособность в таких условиях.
Краткое руководство от команды ЦФТ по выживанию и развитию в 2020 году вышло таким:
Lean IT: советы по бережливому производству для управления ИТ-услугами
7 min
Lean – это бережливое производство. Насколько его философия и рекомендации применимы в сфере управления ИТ-услугами? Может ли управление интеллектуальным и высокотехнологичным производством быть бережливым и как на практике применять принципы Lean для ИТ?
Что такое Lean IТ
Основная идея Lean, или бережливого производства, – максимальная польза для потребителей с использованием минимальных ресурсов компании-производителя. Цель Lean – это организация работы, при которой можно избежать финансовых, временных, репутационных и иных потерь. Чтобы ее достигнуть, нужно создать культуру производства, в которой главный критерий – это ценность продукта для бизнеса и вовлеченность в создание этой ценности всех сотрудников.
Концепция Lean пришла из промышленности. Впервые ее внедрил концерн Toyota, чтобы уменьшить потери и приблизить продукт к ожиданиям потребителей. Принципы бережливого производства активно применяли промышленные компании, затем идею подхватили сферы здравоохранения и страхования. Философию успешно масштабировали для управления в ИТ-сфере, и появился термин Lean IТ. Одними из первых ее внедрили Motorola, TransUnion, Fujitsu Services.
Топ 10 перспективных оффшорных зон: экономия на налогах в эпоху деофшоризации
6 min
Recovery Mode
Будем откровенны и скажем: в оффшоры стремились в основном по двум причинам. Первая: защитить активы, будь то имущество или личная информация. Активы защищать всё ещё возможно, а вот за сокрытие информации могут наступить административные и уголовные последствия.
Вторая причина – низкие или нулевые налоги. Избавить бизнес хотя бы от части бремени и вздохнуть свободно – мечта многих предпринимателей. К сожалению, большинство стран идут по пути ужесточения налогового законодательства. Плюс давят оффшоры, которые предлагают освобождение от налогов.
Хуже всего что оффшорам стало сложно открывать банковские счета. Учитывая их далёкое расположение как от владельцев, так и от клиентов, это серьёзная проблема. Ведь нет денег – нет бизнеса.
Несмотря на общий тренд, мы подобрали десяток стран, которые можно использовать сегодня и в ближайшем будущем.
Вторая причина – низкие или нулевые налоги. Избавить бизнес хотя бы от части бремени и вздохнуть свободно – мечта многих предпринимателей. К сожалению, большинство стран идут по пути ужесточения налогового законодательства. Плюс давят оффшоры, которые предлагают освобождение от налогов.
Хуже всего что оффшорам стало сложно открывать банковские счета. Учитывая их далёкое расположение как от владельцев, так и от клиентов, это серьёзная проблема. Ведь нет денег – нет бизнеса.
Несмотря на общий тренд, мы подобрали десяток стран, которые можно использовать сегодня и в ближайшем будущем.
Почему без тимлида не обойтись: нюансы формирования комплексной команды разработчиков и работа на удаленке
7 min
От тимлида зависит многое — эффективность команды, достижение поставленных целей, профессиональный рост сотрудников. И чтобы разобраться в нюансах работы тимлида, мы поговорили с Иваном Михеевым, Deputy CTO в компании AGIMA. У Ивана многолетний опыт управления большими командами, включая отдел разработки с общей выработкой от 10 000 до 15 000 часов в месяц: PHP, Python, Mobile, Front-End, DevOps, QA.
Вы придумали идею IT-продукта, что дальше
21 min
Наверняка каждому из вас приходили в голову идеи новых интересных полезных продуктов – услуг, приложений или устройств. Возможно, кто-то из вас даже что-то разрабатывал и публиковал, может даже пытался на этом заработать.
В этой статье я покажу несколько методик работы над бизнес-идеей – о чем стоит задуматься сразу, какие показатели рассчитать, какие работы спланировать в первую очередь чтобы проверить идею в короткие сроки и с минимальными расходами.
В этой статье я покажу несколько методик работы над бизнес-идеей – о чем стоит задуматься сразу, какие показатели рассчитать, какие работы спланировать в первую очередь чтобы проверить идею в короткие сроки и с минимальными расходами.
Стратегия IT-продукта. Почему must have и как составить. Опыт наших проектов
6 min
За последние 2 года у нас, в EZTec, реализовано 37 IT-проектов для клиентов. Часть из них успешно работает до сих пор, другая часть закрылась. Ситуации и причины закрытия во многом уникальны, но имеют общие основания и предпосылки.
Провальные проекты регулярно изучаю, делаю выводы и, в дальнейшем, адаптирую опыт для новых проектов.
В большей степени, мы оказываем услуги по технической реализации продукта, но считаю должным поделится своими выводами о том, как стратегия работает у наших успешных проектов, и почему провальные «не летят» уже на бумаге.
Провальные проекты регулярно изучаю, делаю выводы и, в дальнейшем, адаптирую опыт для новых проектов.
В большей степени, мы оказываем услуги по технической реализации продукта, но считаю должным поделится своими выводами о том, как стратегия работает у наших успешных проектов, и почему провальные «не летят» уже на бумаге.
Приоритезация фичей
4 min
Мы как продукт менеджеры, генерируем неисчисляемое количество идей. Каким-то образом у себя в голове их приоритезируем. Голова лопается, мы не знаем, что делать с этими идеями. В вашем “листе идей” какой-то ад творится… Особенно это знакомо людям которые только начинают свой путь в бизнесе, или же только начинают свой путь продуктами.
Эта статья поможет быстро (на пальцах) откинуть из сотни фичей большую часть. И оставить только те, которые действительно принесут бизнесу пользу.
Для начала рассмотрим переменную таблицу методов приоритезаций:
Исходя из данной таблицы, можно сделать вывод.
По горизонтали есть внутренние методы приоритезации, которые решаются в рамках компании — команды.
Если же принимают участие пользователи, то соответственно это внешние.
По вертикали, то сколько данных есть для принятия решений.
Качественные когда вы делаете глубинные интервью от десятков респондентов. И количественные, когда имеется много разных аналитических данных.
Эта статья поможет быстро (на пальцах) откинуть из сотни фичей большую часть. И оставить только те, которые действительно принесут бизнесу пользу.
Для начала рассмотрим переменную таблицу методов приоритезаций:
Исходя из данной таблицы, можно сделать вывод.
По горизонтали есть внутренние методы приоритезации, которые решаются в рамках компании — команды.
Если же принимают участие пользователи, то соответственно это внешние.
По вертикали, то сколько данных есть для принятия решений.
Качественные когда вы делаете глубинные интервью от десятков респондентов. И количественные, когда имеется много разных аналитических данных.
Как быстро протестировать продукт на рынке США и получить первую выручку: 3 практических шага
7 min
В последние недели рубль в очередной раз показывает всем нам, почему делать проекты на глобальный рынок – более перспективная затея, чем запускаться только с прицелом на рунет. При этом, на самом деле протестировать проект на американском рынке и получить первую выручку не так сложно, если все делать правильно.
Мы в нашем агентстве уже помогли десяткам стартапов запустить маркетинговые активности на рынке США. Так что сегодня я поделюсь алгоритмом для тестирования спроса и получения первых ощутимых денег ($10-20-30 тысяч) всего за пару месяцев.
Система управления иерархическими древовидными комментариями для Laravel
9 min
Пакет для фреймворка Laravel, который позволяет организовать управление древовидными комментариями. Используется симбиоз двух методов хранения иерархических структур — «Closure Table» и «Adjacency List».
Совместное применение методов «Closure Table» и «Adjacency List» позволяет: Минимизировать количество запросов к базе данных. Для извлечения ветки комментариев достаточно одного запроса, обеспечить высокую производительность, гарантировать целостность данных иерархи, работать с древовидными структурами без рекурсивных запросов.
Как понять, что новая фича принесет пользу продукту, а не навредит ему?
7 min
Recovery Mode
Когда продукт выходит на рынок и находит целевую аудиторию, работа над ним не заканчивается. Предприниматели и продакты всегда ищут идеи повышения ценности для пользователей.
Как понять, что функция понравится потребителям и будет для них полезна? Для этого используют критерий feature/product fit. Он помогает определить ценность новой фичи и ее влияние на развитие продукта в целом. Далее мы более подробно поговорим об этом показателе, а также приведем несколько интересных примеров из практики.
Laravel–Дайджест (24 августа – 6 сентября 2020)
2 min
Что нового в Laravel 8. Руководство по обновлению до новой версии. Laravel Jetstream. Пакетирование задач. Набор компонентов для Blade-шаблонов.
Why it's important to allow developers to solve the problem instead of giving them implementation tasks
3 min
In his book «INSPIRED: How to Create Tech Products Customers Love,» Marty Cagan mentioned that successful teams put the following principles at the forefront when working with feature stories:
- Risks are analyzed in advance, not at the end.
- Products are defined and designed collaboratively, not sequentially.
- The team works on solving the problem, not on implementation.
The first two are more or less clear. Any well-educated manager knows that risks should be identified and assessed in the upfront. Besides that, many modern teams work or try to behave themselves on Agile's principles. But there are not so many companies in the world that follow the third principle.
Let us see what we can do.
Free Trial, motherf***er, do you need it? — или почему бесплатные траялы и фримиум модели подходят далеко не для всех
10 min
На этой неделе случилось 3 вещи:
Ну и самое главное: наша БЕСПЛАТНАЯ годовая подписка на Хабр, которую мы получили благодаря проекту по поддержке стартапов, заканчивается в конце августа. И несмотря на то, что мне очень стыдно, что за весь год я написал здесь всего 3 статьи — это отличный пример того, почему бесплатные «демо-периоды» подходят далеко не для всех.
Под катом мы познакомимся с очередной дозой теории из сферы поведенческой экономики, обсудим успешные и провальные примеры бесплатных пробных периодов и фримиум моделей, поговорим о заблуждениях ребят из GetCourse и разберемся, почему все так плохо с маркетингом в США.
- Несколько дней назад в своей статье о фреймворке формировании привычек я обещал рассказать о том, почему мы используем ПЛАТНЫЙ VS бесплатный trial-период в своих продуктах.
- Ребята из Getcourse написали заплюсованую статью про онлайн-школы, которая, по-моему мнению, содержит несколько очень ВРЕДНЫХ советов, которые я прокомментирую ниже
- DimBoch поделился своим мнением о малом бизнесе в США, которое очень близко к истине, но требует небольшого уточнения, которое напрямую относится к теме этой статьи
Ну и самое главное: наша БЕСПЛАТНАЯ годовая подписка на Хабр, которую мы получили благодаря проекту по поддержке стартапов, заканчивается в конце августа. И несмотря на то, что мне очень стыдно, что за весь год я написал здесь всего 3 статьи — это отличный пример того, почему бесплатные «демо-периоды» подходят далеко не для всех.
Под катом мы познакомимся с очередной дозой теории из сферы поведенческой экономики, обсудим успешные и провальные примеры бесплатных пробных периодов и фримиум моделей, поговорим о заблуждениях ребят из GetCourse и разберемся, почему все так плохо с маркетингом в США.
Виды «растений» или классификация команд agile
9 min
Продолжу тему "«станков» и «растений»" и сегодня поговорим о "растениях"… С тем, что команды agile обладают всеми признаками живой сущности, согласны многие ученые, а значит, мы можем взглянуть на команду как на живую сущность, со всеми присущими признаками и свойствами. И первое, что бросается в глаза — все живое на нашей планете классифицируется и имеет принадлежность к той или иной группе, при этом про команды (или другие группы людей, объединенные общей целью) мы можем только сказать, что они все разные… Хотелось бы обсудить эту тему и предложить свой метод классификации команд.
Техника определения MVP
5 min
Recovery Mode
Привет!
Ниже по тексту предлагаю ознакомится с подходом, который я применяю для определения функциональности, которая должна войти в MVP для продуктов с достаточной степенью определенности в бэклоге. Если зайдет, распишу подробнее. Прошу не судить строго, но буду рад конструктивной критике.
Для всех кто готов мириться с сыроватостью идеи, добро пожаловать под кат)
9 метрик, которые могут иметь значение для современных команд по разработке ПО
9 min
Translation
Перевод статьи подготовлен в преддверии старта курса «Team Lead 2.0».
Как я отмечал в статье «Why metrics don’t matter in software development unless you pair them with business goals", выбор метрик нужно продумывать очень тщательно, чтобы дать ответы на вопросы, которые ставит перед собой бизнес. Вот эта критическая точка: измерения должны быть спроектированы так, чтобы отвечать на вопросы бизнеса. И эти вопросы никогда не будут звучать как «Сколько у нас сейчас тысяч строк кода в проекте?»
В этой статье продолжается тема, начатая в предыдущей. Сначала мы поговорим о конкретных метриках, которые должна использовать каждая команда, или по крайней мере планирует использовать для того, чтобы заметно улучшить производительность. Обратите внимание, что название этой статьи начинается как «9 метрик, которые МОГУТ иметь значение…», потому что важно именно то, как эти метрики повышают ценность бизнеса. Как вы их будете использовать зависит только от вас. Завершим мы статью рассказом о том, как осмысленно сочетать эти метрики между собой, а также сформулируем и проверим гипотезу о ценности бизнеса.
Как я отмечал в статье «Why metrics don’t matter in software development unless you pair them with business goals", выбор метрик нужно продумывать очень тщательно, чтобы дать ответы на вопросы, которые ставит перед собой бизнес. Вот эта критическая точка: измерения должны быть спроектированы так, чтобы отвечать на вопросы бизнеса. И эти вопросы никогда не будут звучать как «Сколько у нас сейчас тысяч строк кода в проекте?»
В этой статье продолжается тема, начатая в предыдущей. Сначала мы поговорим о конкретных метриках, которые должна использовать каждая команда, или по крайней мере планирует использовать для того, чтобы заметно улучшить производительность. Обратите внимание, что название этой статьи начинается как «9 метрик, которые МОГУТ иметь значение…», потому что важно именно то, как эти метрики повышают ценность бизнеса. Как вы их будете использовать зависит только от вас. Завершим мы статью рассказом о том, как осмысленно сочетать эти метрики между собой, а также сформулируем и проверим гипотезу о ценности бизнеса.
Миллион за месяц: как запустить стартап в Европе своими силами
10 min
Всем привет!
Два месяца назад я и мой знакомый (для краткости, назовем его Илья) запустили свой стартап.
Пффф… Скажите вы. Каждый день кто-то что-то запускает. Кто-то запускает в одиночку. Некоторые кучкуются в команды. У кого-то есть деньги на разработку\маркетинг, кто-то предлагает долю, пост-оплату, опционы. Все крутятся как могут и ищут партнеров также.
У нас не было денег, был лишь опыт и 2 недели до первых продаж.
Под катом я расскажу о том, с чем мы столкнулись и как заработали миллион в кризис
Два месяца назад я и мой знакомый (для краткости, назовем его Илья) запустили свой стартап.
Пффф… Скажите вы. Каждый день кто-то что-то запускает. Кто-то запускает в одиночку. Некоторые кучкуются в команды. У кого-то есть деньги на разработку\маркетинг, кто-то предлагает долю, пост-оплату, опционы. Все крутятся как могут и ищут партнеров также.
У нас не было денег, был лишь опыт и 2 недели до первых продаж.
Под катом я расскажу о том, с чем мы столкнулись и как заработали миллион в кризис
О стартапах и стартаперах
4 min
Recovery Mode
Сейчас очень модно говорить о стартапах и молодых стартаперах, бизнесменах до 30 лет, попавших в поле зрения Форбс. Об инновационных проектах, нацеленных перевернуть мир.
Видимо, пришло время и для меня осознать, что такое стартап, что такое собственный проект, и каким может быть мое место в нем.
Стартап – это не про успех и не про деньги
Я помню мой первый проект, сайт о Канаде и иммиграции, сделанный в 2004 году на html. Я хотел научится делать сайты, сделать свой собственный. Сама тема была мне близка, я хотел попробовать. Мне интересен был сам процесс. Никаких коммерчески целей не было и в помине.
А когда сайт был сделан, разумеется, мне стало интересно его раскрутить. Потом появился форум, блог, другие ресурсы. Все это требовало упорной, каждодневной работы. Зачем? Да просто потому, что это было мне интересно и на это было время. И при этом были какие-то деньги на жизнь. Я тогда учился в университете и получал стипендию в долг, которую нужно было отдавать, но потом. А в те годы я, помимо учебы, или в ущерб учебе, мог заниматься тем, что мне нравится – развитием собственных проектов.
Одним из самых больших своих достижений я считаю команду форума, которая существовала в определённые моменты. Более 10 человек от 6 до 12 часов в день сидели на форуме, делали свои посты, модерировали чужие, просто жили этим. Каждый день. Я был тем, кто смог их собрать и вдохновить на подобные подвиги.
Деньги от этих проектов появились только после 3-4 лет упорной и каждодневной работы. А до этого все делалось на личном интересе и энтузиазме.
К чему это я? Да, к тому, что стартап – это не про бешеный успех и не про кучу денег.
Стартап — это про работу, про огромное количество работы. Это когда твоя работа и жизнь слиты воедино, когда работа – это не просто часть тебя, это ты и есть.
Канбан метод: Пример ПНЗ №1, процесс измерения-изучения в стартапе
3 min
Translation
В своем предыдущей статье, я описал, что мы можем воспринимать процесс поставки как Процесс Накопления Знаний.
Получившаяся диаграмма процесса показывает, как знания постепенно поступают и накапливаются через последовательность доминантных активностей. Точки, разделяющие эти активности не являются переключением между функциональными специалистами, а скорее приводят к изменению в паттерне взаимодействия. Был приведен пример такой диаграммы для среднестатистического процесса поставки программного обеспечения.
Теперь настало время показать применение такого подхода к другим процессам, и я приведу несколько примеров из мира, не связанного с поставкой программного обеспечения. Мы обратимся к началу 2003 года и моим первым циклам создания-измерения-изучения, которые сейчас мы привыкли называть бережливым стартапом. В то время я жил в Нью-Йорке и был одним из немногих инженеров в молодой компании занимающейся рекламой, через интернет.
Получившаяся диаграмма процесса показывает, как знания постепенно поступают и накапливаются через последовательность доминантных активностей. Точки, разделяющие эти активности не являются переключением между функциональными специалистами, а скорее приводят к изменению в паттерне взаимодействия. Был приведен пример такой диаграммы для среднестатистического процесса поставки программного обеспечения.
Теперь настало время показать применение такого подхода к другим процессам, и я приведу несколько примеров из мира, не связанного с поставкой программного обеспечения. Мы обратимся к началу 2003 года и моим первым циклам создания-измерения-изучения, которые сейчас мы привыкли называть бережливым стартапом. В то время я жил в Нью-Йорке и был одним из немногих инженеров в молодой компании занимающейся рекламой, через интернет.