Привет! Четверг сегодня оказался пятницей, с чем я вас и поздравляю.
Кто не любит хайлод слушать и смотреть, тот слегка не прав:)
Как и обещал вчера - поговорим о кросс-функциональности. В лучших традициях ИТ с терминологией в этой части тоже беда. Поэтому я решил посмотреть на эту тему с двух сторон.
Первая сторона - это сторона командная, когда речь идёт о том, что в одной команде собираются разные специалисты и делают что-то клёвое. Поговаривают, что до прихода аджайла таких команд не было, и именно аджайл сделал из разрозненных узкоспециализированных команд что-то более универсальное. Честно - фиг знает, но в моей разработческой молодости моя команда на одном из оборонных предприятий делала софт под ключ, т.е. у нас была лаборатория, в ней были аналитики, тестировщики, разработчики приклада и разработчики системного софта, причём разработчики пилили задок и передок, а тестировщики тыкали мышкой и пилили автотесты одновременно. Т.е. де-факто мы были той самой кросс-функциональной командой больше 10 лет назад. Этакий такой squad по классификации Spotify. Правда мы таких слов тогда не знали, потому как аджайл в моей жизни появился чуть позже благодаря г-ну Дорофееву ещё до того, как он стал известным прокрастинатологом, бо мне посчастливилось с ним поработать в разных конторах аж с 2002 года и до 2012:)))) А Спотифай в мою жизнь проник через Кодефест, а не через наушники. Сразу скажу - материалов на эту тему вагон и сколько контор, начальников и нормальных людей - столько мнений на этот счёт. Я приведу лишь два - от Авито и ЦФТ, т.к. знаю точно, что ребята знатно поковырялись в этой теме.
Итак.
https://www.youtube.com/watch?v=bQth2oo66B8 - кино про кроссфункциональность в одной из команд Авито (я осознанно говорю “в одной из”, потому как точно за всех не знаю). Авито много сил потратило на изменение внутреннего устройства и процессов, так что даже если вы не разделяете их подходы к управлению, ознакомиться с деталями стоит однозначно. Этот доклад хорош тем, что его автор - инженер и тимлид одной из команд, т.е. непосредственный участник разработки, что в моих глазах делает его рассказ более точным и правдивым. Рассказ о том как команда Ивана пришла от монолитных функций к небольшим полнофункциональным командам, зачем это было нужно, с какими проблемами столкнулись и как их решали. И, конечно, вы узнаете, при чем здесь кроссфункциональность и как она помогает достигать лучших результатов как командам, так и самим разработчикам. 35 минут, как раз на обед:)
https://artemanin.blogspot.com/2018/04/crossfunctionalteam.html - Артём представитель ещё одной крупной конторы - ЦФТ и рулит там разработкой веба и мобилки. ЦФТ неоднократно были замечены за очень толковыми рассказами на разные темы (можно погуглить Артёма Каличкина или Ольгу Давыдову). Конкретно в этой статье Артём смотрит на кф-команды с точки зрения плюсов и минусов их организации и функционирования, ну и делает определённые выводы о том, что получилось. Очень структурировано, без лишних букв. Всё, как мы любим. Минут 5-7 займет почитать, т.к. на русском:)
О второй стороне - стороне, когда инженер развивает в себе кроссфункциональность, хорошо это или плохо, кто такие T-люди пришлю почитать ближе к вечеру. Там тоже не всё просто и с терминами, и с определениями, а главное с отсутствием единой точки зрения:)))
Хорошего дня!
Кто не любит хайлод слушать и смотреть, тот слегка не прав:)
Как и обещал вчера - поговорим о кросс-функциональности. В лучших традициях ИТ с терминологией в этой части тоже беда. Поэтому я решил посмотреть на эту тему с двух сторон.
Первая сторона - это сторона командная, когда речь идёт о том, что в одной команде собираются разные специалисты и делают что-то клёвое. Поговаривают, что до прихода аджайла таких команд не было, и именно аджайл сделал из разрозненных узкоспециализированных команд что-то более универсальное. Честно - фиг знает, но в моей разработческой молодости моя команда на одном из оборонных предприятий делала софт под ключ, т.е. у нас была лаборатория, в ней были аналитики, тестировщики, разработчики приклада и разработчики системного софта, причём разработчики пилили задок и передок, а тестировщики тыкали мышкой и пилили автотесты одновременно. Т.е. де-факто мы были той самой кросс-функциональной командой больше 10 лет назад. Этакий такой squad по классификации Spotify. Правда мы таких слов тогда не знали, потому как аджайл в моей жизни появился чуть позже благодаря г-ну Дорофееву ещё до того, как он стал известным прокрастинатологом, бо мне посчастливилось с ним поработать в разных конторах аж с 2002 года и до 2012:)))) А Спотифай в мою жизнь проник через Кодефест, а не через наушники. Сразу скажу - материалов на эту тему вагон и сколько контор, начальников и нормальных людей - столько мнений на этот счёт. Я приведу лишь два - от Авито и ЦФТ, т.к. знаю точно, что ребята знатно поковырялись в этой теме.
Итак.
https://www.youtube.com/watch?v=bQth2oo66B8 - кино про кроссфункциональность в одной из команд Авито (я осознанно говорю “в одной из”, потому как точно за всех не знаю). Авито много сил потратило на изменение внутреннего устройства и процессов, так что даже если вы не разделяете их подходы к управлению, ознакомиться с деталями стоит однозначно. Этот доклад хорош тем, что его автор - инженер и тимлид одной из команд, т.е. непосредственный участник разработки, что в моих глазах делает его рассказ более точным и правдивым. Рассказ о том как команда Ивана пришла от монолитных функций к небольшим полнофункциональным командам, зачем это было нужно, с какими проблемами столкнулись и как их решали. И, конечно, вы узнаете, при чем здесь кроссфункциональность и как она помогает достигать лучших результатов как командам, так и самим разработчикам. 35 минут, как раз на обед:)
https://artemanin.blogspot.com/2018/04/crossfunctionalteam.html - Артём представитель ещё одной крупной конторы - ЦФТ и рулит там разработкой веба и мобилки. ЦФТ неоднократно были замечены за очень толковыми рассказами на разные темы (можно погуглить Артёма Каличкина или Ольгу Давыдову). Конкретно в этой статье Артём смотрит на кф-команды с точки зрения плюсов и минусов их организации и функционирования, ну и делает определённые выводы о том, что получилось. Очень структурировано, без лишних букв. Всё, как мы любим. Минут 5-7 займет почитать, т.к. на русском:)
О второй стороне - стороне, когда инженер развивает в себе кроссфункциональность, хорошо это или плохо, кто такие T-люди пришлю почитать ближе к вечеру. Там тоже не всё просто и с терминами, и с определениями, а главное с отсутствием единой точки зрения:)))
Хорошего дня!