Хороший опыт! В нашей компании такие путешествия сделали регулярными. Это не только тимбилдинг, но и хорошая перезагрузка в работе. Мы уже отправляли команды программистов в Прибалтику и Финляндию, дизайнеров — в Голландию и Германию, а маркетологов в Италию. Об одной из таких поездок я писал: https://habr.com/ru/post/448362/
Во-первых, CMS есть обязательно, ведь как-то сайт управляется. Автор просто путает CMS и конструкторы.
Есть сайты, которые поднимаются без cms и управляются только через код, без какого либо интерфейса. И такое у стартапов мы встречаем часто.
Во-вторых, с чего это сырописный сайт будет хуже, чем на конструкторе, особенно на таком как Битрикс?
Отстройка процессов, подгонка алгоритмов и программирование нужных модулей с нуля лягут на плечи вашего разработчика, если сайт самописный. И с ошибками ему придется справляться самому. Обычно в таких системах если и есть какой-то SEO-функционал, то представлен он довольно скудно. Многое придется допиливать в процессе.
Обычно никакой регламентированной технической документации для таких движков нет, и если вы вдруг решите сменить команду разработки, есть большая вероятность, что сайт придется переделывать на другом движке. Копаться в чужом коде – удовольствие сомнительное и затратное.
Вопрос в комплексном анализе контролируемых факторов и нахождения зависимостей, в не конкретно в одном. Нет у нас такого KPI, как нахождение в офисе. Эти данные у нас используются как дополнительный фактор оценки и контроля.
а) время на коммуникации заложено в бюджет проекта
б) адекватный разработчик долго не будет молчать, если менеджер будет писать ему 100500 сообщений, либо это увидит его руководитель
Возможно вы не так внимательно читали материал, либо просто хотите поспорить. В нашей системе, как и в Яндексе, нет задачи контролировать каждую секунду сотрудника. Аналогично, как вы пишите, если есть результат, то и внимание на данные скуд обращать не будем, а вот если есть отклонение от нужного результата, тут то и помогают подобные решения для выяснения причин и внедрения дальнейших улучшений.
Уверены, что не считают? Я нет. Месяц назад был на стажировке в Яндексе, задавали им подобные вопросы. Учет присутствия сотрудников на рабочем месте есть, но конечно не для всех эта информация анализируется.
Уволить это самое простое. Мы стараемся за счет подобных анализов выявлять пробелы и тонкие места и решать их. Кроме этого, наличие, назовем так «логирования» действий сотрудников, позволяет быстро разобраться в разного рода форс-мажорах.
Вы хотите сказать, что Яндекс эти данные использует по-другому?
Возможно стиль материала получился такой, что кажется, что отслеживание времени сотрудника сведено до параноидального, но это совершенно не так.
Весь процесс мониторинга сводится не к разбирательству, почему конкретный сотрудник делал задачу долго или обедал дольше положенного, а к выявлению узких мест в бизнес процессах на основе данных из разных источников.
В ходе объединения разного рода статистических данных по сотрудникам/отделам/проектам и дальнейшего их анализа нам многое удалось улучшить, в том числе и в жизни персонала.
А что, к примеру в Яндексе, вы думаете это не используется? Там аналогично есть СКУД, аналогично это отслеживается. Покажите мне современный офис без контроля доступа в него?
С секундомером над душой не стоим, про это я не писал. Просто не допускаем случая, когда «сколько не дай разработчику времени на задачу, ему будет мало».
По задержкам — охрана не выгоняет, но мы контролем этот показатель и работаем с сотрудниками, кто допоздна сидит в офисе, выясняем причины переработок, т.к. это один из первых признаков выгорания.
Система используется не для карательно-надзорных функций, а для нахождения проблемных мест и дальнейшей оптимизации процессов. Не пойму, откуда сложилось мнение про тотальный контроль и жесткую отчетность?
Хороший опыт! В нашей компании такие путешествия сделали регулярными. Это не только тимбилдинг, но и хорошая перезагрузка в работе. Мы уже отправляли команды программистов в Прибалтику и Финляндию, дизайнеров — в Голландию и Германию, а маркетологов в Италию. Об одной из таких поездок я писал: https://habr.com/ru/post/448362/
По мне, ваше утверждение ошибочно. Но спорить об этом не вижу особого смысла. Спасибо за ваше мнение.
Есть сайты, которые поднимаются без cms и управляются только через код, без какого либо интерфейса. И такое у стартапов мы встречаем часто.
Отстройка процессов, подгонка алгоритмов и программирование нужных модулей с нуля лягут на плечи вашего разработчика, если сайт самописный. И с ошибками ему придется справляться самому. Обычно в таких системах если и есть какой-то SEO-функционал, то представлен он довольно скудно. Многое придется допиливать в процессе.
Обычно никакой регламентированной технической документации для таких движков нет, и если вы вдруг решите сменить команду разработки, есть большая вероятность, что сайт придется переделывать на другом движке. Копаться в чужом коде – удовольствие сомнительное и затратное.
Цифровые данные нам помогают принимать управленческие решения, но не являются решающими. Живое общение оно само собой разумеется.
habr.com/ru/company/twins/blog/181886
habr.com/ru/company/twins/blog/311380
б) адекватный разработчик долго не будет молчать, если менеджер будет писать ему 100500 сообщений, либо это увидит его руководитель
Уволить это самое простое. Мы стараемся за счет подобных анализов выявлять пробелы и тонкие места и решать их. Кроме этого, наличие, назовем так «логирования» действий сотрудников, позволяет быстро разобраться в разного рода форс-мажорах.
Из-за появления таких умников, компании и вводят системы контроля.
Возможно стиль материала получился такой, что кажется, что отслеживание времени сотрудника сведено до параноидального, но это совершенно не так.
Весь процесс мониторинга сводится не к разбирательству, почему конкретный сотрудник делал задачу долго или обедал дольше положенного, а к выявлению узких мест в бизнес процессах на основе данных из разных источников.
В ходе объединения разного рода статистических данных по сотрудникам/отделам/проектам и дальнейшего их анализа нам многое удалось улучшить, в том числе и в жизни персонала.
По задержкам — охрана не выгоняет, но мы контролем этот показатель и работаем с сотрудниками, кто допоздна сидит в офисе, выясняем причины переработок, т.к. это один из первых признаков выгорания.