Офис Ciklum в Днепропетровске приглашает вас посетить Speakers' Corner по тематикам time management и планирование в Agile.
14 марта, 18:30, «Time management – getting your time under control» от Вадима Тиканова vadimdne
На этой встрече мы поговорим о том, как лучше управлять нашим самым ценным ресурсом – временем. Увидим как легко успевать все, при этом не будучи постоянно занятым. Спланируем поездку в Японию, обучение игре на скрипке и, наконец, разберемся как победить прокрастинацию.
Прошлой осенью, вернувшись из отпуска, я обнаружил, что Дехана, наш Product Manager в UserVoice, заменила мой любимый «Roadmap» в Google Docs на доску Trello.
Моя первоначальная реакция на такие перемены была отнюдь не положительной. Проблема заключалась не в самом Trello, а в том, как мы им пользовались. Trello – это ОЧЕНЬ открытый проект. Не существует единственного “правильного” способа работы в Trello, поэтому, чтобы чувствовать себя в нем как дома, вам потребуется время для настройки «под себя».
Итак, после долгих экспериментов, нам, кажется, удалось получить полностью устраивающую нас систему работы, и мы решили, что стоит поделиться ею со всеми. Этот пост будет длиннее, чем обычно, и если вы далеки от темы веб-разработки, он может показаться вам немного скучным. Если вы решите сразу перейти к части поста, посвящённой полученным урокам, я, несомненно, расстроюсь, но обижаться не стану.Читать полностью »
.jpg "История развития методологий проектирования (программной инженерии)")
-2.gif "История развития методологий проектирования (программной инженерии)")
При написании статьи у меня возникли большие трудности с поиском информации. Информации просто не было. После долгого копания в страницах гугла обнаружилось, что терминология проектирования в русском языке несколько отличается. В русском языке проектирование это один из этапов разработки программного обеспечения, а дисциплина, изучающая проблематику создания и управления проектами, методологий проектирования и т.д. называется программной инженерией или технологией промышленного программирования(если совсем по русски). Если еще остались те кто этого не знал, то возможно мое замечание, вам, немного поможет.
Этот пост навеян оценкой большого технологического проекта, в которой мне довелось поучаствовать. Оценка началась катастрофически – после недель совещаний, сборов рабочих групп и размышлений тимлидов разработка представила оценку сроков разработки – с разбросом в 14 месяцев между минимальной и максимальной длительностью проекта.
Сам проект был посвящен большой и объемной фиче в уже существующем продукте, но не являлся r&d проектом, где подобный разброс можно было бы правдоподобно вписать в проектный план.
И в то время, как финансовый отдел уже расчехлил пулемет, наша проектная gang of four собралась на срочное обсуждение того, что делать с такими сроками разработки: можно ли планировать загрузку людей, считать риски, как быть с критическими взаимосвязями с другими компонентами. Но, пожалуй, самым волнующим вопросом был вопрос насколько валидна такая оценка, и можем ли мы помочь разработке оценивать точнее и лучше.
Читать полностью »
Уважаемые разработчики и специалисты по разработке ПО!
От лица команды конференции DevCon 2013 я с удовольствием анонсирую в рамках конференции проведение мастер-класса Scrum: теория и практика в Visual Studio 2012 от гуру гибких методологий разработки Асхата Уразбаева и Виктора Стрелкова.
Желаете узнать больше про гибкие методологии? Интересуетесь применением Scrum при разработке программного обеспечения? Используете в команде Visual Studio и планируете применять Agile и Scrum?
Тогда мастер-класс от Асхата Уразбаева и Виктора Стрелкова будет вам крайне полезен!
Scrum — гибкая методология разработки ПО, позволяющая в жесткие фиксированные сроки реализовать наиболее приоритетные задачи.
Благодаря своей эффективности и простоте внедрения, Scrum получил большое распространение среди разработчиков по всему миру: его используют практически все софтверные компании. Система управления жизненным циклом приложения Microsoft Team Foundation Server 2012 позволяет в полной мере реализовать управление проектом и продуктом по методологии Scrum, что будет продемонстрировано в мастер-классе.
Цель мастер-класса — дать возможность участникам увидеть и попробовать, как идеи гибких методологий практически воплощаются в TFS 2012 и Visual Studio 2012.
Читать полностью »
Александр сделал обзор практических подходов к проведению ретроспектив.
Минимум теории – только практические руководства к действию.
В докладе Александра не было классических шаблонов, пришедшие могли выбрать то, что подходит индивидуально их команде.
Узнали о том, какой формат ретро подходит для каких ситуаций и как превратить ретроспективу в полезное и динамичное времяпровождение для команды.
Читать полностью »
Классический подход обязывает руководителя проекта, в ускоренном режиме, проводить приоритезацию задач используя для этого категоризацию требований на основе классификации Эйзенхауэра. Результатом всей этой «приоритезации» может стать упущенная выгода, потеря конкурентного преимущества и 100% удовлетворенность процессом руководителя проекта. Другое дело, когда команда реализует требования, которые клиент с восторгом готов принять!
Личностей типа «сноллигостер» хочется предупредить, что они могут этот топик не читать, дабы не травмировать свою психику.
Всем остальным: Добро пожаловать в новый мир!
Читать полностью »
Всем привет! Продолжаю тему постов про подход к сбору требований под названием Spec By Example. Я уже делал вебинар про общие ценности данного подхода (о нем чуть ниже), а сегодня хочу показать как оно на работает на примере достаточно простого, на первый взляд требования. Самого требование звучит очень просто:
В системе должно отображаться уровень заполненности склада за счет отображения количества товаров каждого типа. При отгрузке/приеме товаров значение должно обновляться.
В принципе, ничего сложного, но давайте посмотрим, какие сюрпризы таятся внутри!
Читать полностью »
Недавно, на Скрам портале была опубликована статья Майка Кона об Общепринятых практиках в Скраме — практиках, которые довольно часто встречаются в Скрам-проектах, но не являются базовыми правилами Скрам.
Скрам поощряет подобные добавления и специально построен минималистично, дабы команды могли добавить то, что им по вкусу. Не стоит путать подобные улучшения процесса с печально известным Скрам-ном. В отличие от последнего, добавленные практики улучшают процесс, повышая эффективность выпуска продуктов и выравнивая поток работ.
Сегодня я хочу поделиться множеством таких практик, собранных вокруг работы с требованиями. За последние несколько лет перечисленные практики мне не раз довелось наблюдать за кулисами у успешных команд в роли agile-коуча и рассказывать о них на тренингах Certified ScrumMaster в роли скрам-тренера.
Я ни в коем случае не претендую на полноту практик и буду рад услышать дополнения. Некоторые из перечисленных практик заслуживают отдельных статей — это work in progress.
От переводчика. Продолжая серию переводов про DevOps, в этот раз хочется поговорить о том, как делать НЕ надо. Мы сталкивались с этим, каждый раз, когда приходит что-то новое, например agile. Возникают культы карго, слышаться речи, что мы особенные и у нас все не так и так далее. Так давайте же попробуем избежать этого в случае DevOps.
Итак, вы хотите стать DevOps? Хорошо, но прежде чем начать, давайте взглянем на некоторые вещи, которые вы не должны делать.
В старые добрые времена, мы просто называли их «плохие идеи», но появилась дипломатия и политкорректность, ушел «мозговой штурм» и появился «idea shower», а вместе с ним и слово «анти-паттерны».
Если «паттерн» это правильный путь, то по своей сути «анти-паттерн» является неправильным — и поэтому, чтобы не дать вам пойти неверным путем, мы составили этот список (с небольшой помощью DevOps сообщества).
Читать полностью »
