Уважаемые партнеры! Приглашаем принять участие в маркетинговой акции «Вкусные условия». Участвующие бренды: Vitek, Hyundai, Rondell, Starwind. Фокусные продукты: вафельницы, тостеры, сэндвичницы, хлебопечи, кофемашины, электрические турки, капельные и рожковые кофеварки. Период действия акции: с ...
Уважаемые партнеры! Приглашаем вас принять участие в промопрограмме на всю линейку продукции Patriot. Закупая оборудование Patriot, вы накапливаете бонусы. По итогам акции накопленные бонусы выдаются в виде подарочных сертификатов различных розничных сетей по вашему выбору
Получите кешбэк 5% на закупку новых моделей мини-ПК CBR до 15 декабря^ Артикул 11039713 CBR DT-001 Артикул 11039714 CBR DT-002 Артикул 11111883 CBR DT-007 Артикул 11113650 CBR DT-008 В течение 10 дней после отгрузки заполните форму регистрации, указав свои данные: ФИО, код клиента, должность ...
Открытая модель разработки становится всё популярней. Однако у всякой медали две стороны — на практике вместо повышения эффективности может получиться совершенно противоположный эффект. Разумеется, сама модель тут совершенно не при чём — это всего лишь инструмент, которым следует ещё и уметь пользоваться. В старые добрые времена открытыми проектами руководили люди, для которых подобная модель была привычной и понятной. За их плечами был большой опыт участия в разработках Open Source, и большинство правильных решений они принимали не задумываясь. Они «играли в свою игру на своём поле» и именно поэтому достигали успеха. Совершенно противоположная ситуация может возникнуть в командах, участники которых не имеют такого опыта. В случае «директивного» перехода на Open Source неизбежны проблемы, возникающие из-за того, что руководители проектов сами не понимают сути открытой модели, ошибочно считая, что открытость сама по себе может сделать процесс более эффективным. Член Forbes Coaches Council, консультант по управлению Джен Келчнер решила поделиться с читателями сайта OpenSource.com своими знаниями по построению коммуникаций в открытом проекте. По её мнению, именно ошибки в этой области приводят к дезинтеграции команды разработчиков и, как следствие, к низкой эффективности совместной работы. Если в традиционных корпоративных моделях под связью часто понимается простой процесс передачи информации от одного сотрудника к другому, то в проектах Open Source это значительно более ... читать далее.
