PD
И с возможностью заменить сотрудника (возможно с ненулевыми затратами).
Size: a a a
2019 November 14
AS
С компанией целиком.
А в команде bus factorа быть не может?
PD
Реализовывать внутри команды busfactor>1 не для всех ролей имеет смысл. А для некоторых вообще бессмысленно.
AP
Если одна команда не может выпустить продукт от начала до конца, то она не может быть эффективной. Попытка выжать максимум из 1 человека обернётся неэффективностью системы в целом.
Подумайте почему Netflix перешёл на подход Full Cycle Developer?
Подумайте почему Netflix перешёл на подход Full Cycle Developer?
Вот всегда, когда такое говорят, имеют в виду некрупные и не сложные в плане реализации сервисы.
А я каждый раз думаю о проектах типа "построить ИТ-инфраструктуру города" и ржу, представляя, как это делает одна команда тупиц... эээ...двух пицц )
А я каждый раз думаю о проектах типа "построить ИТ-инфраструктуру города" и ржу, представляя, как это делает одна команда тупиц... эээ...двух пицц )
PD
Т.е. на уровне компании компетенция DBA нужна и с bus factor>1. Но внутри отдельной команды ее может и не быть.
AS
Вот всегда, когда такое говорят, имеют в виду некрупные и не сложные в плане реализации сервисы.
А я каждый раз думаю о проектах типа "построить ИТ-инфраструктуру города" и ржу, представляя, как это делает одна команда тупиц... эээ...двух пицц )
А я каждый раз думаю о проектах типа "построить ИТ-инфраструктуру города" и ржу, представляя, как это делает одна команда тупиц... эээ...двух пицц )
То есть Netflix это маленькая компания с простым сервисом? Понятно...
PD
Ну, вообще там простой сервис, да )
PD
И предметная область клиентская довольно простая )
PD
(Сама доставка видео - сложнее, а вот все сервисы вокруг - простые)
AP
и среда гомогенная. И предметная область тоже
AS
Т.е. на уровне компании компетенция DBA нужна и с bus factor>1. Но внутри отдельной команды ее может и не быть.
Нужно значит продукт не может быть выпущен без благословенных dba. Вы можете запрещать разработчикам даже курить выходить, но релиза продукта все равно не будет.
PD
Нужно значит продукт не может быть выпущен без благословенных dba. Вы можете запрещать разработчикам даже курить выходить, но релиза продукта все равно не будет.
Ну, вообще говоря - да )
AS
Эффективность!!!
PD
Собственно, в Нетфликсе точно так же -
Netflix created centralized teams (e.g., Cloud Platform, Performance & Reliability Engineering, Engineering Tools) with the mission of developing common tooling and infrastructure to solve problems that every development team has. Those centralized teams act as force multipliers by turning their specialized knowledge into reusable building blocks.
Netflix created centralized teams (e.g., Cloud Platform, Performance & Reliability Engineering, Engineering Tools) with the mission of developing common tooling and infrastructure to solve problems that every development team has. Those centralized teams act as force multipliers by turning their specialized knowledge into reusable building blocks.
PD
Т.е. сложные задачи таки решают специалисты. А отдельные продуктовые команды пользуются результатами их труда.
И без них никакого продукта от Netflix не было бы.
И без них никакого продукта от Netflix не было бы.
PD
Продуктовые full-cycle-dev команды должны базироваться на работе узких специалистов, увы.
PD
И получать от этих специалистов поддержку.
PD
"Knowledge is necessary but not sufficient; easy-to-use tools for deployment pipelines (e.g., Spinnaker) and monitoring (e.g., Atlas) are also needed for effective full cycle ownership"
PD
Ну и можно прикинуть стоимость создания всех этих инструментов (без которых не может быть full-cycle-dev). И понять, а для любых ли проектов это осмысленно.
PD
Никакие полные команды не настраивают циски и даже не решают проблемы безопасности решений.
Они, конечно, full cycle - но в очень тесных рамках имеющихся решений.
Они, конечно, full cycle - но в очень тесных рамках имеющихся решений.