11 лютого: Techleads meetup. Як створити і зберегти динамічну розробку

enter image description here
Настав час анонсувати наш другий за рахунком Techleads-митап для лідов, керівників відділів і СТО, створений, щоб об'єднати на одному майданчику технології, розробку і управління. Він пройде 11 лютого в офісі Badoo в Москві. Початок: 12:00.
На минулій зустрічі ми обговорювали теми мобільного веба, тестування, технологій і комунікацій. На цей раз всі виступи на митапе об'єднані однією загальною темою: як створити та зберегти динамічну розробку в умовах постійного зростання команди і змін в компанії.
Тема настільки цікава, що ми не могли зупинитися, поки вибирали спікерів на митап. Вам сподобається: зі своїми історіями виступлять Макс Лапшин (Erlyvideo), Євген Потапов (ITSumma), від Badoo — Олексій Рибак, Ілля П'ятини (CarPrice) і Андрій Шелехин (Tinkoff.ru). Під катом – розклад виступів.
Спікери та теми виступів

Макс Лапшин, Erlyvideo

enter image description here
Тема: Як створити невелику і прибуткову софтверну компанію, якщо ти програміст?
У доповіді я розповім про досить успішну історію спокійного розвитку компанії, що займається непростий річчю: ми робимо нішевою софт, який є технологічною базою для чужих бізнесів.
Буду говорити про те:
  • як ми плануємо розробку софта, який потім продається в 100 країнах світу. Що робимо зараз, що потім і що робимо з тим, що не виходить зробити.
  • що ми робимо, щоб не влаштовувати собі щоденний стрес? Специфіка розробки продуктової, яка дуже далеко від кінцевих користувачів і принципово не тестується in-house повною мірою.
  • як ми спрощуємо свою роботу, щоб рухатися вперед, зберігаючи низький рівень стресу.
Що виходить, а з чим погано справляємося.

Євген Потапов, ITSumma

enter image description here
Тема: Технічна підтримка сайтів як бізнес: люди, управління, процеси
Процеси, пов'язані з підтримкою проекту, завжди стояли осібно в питаннях планування та розвитку компанії. Як можна зберігати орієнтири в умовах різкої зміни пріоритетів? Як можна в цьому постійному стресі зберегти і розвинути команду? Євген Потапов розповість про свою історію розвитку підтримки в умовах, коли підтримувати потрібно не один проект, а 200. Історія зростання компанії від 3 до 60-в.
  1. Кадрові питання:
    – як знайти та навчити потрібних людей
    – специфіка змінної роботи
    – обмін досвідом і знаннями в команді
  2. Управління процесом:
    – специфіка постановки завдань, пов'язаних з підтримкою і оперативним реагуванням
    – планування в умовах хаотичної зміни пріоритетів
  3. Моніторинг техпідтримки як засіб мінімізації людського фактору:
    – обробка вхідних запитів
    – моніторинг часу, витраченого на виконання завдань
    – організація та автоматизація "бек-офісу".

Олексій Рибак, Badoo

enter image description here
Тема: Performance Review на сторожі цінностей у динамічній компанії
Багато інженери нервово кривлять обличчя, коли чують слова «оцінка продуктивності роботи». Хтось згадує чутки про разнарядкях Microsoft, хтось- безглузді довжелезні форми, які доводиться заповнювати раз на рік за вказівкою згори.
Менеджерська мутотень!
Інженерів не можна виміряти, рев'ю тільки заважають!
KPI для інженерів не працюють, тільки дратують!
Все це можна почути під час обговорення performance review і, напевно, в багатьох випадках це суща правда.
Badoo – інженерна компанія, і, звичайно, ми не народилися з performance review. Наше перше знайомство сталося давно, коли нам було, здається, років шість. Тоді в нашій компанії був старший товариш, який вже мав справу c performance review, і він умовив нас спробувати. Ми зважилися, переконуючи себе: «Ну, один або два рази. Завжди зможемо зупинитися».
загалом, нам так сподобалося, що рев'ю з тих пір працює у нас практично без змін, і ми вже не можемо собі уявити, як без нього жити. З допомогою нього ми ретранслируем наші цінності, ділимося новинами, дякуємо, підказуємо колегам, куди і як рости, і цей процес дуже допомагає в роботі техлидам.
У цій доповіді розповім:
  • про прості правила успішного рев'ю;
  • як ми створювали та впроваджували сам процес;
  • з якими проблемами зіткнулися і як їх вирішуємо;
  • потрібний чи взагалі вам review.

