Микроменеджмент — это когда каждый шаг контролируют. У нас наоборот: команда сама решает, что и как делать. Дейли — это инструмент, чтобы не тратить время на «а что происходит?» в личках или на длинных созвонах. Если формат раздражает — скорее всего, проблема в реализации. Повторю свою мысль: хорошо выстроенный процесс не мешает, а экономит время.
В реальной жизни все по другому)) Вы сейчас говорите как обычный разработчик которому скучно. Я же как руководитель, который актуализирует в этот момент все важные моменты. У нас это в среднем занимает 3-5 минут для команды из 8 человек, иногда чуть дольше. Позволяет держать руку на пульсе и не раздражать коллектив одновременно и это отличный инструмент если его правильно "готовить".
Вообще не общаться в коллективе и просто пилить задачки невозможно. Все равно придется с коллегами пересекаться по каким-то вопросам и дейлики - это отличный способ вести такие взаимодействия.
Если что-то не нравится, возможно у вас в компании что-то делают не так. В идеале, конечно, этот процесс не должен угнетать, но на практике почти всегда не так.
У нас в команде ветка создается на каждый тикет-изменение. Если чтобы реализовать фичу нужно разбить задачу на несколько тикетов, будет делаться для каждого тикета своя ветка. Достаточно удобная схема работы. Коммиты делаем по conventional commits.
Поэтому коммиты должны быть удобны разработчику - а как именно, да как угодно.
А вот тут спорно. Коммиты должны быть удобны команде. Все таки чаще всего, мы пишем что‑то командой и если так удобно одному разработчику, не всегда может быть удобно для команды.
Все таки хорошая это тема :) Есть о чем подискутировать.
Ваш подход имеет место быть. В нем есть минус о котором я написал. Есть шанс, что можем столкнуться с ситуацией, когда "где-то час назад я внес что-то не то в код и все сломалось". Как победить не понятно, откатиться не могу, т.к. потеряю в том числе и то, что было добавлено и точно работает хорошо. И становится проще откатиться и потерять часть данных, а потом восстановить то, что работает хорошо... Лично с этим сталкивался.
Понятно, что ситуации бывают разные и лучше так как вы предлагаете.
Я описал с чем столкнулся лично. Скорее всего, есть еще какие-то кейсы, где есть «полет фантазии», но, наверное, это будет неправильно, если напишу о том, чего не знаю и с чем не сталкивался :)
На работе есть подписка Яндекс 360 для для бизнеса, в подписке есть работа с документами. Пробовал работать раньше, ну не дотягивали эти документы, до Google Docs. Возможно с новым редактором ситуация изменится.
В связи с блокировкой Discord сегодня как раз тестировали ваш сервис VK Звонки на замену. На самом деле по качеству аудио/видео вообще вопросов нет. А вот, чего не хватает, так это постоянных комнат для общения. Чтобы каждый раз не создавать комнату/беседу, а создать один раз и в любой момент можно было в нее войти. При этом, запланированные и повторяющиеся встречи создать можно, а постоянные не удаляемые нельзя. Что странно.
На самом деле в умелых руках это полезный инструмент. Есть вопросы, которые в повседневной жизни обычно не задают, но решение этих вопросов серьезно улучшает командную работу и атмосферу. Например:
Я отправил пул-реквест и он долго не мог пройти ревью. Я хотел бы, чтобы мои пулл-реквесты быстрее проходили код-ревью. Как мы можем увеличить скорость проверки?
Нет работы с бэклогом продукта. Мы никогда не знаем, что будем делать в несколько следующих спринтов. Давайте это обсудим. Хочется прозрачности в разработке.
И т.д.
Причем это как со знаком минус можно делать, так и со знаком плюс. Например, поблагодарить кого-нибудь за что-то. Это может поднять настроение каким-то членам команды или всей команде. Ты сделал крутой класс/механизм, кто-то его попробовал в работе из команды и восхитился. Почему бы не сказать спасибо?
Мы собираемся один раз в две недели (обычно это вторник) и с 10 до 11, иногда чуть дольше, решаем вот такие вопросы. Выглядит это вот так:
Большое спасибо за статью. Многое из сказанного близко к моему восприятию целей и да, я на нее наткнулся в момент, когда писал отчет за свой предыдущий год и ставлю цели на этот год :)
Из советов после прочтения: рекомендую вместо Todoist попробовать Singularity App. Дело в том, что там есть помимо крутого планировщика, еще и треккер привычек. Вам в вашей системе будет удобнее. Понятно, что это всего лишь инструмент. Но все же.
Хех. В 2009 начал реализацию аналогичного ПО, для предприятия на котором работал и это ПО пережило предприятие, а сейчас живет дальше и радует других ))) История похожа на вашу. Более того, прошло 10 лет и проект не заглох.
В свое время пошел вашим путем, но чуть-чуть в другую сторону. Для работы была выбрана платформа 1С:Предприятие. Со временем в ней появился и личный кабинет в web и мобильное приложение.
Из реализованного: учет оборудования, Service Desk с созданием заданий из почты, учет ремонтов, учет закупок и продаж, учет времени, табели, графики, отклонения, логины и пароли (оборудование, сервисы) и т.д.
Не понаслышке знаю какая это титаническая работа...
Я прочел книгу полностью. Вы, про мысль, что с изобретением компьютера, дефицит времени только увеличился?
Если вы это имеете ввиду, задавая свой вопрос, то на мой взгляд, все дело в осознанности времени. Если человек не осознает, что такое время и тратит его бездумно, то хоть, где это фиксируй, толку все равно не будет.
Полностью согласен над удобством и скоростью. Иначе теряется весь смысл.
Так как у меня мобильная версия и десктоп, то вношу если на ходу и не за компьютером то в мобильное приложение, если же за работой, то на специальной веб-страничке, которая все складывает в одно синхронизируемое место. За рабочим местом удобнее и быстрее набирать с клавиатуры.
Есть Управление IT-отделом 8
Микроменеджмент — это когда каждый шаг контролируют. У нас наоборот: команда сама решает, что и как делать. Дейли — это инструмент, чтобы не тратить время на «а что происходит?» в личках или на длинных созвонах. Если формат раздражает — скорее всего, проблема в реализации. Повторю свою мысль: хорошо выстроенный процесс не мешает, а экономит время.
В реальной жизни все по другому)) Вы сейчас говорите как обычный разработчик которому скучно. Я же как руководитель, который актуализирует в этот момент все важные моменты. У нас это в среднем занимает 3-5 минут для команды из 8 человек, иногда чуть дольше. Позволяет держать руку на пульсе и не раздражать коллектив одновременно и это отличный инструмент если его правильно "готовить".
Вообще не общаться в коллективе и просто пилить задачки невозможно. Все равно придется с коллегами пересекаться по каким-то вопросам и дейлики - это отличный способ вести такие взаимодействия.
Если что-то не нравится, возможно у вас в компании что-то делают не так. В идеале, конечно, этот процесс не должен угнетать, но на практике почти всегда не так.
Дополнил статью пунктом 4. Спасибо!
У нас в команде ветка создается на каждый тикет-изменение. Если чтобы реализовать фичу нужно разбить задачу на несколько тикетов, будет делаться для каждого тикета своя ветка. Достаточно удобная схема работы. Коммиты делаем по conventional commits.
А вот тут спорно. Коммиты должны быть удобны команде. Все таки чаще всего, мы пишем что‑то командой и если так удобно одному разработчику, не всегда может быть удобно для команды.
Все таки хорошая это тема :) Есть о чем подискутировать.
Ваш подход имеет место быть. В нем есть минус о котором я написал. Есть шанс, что можем столкнуться с ситуацией, когда "где-то час назад я внес что-то не то в код и все сломалось". Как победить не понятно, откатиться не могу, т.к. потеряю в том числе и то, что было добавлено и точно работает хорошо. И становится проще откатиться и потерять часть данных, а потом восстановить то, что работает хорошо... Лично с этим сталкивался.
Понятно, что ситуации бывают разные и лучше так как вы предлагаете.
Я про сам подход и другими словами перекладывая на коммиты. Не вижу противоречий.
Да, это полезно, но обычно нет.
Я описал с чем столкнулся лично. Скорее всего, есть еще какие-то кейсы, где есть «полет фантазии», но, наверное, это будет неправильно, если напишу о том, чего не знаю и с чем не сталкивался :)
Хорошее замечание. Однако все равно лучше фокусироваться на чем-то одном.
На работе есть подписка Яндекс 360 для для бизнеса, в подписке есть работа с документами. Пробовал работать раньше, ну не дотягивали эти документы, до Google Docs. Возможно с новым редактором ситуация изменится.
В связи с блокировкой Discord сегодня как раз тестировали ваш сервис VK Звонки на замену. На самом деле по качеству аудио/видео вообще вопросов нет. А вот, чего не хватает, так это постоянных комнат для общения. Чтобы каждый раз не создавать комнату/беседу, а создать один раз и в любой момент можно было в нее войти. При этом, запланированные и повторяющиеся встречи создать можно, а постоянные не удаляемые нельзя. Что странно.
Есть вообще такое в планах?
На самом деле в умелых руках это полезный инструмент. Есть вопросы, которые в повседневной жизни обычно не задают, но решение этих вопросов серьезно улучшает командную работу и атмосферу. Например:
Я отправил пул-реквест и он долго не мог пройти ревью. Я хотел бы, чтобы мои пулл-реквесты быстрее проходили код-ревью. Как мы можем увеличить скорость проверки?
Нет работы с бэклогом продукта. Мы никогда не знаем, что будем делать в несколько следующих спринтов. Давайте это обсудим. Хочется прозрачности в разработке.
И т.д.
Причем это как со знаком минус можно делать, так и со знаком плюс. Например, поблагодарить кого-нибудь за что-то. Это может поднять настроение каким-то членам команды или всей команде. Ты сделал крутой класс/механизм, кто-то его попробовал в работе из команды и восхитился. Почему бы не сказать спасибо?
Мы собираемся один раз в две недели (обычно это вторник) и с 10 до 11, иногда чуть дольше, решаем вот такие вопросы. Выглядит это вот так:
Игра в шахматы - это неизбежная оптимизация по времени.
Думаю, что некоторые вещи лучше не пытаться как-то упростить. Наверное вот это (предположение):
Лучше вот этого:
По скорости работы. Возможно стоит об этом написать в статье.
Большое спасибо за статью. Многое из сказанного близко к моему восприятию целей и да, я на нее наткнулся в момент, когда писал отчет за свой предыдущий год и ставлю цели на этот год :)
Из советов после прочтения: рекомендую вместо Todoist попробовать Singularity App. Дело в том, что там есть помимо крутого планировщика, еще и треккер привычек. Вам в вашей системе будет удобнее. Понятно, что это всего лишь инструмент. Но все же.
Хех. В 2009 начал реализацию аналогичного ПО, для предприятия на котором работал и это ПО пережило предприятие, а сейчас живет дальше и радует других ))) История похожа на вашу. Более того, прошло 10 лет и проект не заглох.
В свое время пошел вашим путем, но чуть-чуть в другую сторону. Для работы была выбрана платформа 1С:Предприятие. Со временем в ней появился и личный кабинет в web и мобильное приложение.
Из реализованного: учет оборудования, Service Desk с созданием заданий из почты, учет ремонтов, учет закупок и продаж, учет времени, табели, графики, отклонения, логины и пароли (оборудование, сервисы) и т.д.
Не понаслышке знаю какая это титаническая работа...
PS: Возможно, кому-то будет интересно. Тыц
Если вы это имеете ввиду, задавая свой вопрос, то на мой взгляд, все дело в осознанности времени. Если человек не осознает, что такое время и тратит его бездумно, то хоть, где это фиксируй, толку все равно не будет.
Так как у меня мобильная версия и десктоп, то вношу если на ходу и не за компьютером то в мобильное приложение, если же за работой, то на специальной веб-страничке, которая все складывает в одно синхронизируемое место. За рабочим местом удобнее и быстрее набирать с клавиатуры.