Pull to refresh
  • by relevance
  • by date
  • by rating

Панацея ли Scrum — 2!

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

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

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

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

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

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

Я часто сталкиваюсь с другой классификацией, когда XP называют Agile методологией. Сложно сказать…
Читать дальше →
Total votes 69: ↑63 and ↓6 +57
Views 5K
Comments 25

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

Agile *
Всем привет! На протяжении года мы разрабатываем сервис «Эльба». В нашем проекте мы ввели практики аджайла для всей команды: для аналитиков, интерфейсологов, инженерных психологов, документаторов, тестировщиков и продвиженцев, а не только для разработчиков. Кажется, получилось хорошо, и мы хотим поделиться этим опытом.
Почему экстремальный?
Total votes 125: ↑114 and ↓11 +103
Views 6.2K
Comments 84

HackDay: Битва компаний — 9-10 декабря

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

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

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

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

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

Правила.
Заявка на участие.
Total votes 39: ↑33 and ↓6 +27
Views 4K
Comments 29

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

Agile *
Я продолжаю сериал, начатый постом «Экстремальный аджайл — танцуют все!», посвященный распространению полезных практик из гибких методологий разработки на всех, кто вовлечён в проект. Ведь это несправедливо, когда отличными практиками пользуются только разработчики. Вашему вниманию предлагается видео доклада с рассказом о том, как мы решаем проблемы недостатка ресурсов и непрогнозируемых сроков, что мы делаем, когда не знаем с чего начать разработку и каким будет следующий шаг. Кроме того раз и навсегда решается вопрос необходимости тщательного стратегического планирования :) Как всегда, все это не теоретизирование и пересказ книжек и статей, а реальный опыт работы над реальным проектом. В общем этот пост писался с мыслью: «Давайте поговорим о процессе разработки и проблемах, связанных с ним. Долой маркетинговый буллшит и пустые теоритезирования!».
Читать дальше →
Total votes 66: ↑51 and ↓15 +36
Views 1.5K
Comments 19

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

Бизнес-Инкубатор InCube corporate blog
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.
Total votes 7: ↑4 and ↓3 +1
Views 2.4K
Comments 3

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

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

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

— нет контроля над экраном другого пользователя (странно, у меня такая возможность есть, возможно с помощью какого-то плагина)
— невозможно одновременно разделять экран и использовать видеоконференцию (о том, зачем это нужно подробнее есть в заметке по ссылке, данной несколькими строками выше)
— пропускная способность сети иногда может стать проблемой
— это не инструмент для парного программирования
Читать дальше →
Total votes 23: ↑22 and ↓1 +21
Views 5.3K
Comments 10

Почему Code Review в smartnut.ru?

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

Все люди внутри перфекционисты. Если Вы не видите этого в человеке, то это совсем не означает, что этого в человеке нет. Возможно, у себя дома у него идеальный порядок, хотя код он пишет и не очень. Другой же наоборот, может держать порядок в коде или в машине, но где-то попустительствовать в отношении себя.
Однако, проще всего найти перфекциониста в отношении к окружающим. Очень просто требовать идеального выполнения работы, конечно, если ты сам знаешь как её хорошо делать.
Серебряная пуля для хорошего кода - Code Review.
Total votes 11: ↑7 and ↓4 +3
Views 4.1K
Comments 17

Живой пример применения гибкого подхода к разработке ПО в российском стартапе

ITSM 365 corporate blog

Привет, хабрадруг. Считаешь ли ты, что waterfall (каскад) при разработке ПО — это единственный расово-верный подход? Да или нет — спеши под кат.
Читать дальше →
Total votes 29: ↑26 and ↓3 +23
Views 16K
Comments 40

Откуда мифы про Agile

BiPulse corporate blog Project management *Agile *

Сейчас много говорят о гибких подходах к разработке программного обеспечения. И даже пытаются внедрить для выполнения гос. контрактов. С другой стороны, много компаний спотыкаются на этих подходах. И хотя в компаниях делают что нужно, и даже Scrum-мастер в них есть, программный Продукт почему-то перестает развиваться, и появляется много задач на исправление дефектов. Давайте разберемся почему так происходит.

Читать дальше →
Total votes 7: ↑7 and ↓0 +7
Views 9.2K
Comments 10

Коммуникации в программировании — во сне и наяву

1С-Битрикс corporate blog Website development *Programming *
В детстве я считал библейскую историю про Вавилонскую башню — странноватой сказкой, пока не начал сталкиваться с аномалией непонимания людьми друг друга чуть ли не каждый день в программных проектах. Простыми словами суть истории про башенку такая: люди «кодили» большую, страшшшшную, мощщщную систему и до того усложнили архитектуру и заумничались — что стали запутываться, наступать друг другу на ноги, руки и головы и вся конструкция стала колом к чертовой матери — команда развалилась и переругалась, «фрилансеры» с дубинами в руках, глиняными дощечками (вместо ноутов) под мышкой и запасами копченого мяса разбрелись по земле.


