Оплата 1500 до 15 августа, после 3000 до 15 сентября и до 17 сентября будет цена 4500 рублей.
Цена за конференцию включает в себя все треки и мастер-классы, которые будут проводить докладчики.
Есть отдельные тренинги: Coaching Agility и Сертификации Scrum Master и Product Owner они соответственно за отдельные деньги, ссылки на них находятся в посте.
Я думаю все будет, хорошо мы вообще планируем сделать 3 потока. Но пока не нашли подходящего отеля который бы смог поместить два потока по 150 человек + залы для мастер-классов.
Самое главное, НАУМЕН держит курс на Agile ( мы подразумеваем Agile — как набор передовых подходов в разработке ПО, а не как набор Мантр из книжек по Scrum или XP)… поэтому Наумен интересная компания, как для разработчиков так и для Agile сообщества в целом.
Как бы мы не говорили о Customer Satisfaction. Но Samsung — это компания, комания должна зарабатывать деньги. Все забивают рынок андройда.
От сюда следует несколько фактов с которыми всем нам нужно смириться.
1. вы получаете куча телефонов которые: а) не совершенны по железу (так как все эти модели сидируют рынок) б) ограниченные по функционалу (ибо какой бы андройд не был классный он еще сыроват).
2. ОС Андройд будет развиваться до версии 4 (или как хотите называйте), до тех пор пока не добьется паритета производительности и функциональности с Iphone OS. Следовательно версии будут вылетать из Гугла, как пирожки из печки.
3. Следовательно тендеция появления телефонов, которые «пробуют» андройд (компаниям нужно за дешево выпустить, чтонибудь чтобы понять, как ведет себя рынок). Сейчас основные игроки Samsung, Htc и где-то там (реанимируя свой телефонно-смартфонный бизнес) Motorolla. Наверняка подключаться Sony Ericsson и даже может быть, прототипчик выкинет Nokia (хоть они и пытаются жить по своим правилам). Так что еще будет куча трубок которые вас будут расстраивать.
4. Единственный шанс не страдать от этого (и с этим я согласен с автором статьи), брать либо Google-телефоны либо выиискивать топовые модели, с запасом производительности.
Ну незнаю почему у вас нет возможности =)
Сервисов много их обычно используют если ваша команда распределена.
Рекламировать небуду достаточно сделать google scrum Tools или tools for agile
1) Декомпозируйте фитчи на задачи. (Каждую большую фунциональность можно декомпозировать на несколько маленьких, каждую маленькую фитчу декомпозируем на задачи (написать класс, протестировать, база данных и так далее...))
2) Если итерация 1 неделя — рекомендуется декомпозировать задачи так чтобы они были не больше 8 часов елси 2 недели — то 13 если месячная итерация не больше 20.
3) BurnDownChart — вы сжигаете часы которые перешли в done. сжигаете столько сколько написано было на задачи. В чеклисте они не равнозначны. Иначе бы график сжигался бы равномерно, на картинками он скачками.
Кроссфункциональность начинается с того, что вы снимаете ярлыки и решаете проблемы вместе(например: если у вас много задач по тестированию, то не нужно ждать пока тестировщик все доделает — помогите ему, сделайте кросстестинг (разработчик тестирует задачу, которую писал другой разработчик), или быть может в итерации много задач по верстке, возможно со времинем, разработчики могут помогать с версткой, верстальщикам и наоборот у нас были случаи когда, верстальщики начинали учить php и помогать разработчикам). Безусловно это не так просто начать, но это придает гибкости вашей команде и снижает риски. Как минимум должны быть кросфункциональны программисты. Дизайнеров — код учить писать не надо (используйте здравый смысл) :).
Корректирующие действия:
— Вы понимаете, что не успеваете. Идете к PO и говорите, что нужно сделать descope (убрать некоторые задачи)
Вы не успеваете и понимаете, что не правильно спланировали итерацию — лучше остановить итерацию и перепланировать.
Вы предоставляете информацию о ваших успехах — PO определяет, что делать со списком работ на итерацию (отменить, выбрать приоритетные, сфокусировать на одной и так далее...)
В ближайшее время (месяц, два) мы постараемся выпустить книгу о Гибкой-разработке ПО с упором на Российский опыт (он отличен от Американского — ценности разные у нас). Сохраним локаничность стиля изложения, но добавим так же немаловажные аспекты разработки: долгосрочное планирование, организация тестирования, управление требованиями с кейсами отечественных компаний.
Все, что написано в этом чеклисте — мы используем в нашей практике.
Что касаемо TaskBoard — мы его не используем очень в редких случаях (Распределенная разработка аля Москва-Чикаго-Сингапур).
Это лучший способ визуализировать процесс разработки для команды, хороший способ сделать многие проблемы открытыми для решения внутри команды.
Согласен, здесь все очень просто. Если инструмент найдет своего покупателя (не по дизайну, а по функциональности). Будут продажи. Будут продажи, будет повод инвестировать, будет повод улучшать.
Дайте Шанс отечественной разработке.
Так что это выглядит неплохо. Тем более если скажем первыми клиентами будут логистические компании (дальнобойщикам пофиг как он выглядит) или гос такси, ну или еще что-то, что олицетворяет не рядового потребителя и не в коем случае не нас (гиков с хабра :) ). Нам нужен дизайн по лучше, вес полегче и интерфейс «как у айфона»
Я был бы очень рад синхронизироваться с гугл но…
У меня вопрос, как заставить разделить контакты?
Например у меня есть контакты, которые стоит синхронизировать с телефоном (порядка ста-ста пятидисяти контактов) и порядка 400 контактов из почты, которые мне не сдались.
Проснулся и разослал.
Цена за конференцию включает в себя все треки и мастер-классы, которые будут проводить докладчики.
Есть отдельные тренинги: Coaching Agility и Сертификации Scrum Master и Product Owner они соответственно за отдельные деньги, ссылки на них находятся в посте.
Но думаю найдем, если есть идеи предлагайте.
Верим, надеемся, ждем…
От сюда следует несколько фактов с которыми всем нам нужно смириться.
1. вы получаете куча телефонов которые: а) не совершенны по железу (так как все эти модели сидируют рынок) б) ограниченные по функционалу (ибо какой бы андройд не был классный он еще сыроват).
2. ОС Андройд будет развиваться до версии 4 (или как хотите называйте), до тех пор пока не добьется паритета производительности и функциональности с Iphone OS. Следовательно версии будут вылетать из Гугла, как пирожки из печки.
3. Следовательно тендеция появления телефонов, которые «пробуют» андройд (компаниям нужно за дешево выпустить, чтонибудь чтобы понять, как ведет себя рынок). Сейчас основные игроки Samsung, Htc и где-то там (реанимируя свой телефонно-смартфонный бизнес) Motorolla. Наверняка подключаться Sony Ericsson и даже может быть, прототипчик выкинет Nokia (хоть они и пытаются жить по своим правилам). Так что еще будет куча трубок которые вас будут расстраивать.
4. Единственный шанс не страдать от этого (и с этим я согласен с автором статьи), брать либо Google-телефоны либо выиискивать топовые модели, с запасом производительности.
Но всеравно спасибо =)
Думаю, читателям данного поста, будут интересны ваши замечания.
И очень не стабильная работа под mac =(.
Сервисов много их обычно используют если ваша команда распределена.
Рекламировать небуду достаточно сделать google scrum Tools или tools for agile
2) Если итерация 1 неделя — рекомендуется декомпозировать задачи так чтобы они были не больше 8 часов елси 2 недели — то 13 если месячная итерация не больше 20.
3) BurnDownChart — вы сжигаете часы которые перешли в done. сжигаете столько сколько написано было на задачи. В чеклисте они не равнозначны. Иначе бы график сжигался бы равномерно, на картинками он скачками.
Корректирующие действия:
— Вы понимаете, что не успеваете. Идете к PO и говорите, что нужно сделать descope (убрать некоторые задачи)
Вы не успеваете и понимаете, что не правильно спланировали итерацию — лучше остановить итерацию и перепланировать.
Вы предоставляете информацию о ваших успехах — PO определяет, что делать со списком работ на итерацию (отменить, выбрать приоритетные, сфокусировать на одной и так далее...)
Что касаемо TaskBoard — мы его не используем очень в редких случаях (Распределенная разработка аля Москва-Чикаго-Сингапур).
Это лучший способ визуализировать процесс разработки для команды, хороший способ сделать многие проблемы открытыми для решения внутри команды.
Но одно дело смотреть, другое дело учавствовать :)
Дайте Шанс отечественной разработке.
Так что это выглядит неплохо. Тем более если скажем первыми клиентами будут логистические компании (дальнобойщикам пофиг как он выглядит) или гос такси, ну или еще что-то, что олицетворяет не рядового потребителя и не в коем случае не нас (гиков с хабра :) ). Нам нужен дизайн по лучше, вес полегче и интерфейс «как у айфона»
Я бы просто набрался терпения :)
У меня вопрос, как заставить разделить контакты?
Например у меня есть контакты, которые стоит синхронизировать с телефоном (порядка ста-ста пятидисяти контактов) и порядка 400 контактов из почты, которые мне не сдались.
Как быть?