Ілля П'ятини, CarPrice

enter image description here
Тема: Як змінювалися процеси в IT, коли компанія протягом двох років зростала на 20% кожен місяць
У своїй доповіді я хочу розповісти про те, як ефективно змінюється структура і процеси в IT під час росту компанії. Два роки поспіль я кожен місяць приходив в «нову компанію, яка була на 15-20% більше, ніж та, де я працював місяць тому. Постійно запускалися нові проекти, експерименти, а ієрархія і схема розробки місячної давності вже не підходили для CarPrice нового зразка, і їх доводилося міняти, щоб не знижувати темп. Я збираюся розповісти про еволюцію процесів та інструментів, а також про ті речі, які успішно пройшли з нами через всі ці етапи розвитку.
Поговоримо про:
  1. Що робити, коли твоя компанія – експеримент?
  2. Що робити, коли твоя компанія раптово перестала бути експериментом?
  3. Як швидко масштабувати середовище та середовище розробки;
  4. Як швидко набирати програмістів в команду, щоб потім вони не відвалювалися;
  5. Управління: від пари розробників до великого департаменту;
  6. Підхід до системної архітектури та впровадження експериментів.

Андрій Шелехин, Tinkoff.ru

enter image description here
Тема: Вжух, і у вас Agile!
Вам хочеться побудувати якісний процес розробки. Здається, що навколо маса джерел, які в цьому допоможуть. Наприклад, книги з Agile і Scrum, пояснюють, що ж насправді написаний в 17-ти сторінковій Scrum Guide; тренінги, які нарешті пояснять вашим негнучким розробникам про цілющі властивості дошки зі стікерами, що story point-и краще ідеальних годин, і як карати тих, хто запізнився на Daily Meeting.
Все це – готові підходи та практики. Почніть застосовувати готові рішення без розуміння того, що за ними приховано, і вони виявляться не тільки марними, але і небезпечними для вашого процесу.
Є допомога іншого роду – зовнішній консультант. Він готовий щодня працювати з командою, доки кожен із учасників не навчиться пояснювати різницю між Agile і Scrum, уміщувати User Story на стікері і розповідати, як пройшов попередній день. Але і зовнішній консультант не гарантує вам успіху. Зв'яжетеся не з тим – зробите тільки гірше і просто втратите час і гроші.
Вихід – самостійно і свідомо вибудовувати процеси розробки, ґрунтуючись на здоровому глузді і навколишньої дійсності.
Як це можна зробити, я розповім в доповіді. На прикладі відділу внутрішньої розробки Тінькофф розберемо наш чек-лист правильного процесу розробки і питання:
  • Про що забувають керівники розробки?
  • чи Можна за допомогою процесів вирішити проблеми в розробці, не створюючи перешкод бізнесу?
  • Як порушувати правила, описані в книгах про Scrum, і не звинувачувати себе за це?
Програма митапа
Ви можете приходити до 11:00, ми почастуємо вас кавою.
11:00: Початок реєстрації
11:55: Вступне слово
12:00 – 12:30: Макс Лапшин (Erlyvideo)
12:30 – 12:40: Запитання
12:45 – 13:15: Євген Потапов (ITSumma)
13:15 – 13:25: Запитання
13:30 – 14:00: Олексій Рибак (Badoo)
14:00 – 14:10: Запитання
14:10 – 14:40: Перерву на обід/Екскурсії в офіс Badoo
14:45 – 15:15: Ілля П'ятини (CarPrice)
15:15 – 15:25: Запитання
15:30 – 16:00: Андрій Шелехин (Tinkoff.ru)
16:00 – 16:10: Запитання
16:10 – 16:40: Вільне спілкування
Реєструватися на митап – тут: https://badoo-development.timepad.ru/event/437019/ (пишіть ваші прізвища та імена кирилицею, будь ласка).
Адреса: Москва, Кольоровий бульвар, 2, БЦ «Легенда Кольорового», під'їзд А. Метро: Трубна/Кольоровий бульвар.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.