Читать дальше →
Total votes 22: ↑15 and ↓7 +8
Views 10K
Comments 9

Оживляя динозавров: TDD vs Test-Last

IT systems testing *Programming *Designing and refactoring *TDD *
image
Simon Stålenhag — Tyrannosaurus (http://www.simonstalenhag.se)
“Будьте осторожны с использованием следующего кода — я лишь доказал, что он работает, но я не тестировал его” Дональд Кнут
Техника “Сначала Тест” (Test-First Design, далее TFD) появилась вместе с экстремальным программированием (Extreme Programming, далее XP, кстати, эта абревиатура никак не связана с Windows) и является одним из основных подходов этой методологии. Впервые книжное упоминание этой техники было в Extreme Programming Explained 1999 K.Beck
Читать дальше →
Total votes 21: ↑18 and ↓3 +15
Views 11K
Comments 39

Управление проектами по разработке программного обеспечения. Проблемы и пути решения

IT Terminology Development Management *Project management *Agile *Product Management *

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

Читать дальше →
Total votes 22: ↑20 and ↓2 +18
Views 21K
Comments 4

Sprint Review: Днище — Огнище

Dodo Engineering corporate blog Project management *Agile *Product Management *IT-companies

«Мы легли на дно, мы зажгли огни, во Вселенной только мы одни». Кажется, эту строчку из песни группы Сплин смело можно признать саундреком внедрения практики Sprint Review у нас в Dodo Pizza.


Читать дальше →
Total votes 32: ↑32 and ↓0 +32
Views 9.8K
Comments 3

Infrastructure as Code: как побороть проблемы с помощью XP

Dodo Engineering corporate blog IT Infrastructure *Development Management *DevOps *
Привет, Хабр! Раньше я жаловался на жизнь в парадигме Infrastructure as code и ничего не предлагал для решения сложившейся ситуации. Сегодня я вернулся, чтобы рассказать, какие подходы и практики помогут вырваться из бездны отчаяния и вырулить ситуацию в правильное русло.


Читать дальше →
Total votes 21: ↑21 and ↓0 +21
Views 8.1K
Comments 4

Парное программирование в Vineti

Development Management *Start-up development IT career
image

Почти год уже прошел как я переехал жить и работать в Ереван из Москвы. В этой истории я расскажу вам не про свою жизнь в этом замечательном городе (здесь очень здорово), а про более приземленные вещи. А именно, про практики которые мы применяем при разработке нашего продукта в Vineti.

Если вам все еще интересно, то добро пожаловать под кат.
Читать дальше →
Total votes 11: ↑10 and ↓1 +9
Views 1.9K
Comments 4

Фрейминг для разработчиков

Skillbox corporate blog Development Management *Project management *Agile *Product Management *
Translation
image

В социологии есть понятие «фрейм» — это когнитивная структура (каркас), социальный контекст, определяющий наше поведение. Оказавшись в каком-либо месте или ситуации, мы попадаем во фрейм — систему разрешённых и недопустимых действий, определённых установок. Например, придя в офис, мы понимаем, где находимся. Знаем, что здесь можно делать и чего нельзя. Какие действия приветствуются или ожидаются, а какие недопустимы. То есть «офис» — это фрейм (каркас, рамка), состоящий из набора социальных установок, правил и ожиданий.

В разработке ПО тоже есть фреймы. И главный из них — бэклог. Этот фрейм подразумевает, что чем больше пунктов бэклога мы реализуем, тем большего успеха добьёмся. Однако из-за того, что разработчиков заставляют как можно быстрее создавать фичи, они начинают «срезать углы», халтурить, и это угнетает их. 

Исправить это можно, если перейти от бэклога к фрейму влияния вашего продукта на рынок и заказчиков. Компания станет успешнее, а разработчики — счастливее.
Читать дальше →
Total votes 21: ↑18 and ↓3 +15
Views 3.4K
Comments 7

Путь разработчика в SRE: зачем идти в инфраструктуру и что из этого выйдет

Конференции Олега Бунина (Онтико) corporate blog Dodo Engineering corporate blog Programming *IT Infrastructure *DevOps *
Около года назад я переквалифицировался из .NET-разработчика в SRE. В этой статье делюсь историей о том, как группа опытных разработчиков отложила в сторону C# и пошла изучать Linux, Terraform, Packer, рисовать NALSD и строить IaC, как мы применяли практики экстремального программирования для управления инфраструктурой компании, и что из этого вышло.



Читать дальше →
Total votes 34: ↑31 and ↓3 +28
Views 11K
Comments 42

За счет чего TDD “драйвит” разработку

TDD *GTD *Agile *
Sandbox

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

Поэтому я не хотел писать еще одну статью с описанием техники Red-Green-Refactor. Мне хотелось взглянуть на TDD немного глубже и описать, как и почему TDD влияет на поведение человека.

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

Читать далее
Total votes 37: ↑34 and ↓3 +31
Views 10K
Comments 93