Тот факт, что работа происходит удаленно, не отменяет необходимости общения с коллегами и возможности неформального общения, не отменяет возможности перенимать опыт у старших коллег и корпоративного обучения, не запрещает коллегам собираться для совместной работы, если им это удобно.
А почему в 2030? Все необходимые технологии были и в 2010.
Бесспорно, однако к более повсеместному их использованию подтолкнули современные реалии, отсюда размышления о том, что эта тенденция может продолжиться в будущем.
Все это написано, основываясь во многом на опыте нашей компании, где успешно выполняется все Вами описанное, так что на продуктивности в целом тот факт, работает человек в офисе или дома, не сказывается. Конечно, организация удаленной работы во многом зависит от того, насколько грамотно выстроены рабочие процессы.
Станет восторженный товарищ из статьи выяснять в перерыве между DSM и one-to-one с лидом, кто из коллег имеет сходные с ним интересы?
Конечно. Никто не запрещает общаться с коллегами на темы, не связанные с работой. Если схожие интересы есть, они наверняка выявятся в процессе общения. К тому же, описанное мной подразумевает совместные сборы, просто далеко не каждый день — хотя это зависит от конкретных сотрудников, ведь никто не запрещает собираться вместе тем, кому так удобно работать.
Речь идет все-таки о 10-тилетней перспективе, чтобы вдаваться в жанр научной фантастики и утверждать, что наша жизнь изменится кардинально. Поэтому в статье описаны тенденции, которые имеют место уже сейчас и, на мой взгляд, наверняка продолжатся.
Тогда зачем вы пишете «с помощью мессенджеров и видеосвязи», если многие мессенджеры умеют видеосвязь?
Сейчас я просто напоминаю, мы сейчас говорим не только о том, чтобы написать кому-то. Синхронный или асинхронный канал — это уже зависит от ваших предпочтений. В конце концов, можно даже сначала позвонить и в случае, если не ответят сразу, написать.
Можно согласиться, что дейлики — вариативная опция. Но все-таки обозначить, когда ваши часы рабочие, чтобы коллеги минимально беспокоили вас в чатах или видео-/обычными звонками, было бы удобнее для всех.
Нет, не наверняка. Я, пока еще работал в офисе, неоднократно сталкивался с тем, что я успею написать вопрос, подождать, дойти ногами и спросить.
Это уже обсуждалось ниже, что очень зависит от специфики обязанностей человека, который вам нужен в настоящий момент.
Но тут еще стоит заметить, что список в посте — это комплексное решение, не стоит вырывать что-то из контекста. В тексте написано, что способ связи через мессенджеры «вытекает из отсутствия централизованного офиса». То есть, основа моих предположений — что удаленная работа получит большее распространение, нежели это было раньше.
Это тоже не догма (и не должно ей быть).
При удаленной работе телефон — один из основных рабочих инструментов. К тому же, опять-таки, вернемся к тому, что мы говорим о тенденциях, которые, скорее всего, укоренятся в будущем.
Может быть, для «офиса-2030» уже можно понять, что командный дейлик — не самая обязательная вещь?
Но вы же вряд ли будете отрицать, что общение с коллегами и отчетность перед начальством за десять лет никуда не денется? И пусть они лучше будут происходить в ваши рабочие часы, а не когда попало.
Для этого, внезапно, уже сейчас в офисном ПО есть настройка «мои рабочие дни/часы».
Несомненно, но прежде, чем их проставлять, все-таки стоит обговорить, согласитесь?
… а так же чтобы ходить в туалет, принимать пищу, пить чай/кофе/другие жидкости по вкусу и так далее?
Вы слишком утрируете. «Делает более доступным» не значит, что сотрудник должен на все отвечать сиюсекундно. Но на сообщение в мессенджере он наверняка ответит быстрее, чем, скажем, искать его по офису. Все-таки телефоны уже сейчас у многих всегда при себе, и вряд ли это изменится за 10 лет.
Кажется, мы уже совсем утрируем. Конечно, можно отойти и в туалет, и на обед. Но застать за этим можно сотрудника не только на удаленке, но и в офисе. Суть в том, что в мессенджере он может ответить настолько оперативно, насколько это возможно.
При работе с большим продуктом как раз-таки особенно острая необходимость, чтобы сотрудники разговаривали «на одном языке», иначе возникнет путаница, и целостности не выйдет.
Разнообразие прекрасно там, где это уместно. Единый стиль кода — то, что нужно любой компании, которая занимается разработкой ПО. Вас же наверняка не смущает единый стиль на одном проекте. Почему бы тогда не завести его на всех проектах компании?
2030 — это не столь далекое будущее, чтобы прятаться за аватары :) Но и не согласиться с тем, что когда-нибудь мы можем начать использовать аватары, нельзя.
MS >= 2 шт каждом регионе/платформе
MM >= 2 шт каждом регионе/платформе
ZK = 3 шт каждом регионе/платформе (ZK = ZooKeeper)
GS = [1… N] каждом регионе/платформе
Сервисы кланов, лиг и т.д. находятся в одном регионе, но их > 1, так как отказоустойчивость.
С профиль-сервера клиент получает список мастер-серверов, пингует их и устанавливает подключение с «победителем» (с тем, у кого пинг меньше). Мастер-сервер играет роль балансировщика и скидывает игрока на наименее загруженный гейм в регионе.
Бесспорно, однако к более повсеместному их использованию подтолкнули современные реалии, отсюда размышления о том, что эта тенденция может продолжиться в будущем.
Все это написано, основываясь во многом на опыте нашей компании, где успешно выполняется все Вами описанное, так что на продуктивности в целом тот факт, работает человек в офисе или дома, не сказывается. Конечно, организация удаленной работы во многом зависит от того, насколько грамотно выстроены рабочие процессы.
Конечно. Никто не запрещает общаться с коллегами на темы, не связанные с работой. Если схожие интересы есть, они наверняка выявятся в процессе общения. К тому же, описанное мной подразумевает совместные сборы, просто далеко не каждый день — хотя это зависит от конкретных сотрудников, ведь никто не запрещает собираться вместе тем, кому так удобно работать.
Сейчас я просто напоминаю, мы сейчас говорим не только о том, чтобы написать кому-то. Синхронный или асинхронный канал — это уже зависит от ваших предпочтений. В конце концов, можно даже сначала позвонить и в случае, если не ответят сразу, написать.
Это уже обсуждалось ниже, что очень зависит от специфики обязанностей человека, который вам нужен в настоящий момент.
Но тут еще стоит заметить, что список в посте — это комплексное решение, не стоит вырывать что-то из контекста. В тексте написано, что способ связи через мессенджеры «вытекает из отсутствия централизованного офиса». То есть, основа моих предположений — что удаленная работа получит большее распространение, нежели это было раньше.
При удаленной работе телефон — один из основных рабочих инструментов. К тому же, опять-таки, вернемся к тому, что мы говорим о тенденциях, которые, скорее всего, укоренятся в будущем.
Сейчас мессенджеры позволяют производить звонки, мы же не обязательно говорим про текстовые сообщения.
Но вы же вряд ли будете отрицать, что общение с коллегами и отчетность перед начальством за десять лет никуда не денется? И пусть они лучше будут происходить в ваши рабочие часы, а не когда попало.
Несомненно, но прежде, чем их проставлять, все-таки стоит обговорить, согласитесь?
Вы слишком утрируете. «Делает более доступным» не значит, что сотрудник должен на все отвечать сиюсекундно. Но на сообщение в мессенджере он наверняка ответит быстрее, чем, скажем, искать его по офису. Все-таки телефоны уже сейчас у многих всегда при себе, и вряд ли это изменится за 10 лет.
Время можно согласовать с каждым специалистом отдельно, естественно. Это необходимо для того, чтобы понимать, когда у человека вообще рабочие часы.
Для того, чтобы принять душ, существует свободное от работы время :) Вы же и в физическом офисе не пойдете его принимать.
Разнообразие прекрасно там, где это уместно. Единый стиль кода — то, что нужно любой компании, которая занимается разработкой ПО. Вас же наверняка не смущает единый стиль на одном проекте. Почему бы тогда не завести его на всех проектах компании?
MM >= 2 шт каждом регионе/платформе
ZK = 3 шт каждом регионе/платформе (ZK = ZooKeeper)
GS = [1… N] каждом регионе/платформе
Сервисы кланов, лиг и т.д. находятся в одном регионе, но их > 1, так как отказоустойчивость.