Dogfooding as a Service или пополняем бэклог идей по продуктам без усилий

Привет! Я Лера Солодовникова — менеджер процессов в Cloud.ru. В нашей компании тестирование новых облачных сервисов перед выпуском на рынок — это многоступенчатый процесс, о котором мы, кстати, рассказывали в статье (далее…)

6 новых последователей ПИКСа, или как реализовать 30% работы стажерами-разработчиками

6 новых последователей ПИКСа, или как реализовать 30% работы стажерами-разработчиками - 1

Привет, друзья! На связи снова Кирилл Пронин из PIX Robotics, и у меня для вас новая статья-сенсация!  
Мы сейчас открыли новый (далее…)

Когда руководителей становится двое

В командах, особенно быстро растущих, конфликты — не редкость. И часто они возникают вовсе не из-за личных антипатий, а из-за размытой структуры полномочий.

Кажется, вот появился новый человек, чтобы помочь… но почему-то вместо облегчения становится только сложнее. Один руководитель — это порядок. Два — это борьба. Особенно если старый — «свой», а новый — новичок с инициативой.

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

Конфликт полномочий

(далее…)

«Работает — не трогай». Или трогай?

Негласное правило «Работает — не трогай» широко известно в IT-сфере и за её пределами. Но если ничего не трогать, то ничего не поменяется — такой подход не для всех. Чтобы не остаться сидеть на одном месте, а идти в гору, иногда приходится что-то менять, рисковать. Впрочем, перемены иногда бывают внеплановыми и от нас не зависящими — тогда-то уже хочешь не хочешь, а приходится шевелиться.

«Работает — не трогай». Или трогай? - 1

На своих семинарах Хабр рассказывает о том, что аудитория с удовольствием читает про факапы самых разных калибров. Поэтому в этой статье — небольшая подборка невыдуманных историй про изменения в нашей компании. С факапами — как вы любите.  
(далее…)

Увольняешься? Ну и скатертью дорожка…

В прошлой статье я рассказывал, что делать, если вас пытаюсь выдавить из компании, а теперь давайте посмотрим, почему сотрудники уходят сами.

Каждый раз, когда сотрудник подает заявление об уходе, HR-отдел традиционно вздыхает: «Ну вот, еще один ушел». Но что, если проблема не в том, что люди «не выдерживают», а в том, что компания годами игнорирует очевидные сигналы?

(далее…)

Ради “удобно” переписываем полпроекта. Как новый пользовательский опыт ломает архитектуру (и почему это нормально)

Привет, Хабр. Я Максим, бэкенд-разработчик и тимлид в команде, которая помогает банкам и финтехам не просто обновлять интерфейсы, а реально перестраивать пользовательский опыт. 

Если вы делаете цифровые продукты, точно знаете: за каждым «чтобы было удобно» на фронте часто стоит несколько месяцев работы всей команды, от архитекторов до аналитиков. Крупные финтехи знают это и готовы вкладываться, потому что у них есть такой ресурс.

(далее…)

Теория поколений. Как взаимодействовать с коллегами разных поколений

Привет! Меня зовут Даниил Сальников, я руковожу направлением ЦК ПВСК департамента аналитики в Московском кредитном банке. Может звучать сложно, если короче — занимаюсь подбором, улучшением процессов анализа, слежу за карьерным путем аналитиков и многим другим.

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

(далее…)

Как выбрать структуру для организации команд

Всем привет! С вами снова Александр Бондаренко, CPO Garage Eight, и мы продолжаем цикл материалов про создание успешного продукта. В прошлых статьях (часть 1; часть 2; часть 3) я рассказал более чем о 12 рабочих моделях построения продуктовых команд. Сегодня обсудим, как выбрать наиболее подходящую для себя, и разберем ошибки, которые мешают компаниям развиваться.

(далее…)

Тяжёлая артиллерия в оценке сроков задач

Закон Хофштадтера

Всегда потребуется больше времени, чем вы ожидаете, даже если вы знаете закон Хофштадтера.

Вступление

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

На тему оценки сроков сказано многое, написаны книги, статьи и комментарии, придуманы покеры планирования, майки, футболки, шорты и прочие PERT-ы и эталонные задачи. Но надо ещё.

Кто виноват?

Если коротко:

Как я создал Perfect Wiki и вышел на доход $250K в год без инвесторов

Привет, меня зовут Илья. Я основал Perfect Wiki — SaaS продукт для создания внутренних баз знаний компании, который работает прямо внутри Microsoft Teams. Мы сделали простой и удобный инструмент для хранения, редактирования и обмена знаниями внутри компании. Всё началось с желания решить одну конкретную боль: встроенная Wiki в Microsoft Teams была неудобной, а достойной альтернативы с полноценной интеграцией просто не существовало.

(далее…)