войти зарегистрироваться

Блог компании ИТ-АренаЖивой пример применения гибкого подхода к разработке ПО в российском стартапе


Привет, хабрадруг. Считаешь ли ты, что waterfall (каскад) при разработке ПО — это единственный расово-верный подход? Да или нет — спеши под кат.

Блог компании ИТ-АренаПочему Code Review в smartnut.ru?

Привет, Хабр! Я — один из команды разработчиков SmartNut, web-сервиса для небольших компаний, занимающихся поддержкой и it-аутсорсингом. Мы гордимся тем, что мы делаем и ничуть не меньше тем, как мы это делаем. Хочу поделиться с вами историей из реальной жизни на тему code review.

Все люди внутри перфекционисты. Если Вы не видите этого в человеке, то это совсем не означает, что этого в человеке нет. Возможно, у себя дома у него идеальный порядок, хотя код он пишет и не очень. Другой же наоборот, может держать порядок в коде или в машине, но где-то попустительствовать в отношении себя.
Однако, проще всего найти перфекциониста в отношении к окружающим. Очень просто требовать идеального выполнения работы, конечно, если ты сам знаешь как её хорошо делать.

Ненормальное программированиеУдалённое парное программирование с использованием GNU Screen

Перевод этой статьи может послужить хорошей пошаговой инструкцией для тех, кто регулярно пользуется парным программированием, или хотя бы совместным просмотром кода, и при этом знаком и готов использовать текстовые редакторы, работающие в текстовом режиме (Emacs, vi и т.п.). В статье дано много интересных ссылок, советую по ним пробежать глазами, а первый комментарий содержит ссылку на аналогичный опыт, но с более чистым аналогом GNU Screen — tmux.

У нас в Siyelo две распределённых команды, одна в Кейптауне, вторая в Скопье. Нам приходится придумывать, как заниматься удалённым парным программированием между офисами. Существует много возможностей (отличный обобщающий пост здесь).
Раньше мы постоянно пользовались Skype'ом для разделения экрана, но у нас при этом возникали следующие проблемы:

— нет контроля над экраном другого пользователя (странно, у меня такая возможность есть, возможно с помощью какого-то плагина)
— невозможно одновременно разделять экран и использовать видеоконференцию (о том, зачем это нужно подробнее есть в заметке по ссылке, данной несколькими строками выше)
— пропускная способность сети иногда может стать проблемой
— это не инструмент для парного программирования

Блог компании Бизнес-Инкубатор InCubeМастер-класс в InCube: «Обзор методологий ведения проектов. Их применение в стартапах»

28 марта в InCube пройдет новый мастер-класс Сергея Боронина для стартаперов. Вы познакомитесь с методологиями ведения проектов, достоинствами и недостатками каждой из них.

В рамках мастер-класса будут рассмотрены следующие методологии:
  • RUP
  • MSF
  • PMBoK
  • PRINCE2 – PRojects In Controlled Environments
  • Agile
  • Extreme programming
  • Scrum
  • DSDM
  • Adaptive Software Development
  • Crystal Clear
  • Feature-Driven Development
  • Pragmatic Programming

Цель мероприятия — дать стартаперу возможность выбрать методологию наилучшим образом отвечающую потребностям его проекта и получить ключевую информацию необходимую для того, чтобы начать ее применять. Для не резидентов инкубатора участие платное, стоимость участия 1250 рублей.

Регистрация на мероприятие

Мастер-класс пройдет 28 марта 2011 г. с 19:00 до 22:00 на территории кампуса РАНХиГС по адресу м. Юго-Западная, пр-т Вернадского, д. 82, корп. 1.

AgileЭкстремальный аджайл — танцую я один

Я продолжаю сериал, начатый постом «Экстремальный аджайл — танцуют все!», посвященный распространению полезных практик из гибких методологий разработки на всех, кто вовлечён в проект. Ведь это несправедливо, когда отличными практиками пользуются только разработчики. Вашему вниманию предлагается видео доклада с рассказом о том, как мы решаем проблемы недостатка ресурсов и непрогнозируемых сроков, что мы делаем, когда не знаем с чего начать разработку и каким будет следующий шаг. Кроме того раз и навсегда решается вопрос необходимости тщательного стратегического планирования :) Как всегда, все это не теоретизирование и пересказ книжек и статей, а реальный опыт работы над реальным проектом. В общем этот пост писался с мыслью: «Давайте поговорим о процессе разработки и проблемах, связанных с ним. Долой маркетинговый буллшит и пустые теоритезирования!».

Блог компании Студия веб-разработок Михаила КечиноваHackDay: Битва компаний — 9-10 декабря

HackDay: Company Battle — новый формат соревнований между IT-компаниями: необходимо продумать концепцию проекта, заявить и реализовать ее за 24 часа. Участвовать в HackDay: Company Battle может любая софтверная компания. Участницы должны выставить команду, которая будет способна целиком спроектировать и написать прототип проекта за сутки. Мы задаем только тематику проектов, например: коммерция, игры, утилиты, развлечения и тому подобное. После этого у вас будут сутки на то, чтобы разработать проект от идеи до работающего прототипа, готового для демонстрации. Разработанные приложения будут оцениваться жюри по ряду параметров: безопасность, баги, идея, качество кода и др.

Битва будет происходить в Петербурге, но мы ждем команды из других городов.

Если вы считаете свою компанию лучше других и не боитесь это доказать, у вас появилась возможность.

Всего есть места для 20 команд. 4 компании подтвердили свое участие. Осталось 16.

Зрители приглашаются в пятницу вечером на официальное представление проектов.

Правила.
Заявка на участие.

AgileЭкстремальный аджайл — танцуют все!

Всем привет! На протяжении года мы разрабатываем сервис «Эльба». В нашем проекте мы ввели практики аджайла для всей команды: для аналитиков, интерфейсологов, инженерных психологов, документаторов, тестировщиков и продвиженцев, а не только для разработчиков. Кажется, получилось хорошо, и мы хотим поделиться этим опытом.

TDDСсылка: живая демонстрация Ping-pong programming

Видео с живой демонстрации техники «ping-pong programming» (разновидность парного программирования), показанной на встрече DevClub в сентябре 2009 года:

Управление проектамиПанацея ли Scrum — 2!

Этот топик, есть продолжение вот этого топика: habrahabr.ru/blogs/pm/39308/

Итак. Продолжим повествование на тему Скрама.

Перед тем, как описать саму методологию, чуть коснёмся классификации. Часто приходится слышать: у нас XP методология, а у нас Скрам, а у нас Agile девелопмент. Всё это имеет право на жизнь. Но, на мой взгляд, желательно правильно соотносить эти понятия.

XP — это набор принципов и подходов, меняющих традиционное отношение к разработке современного программного продукта.

Agile – это общее название группы гибких и достаточно успешных методик организации ведения проектов. Методик, которые, как правило, опираются на принципы XP и предполагают быструю итеративную разработку, тесное общение с заказчиком и, за счёт тесного общения членов команды, минимизацию создания дополнительных сущностей (артефактов/документов), которые традиционно создавались в процессе работы над проектом. Минимизацию всего того, что создаётся помимо самого программного кода.

Scrum – это одна из конкретных Agile-методик. То есть чёткий шаблон (каркас) организации управления проектом. Со своими терминами и понятиями. Если вы близко следуете именно этому шаблону, то можно сказать, что вы ведёте разработку по Скрам.

Я часто сталкиваюсь с другой классификацией, когда XP называют Agile методологией. Сложно сказать…