Половина первого. В автосервис приехал заказчик на жигулях “семерке”. На машине была разбита левая фара.
— За сколько замените фару?
— За час думаю сделаем — сказал мастер, посмотрев на фару и переведя взгляд на второго мастера.
— Да точно сделаем — подтвердил второй мастер.
— Ок, через час можно будет забрать машину?
— Да, конечно — мы же её не у себя оставим.
(далее…)
Перевод статьи «Dependency Management in a Large Agile Environment».
Департамент разработки Salesforce.com включает в себя более 30 Scrum-команд, совместно работающих над общим кодом в одной и той же ветке системы контроля версий. Статья описывает методы, используемые salesforce.com для масштабирования Scrum-подхода и для управления межкомандными взаимосвязями.
В октябре 2006 года начался грандиозный переход отдела разработки (R&D) salesforce.com от модели водопада к гибким методологиям, основанных на Scrum. На тот момент прошло 10 месяцев с предыдущего мажорного релиза, а дата выпуска нового переносилась уже пять раз. Многих расстраивало, что продукт выпускается редко и с серьёзными опозданиями. Мы не стали дожидаться завершения релиза, реорганизовали существующие команды в Scrum-команды и с помощью процессов Scrum выпустили релиз в феврале 2007 года. С тех пор, используя наш новый гибкий подход, мы выпустили уже пять мажорных релизов (длительностью в 3-4 месяца) нашего набора SaaS приложений и платформы Force.com. Каждый из них состоялся точно в запланированный день.
Во время реорганизации мы следовали рекомендациям Scrum для отдельных команд, но не обращали особого внимания на взаимодействие между командами. Формируя команды, мы стремились минимизировать зависимости между ними, однако код не изменился в одночасье, так что сохранилось немало взаимосвязей. Довольно скоро мы внедрили Scrum-of-Scrum meetings. Эти встречи помогали обсуждать проблемы и состояние дел, но одних только собраний было недостаточно. Работая над последними пятью релизами, мы опробовали и отшлифовали дополнительные подходы, улучшающие взаимодействие команд. Далее в статье мы расскажем о некоторых трудностях с управлением зависимостями и о том, как мы преодолели эти проблемы.
(далее…)
Процессы глобализации уже давно сделали нашу планету единым целым обществом, которое позволяет быстро и легко устанавливать контакты между отдельными его членами. Однако некоторые барьеры все же существуют и поныне — среди них стоит отметить языковые, которые ограничивают коммуникации между людьми. Международным языком общения считается английский — он является наиболее распространенным, однако далеко не все люди могут эффективно использовать его. В настоящее время существует множество различных методик обучения иностранным языкам, с помощью которых можно выйти на новый уровень личных, деловых и рабочих коммуникаций.
(далее…)
Привет, %username%!
Я хочу спросить тебя об одной маленькой, довольно фантастической, в чем то сумасшедшей вещи (и заодно спровоцировать на ее обсуждение).
Представь себе, что однажды утром, читая новостную рассылку твоей компании-работодателя, ты видишь в ней письмо, в котором написано нечто невообразимое.
«Сколько языков ты знаешь, столько раз ты живёшь». Гёте
Всем привет! Я работаю в команде проекта DesignContest, пару недель назад мы выложили новый релиз нашего сервиса. В этой версии мы исправили несколько важных пунктов: сайт стал быстрее, корректно работает на любых устройствах, имеет современный адаптивный дизайн. Еще мы дополнительно добавили защиту от взлома профилей технологией AES-256. Все это хорошо и нужно, но под понятие “суперфича” не подходят, т.к. должны быть у любого хорошего сервиса.
Суперфичей, которую мы действительно полюбили, стал переводчик, полностью внедренный в сайт. Как и зачем мы это сделали, а также о том, что мы придумали для экономии на запросах в переводчик — расскажу ниже.
(далее…)
Я путешественник. Не просто отпускник, который раз или два в год привозит паспорт и деньги в турагентство, выбирает какой-нибудь All Inclusive-тур и далее по стандартной схеме: duty-free, огромное количество бухла как «лекарство от аэрофобии», дебош в самолете (опционально, если кураж пойдет), трансфер, отель и так далее. Мне же это не интересно, бросаться камнями в любителей такого досуга не буду – каждый сам делает свой выбор, но я пользоваться услугами туроператоров не люблю. Не хочу и все. Не потому, что не доверяю им, а скорее потому, что они (причем, за мои же деньги) лишают меня 50% кайфа от путешествия, которое для меня, как правило, начинается задолго до самой поездки или полета.
Очередная вылазка для меня, прежде всего, дата-майнинг и тщательное планирование, если маршрут новый. Если же хорошо знакомый и вся предварительная работа проделана (в паспорте стоит мультишенген, а на перевале ждут свежие лошади, а любимый лоукостер скинул цены ниже некуда), то элемент спонтанности, напротив, способен привнести в путешествие особую прелесть. В общем, суть проста – я делаю все сам – сам покупаю билеты, бронирую отель или организую себе вписку как-то иначе (каучсерфинг, например – вполне годный способ), сам планирую график своих передвижений, и сам решаю, пора мне возвращаться домой, или все-таки после двух недель странствий махнуть из Лиссабона в Базель, куда Ryanair предлагает мне сегодня долететь за 9 евро. (далее…)
Известно, что контуры проектного управления как современной научно-инженерной дисциплины начали оформляться в 50-х годах XX века в США. В этот период было положено начало методике календарно-сетевого планирования.
Однако не стоит забывать, что еще в 20-х годах активными темпами развитие проектных технологий шло и у нас. Страна с крупнейшей в мире плановой экономикой, СССР с 30-х годов прошлого столетия начал реализовывать ряд масштабных проектов, а названия некоторых стали известными на весь мир.
Немногим известно, что в СССР существовала отдельная дисциплина под названием «Научная организация труда» (сокращенно – НОР), включавшая в себя ключевые методы и инструменты проектирования, которые успешно применяются сегодня в PMBok.
Но обо всем по порядку.
На написание данного материала меня с подвигло многочисленное упоминание о том, как же тяжело иногда бывает женщине ужиться в мужском коллективе, быть одной в кабинете, полном мужчин и какие подводные камни есть во всем этом. Но я еще никогда не видел рассказа о том, каково бывает мужчине, волею судьбы оказавшемуся не у станка, а в одном кабинете с некоторым количеством молодых и не очень женщин не-технарей. Поверьте тут тоже не все так просто для линейного мужского мышления. Однажды я попал в подобную ситуацию и скажу я вам, что это, фактически, бесценный опыт, но местами очень болезненный.
Но обо всем по порядку под катом.
(далее…)
DARPA и Kickstarter уже взялись за мозг, теперь ваша очередь
В 2013 году DARPA обратилось к сообществу мэйкеров и хакеров с предложением создать бюджетный вариант портативного ЭЭГ. (Статья The Verge, запись выступления на fora.tv). Наступил момент которого я так долго ждал, а именно, что в Москве появилось много нейрогарнитур. (Одна из них живет в Хакспейсе, можно приходить и тестить)
Впервые я заинтересовался нейроинтерфейсами в 2011 году, но в те времена в Москве был только MindBall (за 60.000 руб если не ошибаюсь), пару лет спустя, благодаря Хабрастарожилу sasha237, мне удалось потестить Emotiv (он стоил тогда 15.000+ рублей) и даже выступить с ним в НИУ ВШЭ, сейчас же на всех выставках гаджетов присутствует нейрогаджет NeuroSky (примерная цена 5.000 рублей), что меня очень радует, ибо с тех пор как на моей голове побывали электроды от Emotiv, я ждал того момента, когда в руки разработчиков попадет подобный девайс и начнется развитие этой отрасли.
Так же, как когда-то первые компы появлялись в гаражах и мастерских у айтишников и это привело к появлению нового мира, так я очень надеюсь, что когда за ЭЭГ возьмется достаточное количество сумасшедших толковых разработчиков, это приведет к чему-то новому, о чем сейчас даже трудно представить. (например, что человек станет всего лишь периферийным устройством)
Следующие шаги которых я жду:
а) появление сообщества людей, которые тренируют мозг как спорт
б) появление сообщества разработчиков ПО/железяк
Под катом обзор софтины по прокачке мозга и нескольких нейропроектов с кикстартера
(далее…)
Последние лет десять я проектами не руковожу. Но регулярно участвую в согласовании планов при запуске новых программных проектов. Многие проекты проваливаются не от того, что у них нет плана, а от того, что в этом плане забыты важные работы. Большинство начинающих менеджеров прыгают по одним и тем же граблям допускают схожие ошибки. Поэтому у меня накопился небольшой контрольный список вопросов, по которому я пробегаю, прежде чем приступить к более глубокому анализу плана.
(далее…)
