Не секрет что многие фирмы предпочитают не связываться с удаленкой, причины вполне понятны и для многих это оправдано.
Хотелось бы порассуждать, чего не хватает для организации удаленной работы, что бы не возникал дискомфорт и проблем было бы не больше, чем с обычной работой. Какое ПО надо создать и аппаратуру использовать для этого?
По моему мнению, web камеры тут совершенно не нужны и не в них дело. Какое преимущество от “говорящей головы” по сравнению с одним звуком?
— Нужны мульти голосовые чаты.
— Наверное нужны графические планшеты, — что бы от руки нарисовать на общей доске.
— Нужны средства для синхронизации исходников.
— Система учета рабочего времени.
— Естественно нужен хороший инет.
Что еще надо?
Вроде все по отдельности есть, а вот системы нет. Может стоит поиграться с этим и попытаться создать некое приближение к идеалу удаленщика?
Здравствуйте, оwl, Вы писали:
оwl>Вроде все по отдельности есть, а вот системы нет. Может стоит поиграться с этим и попытаться создать некое приближение к идеалу удаленщика?
чем сейчас и занимаюсь. пишу программу под названием Virtual Office (vo). ваши идеи мне тоже пригодятся
Здравствуйте, игппук, Вы писали: И>чем сейчас и занимаюсь. пишу программу под названием Virtual Office (vo). ваши идеи мне тоже пригодятся
А своими идеями можешь поделиться или коммерческая тайна?
Здравствуйте, игппук, Вы писали:
И>чем сейчас и занимаюсь. пишу программу под названием Virtual Office (vo).
Тестировщики, писатели плагинов или еще кто не нужны? Меня интересует не столько возможность заработать на написанни/продаже, сколько в появлении качественного продукта, способного стать стандартом в отрасли.
Здравствуйте, оwl, Вы писали:
И>>чем сейчас и занимаюсь. пишу программу под названием Virtual Office (vo). оwl>Тестировщики, писатели плагинов или еще кто не нужны? Меня интересует не столько возможность заработать на написанни/продаже, сколько в появлении качественного продукта, способного стать стандартом в отрасли.
никаких секретов нет и от помощи бы не отказался. вопрос в том, захотите ли вы работать со мной?
сам с этой идеей ношусь около года. но реально чтото начал делать чуть меньше месяца назад. ждал, когда у меня появится настроение что либо делать по вечерам.
планирую в первом билде сделать следующие функции:
1. установка соединения с общим сервером, который выдаст информацию о подключенных мемберах к системе.
2. осуществление конференц связи со всеми мемберами (или приглашенными на конференц свзяь). пока что на уровне чата. в будущем планируется с ипользованием видео и глосовой связи.
3. организация функции scheduler. примерно как в аутглюке.
4. отдельная функция для руководителя (ей) проекта, который сможет настраивать систему (добавлять-удалять мемберов, настройка локального времени, контроль рабочего дня и т.д..)
основная идея при написании кода — код по возможности пишется кроссплатформенным. системно-зависимые вещи (наприме, гуй) выносятся в отдельные библиотеки и классы, которые абстрагируются при помощи интерфейсов. для достижения минимальных размеров бинарника используется только стандартный С++ (+ stl). очень приветствуется использование паттернов.
структура программы:
в exe файле осуществляется построение основного окна, бизнес-логика, которая разруливает управление между плагинами и инициализируются все основные интерфейсы. в плагинах реализуется чтото более конкретное. плагины должны легко расширяються и модернизоваться при помощи неких общих правил. exe, зная эти правила, может достучаться до любого плагина и до любой его объявленной функции.
на данный момент реализовано следующее:
1. написан exe файл, который уже осуществляет какую то минимальную бизнес логику. а именно — поднимает стандартные плагины, передает им управление, создает основное окно, переклюает управление между плагинами при необходимости.
2. реализованы 3 плагина. один из них осуществляет функцию приватной линии между двумя мемберами (типа отдельного чата), второй позволяет смотреть инфо между мемберами, третий — прокси, который должен эмулировать соединение между мемберами.
конечно же, все это пока что на начальной стадии. интерфейс более чем простой, так как я им отдельно и серьезно еще не занимался. но это исключительно дело техники.
если есть желание присоединиться, то велкам. одно тока плохо на сегодня — я так и не начал писать документацию. а ведь это первичное. да и наверняка по диаграммам можно половину косяков отловить.
Здравствуйте, игппук, Вы писали:
И>никаких секретов нет и от помощи бы не отказался. вопрос в том, захотите ли вы работать со мной?
А почему бы и нет, может и договоримся. Как я догадываюсь, проект ты делаешь сам по собственной инициативе. OpenSource, Shareware или планируешь еще как?
И>если есть желание присоединиться, то велкам. одно тока плохо на сегодня — я так и не начал писать документацию. а ведь это первичное. да и наверняка по диаграммам можно половину косяков отловить.
Документация конечно первична, — проще будет и работу разбить и целиком систему видеть.
оwl>А почему бы и нет, может и договоримся. Как я догадываюсь, проект ты делаешь сам по собственной инициативе. OpenSource, Shareware или планируешь еще как?
тут еще не определился. и вообче считаю, что нельзя делить шкуру неубитого медведя. сначала надо хотя бы альфу сделать, а потом решать. а так, в перспективе, хотелось бы за этот проект получать деньги.
оwl>Документация конечно первична, — проще будет и работу разбить и целиком систему видеть.
будет повод в ближайшее время этим и заняться. все равно планировать рефакторинг делать.
Здравствуйте, оwl, Вы писали:
оwl>Не секрет что многие фирмы предпочитают не связываться с удаленкой, причины вполне понятны и для многих это оправдано. оwl>Хотелось бы порассуждать, чего не хватает для организации удаленной работы, что бы не возникал дискомфорт и проблем было бы не больше, чем с обычной работой. Какое ПО надо создать и аппаратуру использовать для этого? оwl>По моему мнению, web камеры тут совершенно не нужны и не в них дело. Какое преимущество от “говорящей головы” по сравнению с одним звуком? оwl>- Нужны мульти голосовые чаты. оwl>- Наверное нужны графические планшеты, — что бы от руки нарисовать на общей доске. оwl>- Нужны средства для синхронизации исходников. оwl>- Система учета рабочего времени. оwl>- Естественно нужен хороший инет. оwl>Что еще надо? оwl>Вроде все по отдельности есть, а вот системы нет. Может стоит поиграться с этим и попытаться создать некое приближение к идеалу удаленщика?
Не так давно серъезно интересовался этим вопросом. Во первых, просто портировать обычные схемы на удаленную почву неэффективно. ИМХО, проблемы в организации удаленной работы по большей части проблемы организационного и психологического плана.
1. Далеко не каждый в принципе способен работать удаленно: кто-то может сконцентрироваться только в офисе, за кем-то нужно стоять с палкой и не давать заниматься фигней, у кого-то жена и перманентно орущий ребенок. Это отсеивает примерно 80% в принципе, хороших сотрудников.
2. Кто-то наоборот не способен выделять рабочее время, работает всегда, пока не спит и быстро выгорает.
3. Не всякий менеджер может управлять программистами, работающими удаленно. Кто-то не доверяет исполнителям, кто-то просто недостаточно опытен и т.п.
Технически ничего сложного нет.
1. Живые митинги гораздо эффективнее любого виртуального общения. Поэтому я бы сделал так: раз в неделю на пару часов команда собирается в "точке Лагранжа" в специально оборудованной комнате для совещаний. Таких точек может быть несколько, в разных городах, например. Но в этом случае между ними необходима полноценная аудио-видео связь. Бонус в том, что такую точку может использовать несколько команд по очереди. Там и на доске нарисовать можно, и презенташку показать и обсудить что-то. При этом желательно, чтобы по завершении митинга каждый мог получить запись всего сказанного. На начальном этапе проекта, митинги устраиваются чаще, раз в несколько дней.
2. У каждого человека есть "присутственные часы", в течение которых он гарантированно отвечает на звонки для решения срочных вопросов.
3. В конце дня каждый разработчик пишет дневной отчет в формате "Что делалось, какой прогресс, сколько осталось, что будет делаться завтра"
4. Актуальные планы разработки и текущая документация доступны всем членам команды онлайн. Планы автоматически монтироятся и актуализуются на основании дневных отчетов.
5. Внедрена система контроля версий. Каждый день в определенное время билд собирается автоматически и прогоняется через автоматические тесты, всей команде рассылаются нотификации о том, что было изменено в текущем билде и каковы результаты тестирования. За сломанный билд или сломанные тесты бьется по голове.
6. Внедрена система контроля ошибок и интегрирована с системой контроля версий. Таким образом, чтобы билд репорты можно было создавать автоматически.
Что необходимо из технических средств.
1. Intranet с доступом через защищенны канал, например VPN.
2. Система контроля версий, система контроля планов, система контроля ошибок. Идеально, чтобы они были интегрированы между собой, не требовали online подключения и не генерировали слишком большой траффик.
3. Система обмена сообщениями на основе электронной почты и месссенджера типа ICQ с хорошим поиском. Обсуждений будет много, через несколько месяцев найти нужное нереально.
4. Система голосовой связи для срочных вопросов. Телефон, skype, еще что-то.
5. Оборудование для конференцзала: микрофоны, веб камеры, проектор и ПО, которое может всем этим рулить.
6. Система для автоматических билдов и автоматических тестов.
Все это встречается по отдельности, проблема тольбко в том, чтобы все это интегрировать и настроить под конкретный рабочий процесс.
Судя по опыту, что действительно нужно — это хорошая система конференц-связи. Телефонные бриджи, как правило, либо не дают нормального качества, либо стОят очень дорого. Всякие штуки типа Skype ограничивают в количестве участников конференции.
При этом видео не нужно, зато, кроме голоса, есть еще нужные вещи (blackboard, application sharing, средства показа и управления ведением презентаций).
К неплохим решениям я бы отнес что-то типа Centra. Функционально там есть, пожалуй, все что надо, и не только для проведения конференц-связи с возможностью у ведущего включать-отключать микрофоны участников, но даже для проведения удаленных тренингов с показом презентаций и демонстрацией работы реальных приложений. И на ее функциональность можно опираться, пытаясь разработать свою систему. Однако ее стоимость отнюдь не копеечная (если не ошибаюсь, unlimited license версия обойдется в 5-значную сумму долларов, причем ближе к середине диапазона 5-значных сумм ). Систем, подобных этой, на рынке предлагается достаточно, но стоимость у них всех соизмерима.
Кроме того, вот чего не хватает на рынке подобных систем — так это системы распределенного доступа. Все подобные системы имеют один центральный сервер, к которому подключаются клиенты. В итоге, если сервер стоит у буржуинов, а из 10 участников конференции 9 находятся на нашей стороне, нам необходим жирный канал в интернет, который обслужит 9 голосовых подключений (в качественном варианте — умножаем хотя бы на 16 кбит/с, а вообще-то на 32 кбит/с). А это не всегда реально, либо отнюдь недешево. В результате, когда пропускной способности не хватает, получаем либо дефектный звук, либо нарастающую задержку доставки.
В этом контексте прекрасным решением была бы установка двух серверов, связанных между собой одним голосовым каналом. Каждый пользователь подключался бы к серверу на своей стороне по жирной локальной сети, каждый сервер бы микшировал все приходящие на него каналы, и через интернет "гулял" бы единственный поток 32 кбит/с. Качество связи гарантировано (проверено на скайпе: один-два участника конференции — качество отличное, три и более — звук рваный, и задержка нарастает), все довольны.
А чатом пользоваться вряд ли кто-то будет. В Centra чатом пользовались на моей памяти два раза, и оба раза человек не мог активизировать свой микрофон, поэтому чатом ему давались указания, чего где надо нажать
Всякие организационные функции перекладывать на подобную систему — бессмысленно: для этого существуют решения типа Microsoft Exchange и Microsoft Project либо их конкурренты. Изобретать велосипед не вижу смысла.
Здравствуйте, Miroff, Вы писали:
M>Здравствуйте, оwl, Вы писали:
M>Технически ничего сложного нет. M>1. Живые митинги гораздо эффективнее любого виртуального общения. Поэтому я бы сделал так: раз в неделю на пару часов команда собирается в "точке Лагранжа" в специально оборудованной комнате для совещаний. Таких точек может быть несколько, в разных городах, например. Но в этом случае между ними необходима полноценная аудио-видео связь. Бонус в том, что такую точку может использовать несколько команд по очереди. Там и на доске нарисовать можно, и презенташку показать и обсудить что-то. При этом желательно, чтобы по завершении митинга каждый мог получить запись всего сказанного. На начальном этапе проекта, митинги устраиваются чаще, раз в несколько дней. M>2. У каждого человека есть "присутственные часы", в течение которых он гарантированно отвечает на звонки для решения срочных вопросов. M>3. В конце дня каждый разработчик пишет дневной отчет в формате "Что делалось, какой прогресс, сколько осталось, что будет делаться завтра" M>4. Актуальные планы разработки и текущая документация доступны всем членам команды онлайн. Планы автоматически монтироятся и актуализуются на основании дневных отчетов. M>5. Внедрена система контроля версий. Каждый день в определенное время билд собирается автоматически и прогоняется через автоматические тесты, всей команде рассылаются нотификации о том, что было изменено в текущем билде и каковы результаты тестирования. За сломанный билд или сломанные тесты бьется по голове. M>6. Внедрена система контроля ошибок и интегрирована с системой контроля версий. Таким образом, чтобы билд репорты можно было создавать автоматически.
Здравствуйте, оwl, Вы писали:
оwl>- Нужны мульти голосовые чаты.
Ммм, без вида собеседника открывающего рот очень трудно синхронизировать разговор многих людей.
оwl>- Наверное нужны графические планшеты, — что бы от руки нарисовать на общей доске.
Во-во. Самому такие идеи в голову приходят. Это было бы круто.
Не слышал, что уже такие где-то есть.
оwl>- Нужны средства для синхронизации исходников.
Ну cvs, svn, SourceSafe уже сто лет как есть.
оwl>- Система учета рабочего времени.
Есть такие, не проблема.
оwl>- Естественно нужен хороший инет.
Само собой.
Здравствуйте, игппук, Вы писали:
И>Здравствуйте, оwl, Вы писали:
оwl>>Вроде все по отдельности есть, а вот системы нет. Может стоит поиграться с этим и попытаться создать некое приближение к идеалу удаленщика?
И>чем сейчас и занимаюсь. пишу программу под названием Virtual Office (vo). ваши идеи мне тоже пригодятся
Расскажу про Вашего конкурента.
Я слышал положительные отзывы от уважаемых людей про Groove Virtual Office (http://www.groove.net/). Реально помогает.
Здравствуйте, Александр Каширин, Вы писали:
АК>Судя по опыту, что действительно нужно — это хорошая система конференц-связи. Телефонные бриджи, как правило, либо не дают нормального качества, либо стОят очень дорого. Всякие штуки типа Skype ограничивают в количестве участников конференции.
Скажите, вас бы заинтересовала аренда системы конференц связи на основе IP телефонии, с возможностью принимать звонки как с IP телефона, так и с обычного городского телефона по бесплатному номеру?
В настоящее время существует возможность организовать такую услугу для широкого доступа... так чтобы клиентам не нужно было приобретать дорогую систему организации конференц связи, а просто арендовать необходимое время или каналы для конференции на нашем оборудовании...