Добавить в корзинуПозвонить
Найти в Дзене
Клуб директоров

​Они убрали совещания и сделали одного ответственного за участок работы

​Они убрали совещания и сделали одного ответственного за участок работы Два интересных момента из концепции Coinbase, которую они решили внедрить для повышения эффективности процесса разработки. 1. На каждом участке работы должен появиться «непосредственно ответственный за результат человек» (DRI, directly responsible individual). Его задача — перестать транслировать «наверх» или «вбок» проблемы, которые он не уверен как решать. Его обязанность — решать их самостоятельно на своём уровне. Да, это может привести к тому, что не каждое его решение окажется совершенным. Но зато оно будет своевременным. 2. Хватит тратить время на совещания. Их должны заменить API. Это такой чёрный ящик с заданными параметрами на вход и выход. Ты можешь не знать, что там внутри, но при подаче 1 тонны фанеры, ящик выдает тебе 10 столов на продажу, а как их внутри делают, ты не знаешь - админ. Каждая команда разработчиков должна публиковать API к программному модулю, над которым она работает. Все эти API д

Они убрали совещания и сделали одного ответственного за участок работы

Два интересных момента из концепции Coinbase, которую они решили внедрить для повышения эффективности процесса разработки.

1. На каждом участке работы должен появиться «непосредственно ответственный за результат человек» (DRI, directly responsible individual). Его задача — перестать транслировать «наверх» или «вбок» проблемы, которые он не уверен как решать. Его обязанность — решать их самостоятельно на своём уровне. Да, это может привести к тому, что не каждое его решение окажется совершенным. Но зато оно будет своевременным.

2. Хватит тратить время на совещания. Их должны заменить API.

Это такой чёрный ящик с заданными параметрами на вход и выход. Ты можешь не знать, что там внутри, но при подаче 1 тонны фанеры, ящик выдает тебе 10 столов на продажу, а как их внутри делают, ты не знаешь - админ.

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

3. Многие из этих API могут и должны быть открыты для публичного использования. Это сделает нашу платформу ещё более мощной и гибкой. Кроме того, большее количество использований API в более необычных ситуациях поможет отлаживать их работоспособность руками и временем добровольных тестировщиков, решивших эти API использовать 😉

4. Другими словами, каждый программный модуль, из которых состоит наша платформа — должен стать полноценным продуктом. Использовать его можно будет с помощью вызовов API. А отвечать за его работоспособность и развитие будет всего один конкретный человек.

5. В общем, всё по классике — «разделяй и властвуй». Так что, если вы стартап и только начали создавать свою платформу — поступайте сразу так же. Чтобы потом не пришлось переделывать. Вернее даже так — переделывать всё равно придётся, но созданную в таком виде систему переделывать и доделывать станет в разы проще 😉

Пишет Аркадий Морейнис: @temno