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

Гибкие методологии. Ретроспектива

Project management *
Ретроспектива (от лат. retrospectare, «взгляд назад») — взгляд в прошлое, обозрение того, что было в прошлом.

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

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

Все звучит довольно просто и логично, но нашей команде удалось сделать ретроспективы полезными и эффективными далеко не сразу.
Читать дальше →
Total votes 21: ↑19 and ↓2 +17
Views 18K
Comments 25

Обновление в Библиотеке учебных курсов

IT-companies
Библиотека учебных курсов пополнилась новыми курсами и книгами:
  • Технология разработки программных систем
  • Основы разработки компьютерных игр в XNA Game Studio
  • Разработка веб-приложений на ASP.NET
  • Параллельное программирование для многоядерных процессоров
  • Командная разработка с использованием Visual Studio Team Foundation Server
  • Знакомство с Microsoft Visulal Studio Team System 2008
  • Гибкая методология разработки программного обеспечения
Под катом описания и ссылки.
Читать дальше →
Total votes 35: ↑24 and ↓11 +13
Views 1.1K
Comments 5

5 причин отказаться от оценок

Taucraft Limited corporate blog
В нашей компании мы не оцениваем работу. Ни в часах, ни в поинтах, ни в зеленых крокодилах. Совсем не оцениваем. Если вы давно хотели отказаться от оценок, но не знали, почему, вот вам пять причин.

1. Вы не будете тратить время на оценки


Оценки занимают время. Даже если вы оцениваете в абстрактных поинтах, играя в покер, все равно тратится прилично времени. А что, если вы хотите улучшить точность оценок? Тогда вы собираете данные, анализируете данные и обсуждаете результаты анализа. Все это тоже занимает прилично времени. Но подумайте, вам на самом деле нужны оценки? Часто это waste. Лучше потратить время на что-то действительно полезное для продукта.
узнать остальные причины
Total votes 109: ↑80 and ↓29 +51
Views 4.6K
Comments 213

Будущее гибкой разработки ПО

Taucraft Limited corporate blog

Программное обеспечение проникает во все щели человеческого общества. Мы узнаем погоду через интернет, а не через обычный градусник за окном. Мы едем по новому адресу с навигатором, а не ищем квадрат G7 на странице 59. Мы включаем RunKeeper, когда катаемся на велосипеде, чтобы узнать среднюю скорость и похвастаться в твиттере. Мы используем софт каждый день. Наверное, бОльшую часть жизни мы уже проводим в обнимку с любимыми гаджетами и программным обеспечением, а не с любимым человеком.

Проблема в том, что никто не знает, как на самом деле писать классный софт быстро и правильно. Waterfall благополучно скончался на рубеже веков, а новые методы разработки (agile) пока не могут решить фундаментальные проблемы.
Узнать, что нам всем делать и как с этим жить
Total votes 190: ↑180 and ↓10 +170
Views 20K
Comments 81

Как перестать беспокоиться и начать работать?

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

Реальность такова, что Agile без правильных инженерных практик очень быстро закончится. Если вы не будете прилагать усилия, которые гарантируют высокий уровень качества разработки и состояния системы в целом, то по мере усложнения проекта контроль будет быстро утрачен. В результате сделать всё, что запланировано в итерации, у вас не получится, а о значимом релизе (значимый — значит, с какой-то новой функциональностью, которая будет доступна пользователям, а не просто рефакторинг) раз в месяц вы будете только мечтать, потому что стабилизация важного релиза будет занимать гораздо больше, чем месяц.

При правильном подходе разработка новой функциональности может происходить довольно быстро и фокус тут в том, как не сломать при этом то, что было сделано раньше или же быстро понять, что именно ты сломал, и быстро это исправить. Каждый раз тестировать все детали и нюансы вручную очень долго и неэффективно, ведь в Эльбе сегодня уже более 400 «экранов». И проблема не только в том, что тестеры должны все это проверить вручную — очень много времени уходит на сценарий «тестер добавил баг — разработчик исправил баг — тестер проверил и закрыл/переоткрыл баг». Можно долго рассуждать о том, как трудно сохранить быстрорастущую систему в стабильном состоянии, почему код превращается в гавно, почему страшно делать исправления и никто не берет на себя смелость сказать дату релиза даже с точностью до месяца (потому что это было бы безответственно), но гораздо интереснее узнать о том, как сделать так, чтобы было хорошо.

Читать дальше →
Total votes 89: ↑83 and ↓6 +77
Views 28K
Comments 41

Agile в заказной веб-разработке

NetCat corporate blog
Если мы (веб-студия или частный разработчик) делаем веб-проект для себя, мы сами вольны выбирать метод разработки: гибкий (Agile) или каскадный («водопад»). Как правило, чем сложнее проект, тем меньше шансов у водопада. Но когда мы делаем сайт для заказчика, метод всегда один: каскадный. Эта статья о том, как (и зачем) убедить заказчика попробовать гибкую модель для сложных веб-проектов.
Читать дальше →
Total votes 39: ↑35 and ↓4 +31
Views 18K
Comments 23

Как мы работаем

Taucraft Limited corporate blog
Сегодня мы хотим приоткрыть завесу и рассказать о нескольких секретных практиках нашей компании. Мы делаем систему управления гибкими проектами TargetProcess. Надеемся, что практики помогут вам понять наши ценности и видение лучше.

Смотритель за Функциональными Тестами (СФУТ)


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

Для обозначения СФУТ разработчика у нас есть кот. Кот целый день сидит на столе возле СФУТ и улыбается.



В течение ежедневного собрания кот передается от одного разработчика к следующему по списку.
узнать, что делают с котом дальше
Total votes 43: ↑22 and ↓21 +1
Views 21K
Comments 103

Наш процесс разработки: 50 месяцев эволюции

Taucraft Limited corporate blog
Нашей компании уже 6 лет. Она была основана на принципах agile и росла на них. Мы использовали Extreme Programming с самого первого дня, добавили немного Scrum позже и в конце концов переключились на Kanban. Хочется поделиться бесценным опытом и рассказать об изменениях нашего процесса разработки за последние 4 года.



Много ужасных таблиц и красивых картинок
Total votes 130: ↑114 and ↓16 +98
Views 43K
Comments 147

Аджайл для всех: как заставить бухгалтера быть гибким

Кнопка corporate blog
Прозрачность, контроль, ощущение прогресса, лёгкая и неформальная передача задач — это верные спутники гибких методологий. Мы много лет работали в софтверных компаниях и привыкли к тем преимуществам, которые дарит аджайл. Когда мы начали делать Кнопку, большая часть которой — это оффлайновая работа бухгалтеров, юристов и бизнес-ассистентов, первый вопрос, которым мы задались: «Будет ли аджайл работать в бухгалтерской компании?» Сейчас мы с уверенностью ответим утвердительно, но прежде нам пришлось приложить немало усилий. Про это сегодня и расскажем.


Зачем бухкомпании быть гибкой?
Total votes 57: ↑52 and ↓5 +47
Views 55K
Comments 37

Как получить деньги, которые вы не успели заработать?

Собака Павлова corporate blog Project management *Agile *Sales management *
Образовалась странная проблема. Такая странная, что аж рассказывать про нее стыдно. Ну ничего, среди своих — можно.

Дело в том, что мы научились экономить деньги.
Казалось бы, это хорошо.
К сожалению, это не наши деньги, а деньги клиентов.
Читать дальше →
Total votes 26: ↑23 and ↓3 +20
Views 9K
Comments 26

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

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


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

Agile умер, да здравствует… Agile

Development Management *Project management *Agile *
Sandbox
За последние несколько лет гибкие методологии почти вытеснили традиционные способы разработки – полностью по принципам Agile сейчас работают две трети IT-компаний. Оправдались ли ожидания, какие возникают проблемы и куда всё движется? Предлагаем анализ существующего российского и зарубежного опыта работы по Agile и ответы на эти вопросы.
Читать дальше →
Total votes 38: ↑25 and ↓13 +12
Views 43K
Comments 90

Про опыт обучения в OKademy

Mindbox corporate blog Project management *Personnel Management *

Вместо вступления


Всем привет. Делюсь впечатлениями от обучения в школе скрам-мастеров от ScumTrek, под хабракатом шесть страниц текста моих мыслей и впечатлений по этому поводу. Велкам.

Читать дальше →
Total votes 14: ↑11 and ↓3 +8
Views 5.1K
Comments 0

Agile у каждого свой: как плыть по течению, управлять проектами и не страдать

icanchoose.ru corporate blog Agile *Start-up development Product Management *IT career
Agile — это мода, тренд, слово, которое мелькает везде и повсюду (уступая, кажется, только коучингу).

Вы, конечно, знаете, что это метод гибкой разработки ПО. Некоторые учатся: ходят на курсы, слушают лекции, потом с адской болью внедряют эти принципы в процесс работы команды, а кто-то просто работает на совесть, не пытаясь называть это модным «Agile». Тут нет и не может быть никакого идеального решения, потому что все люди разные, с разным ритмом, представлением о работе и характерами. Так и не все команды могут работать по одинаковым принципам.

Рассказываем о том, что Agile это не свод правил, высеченный в камне, а советы, которые команды могут применять. Или нет. Учимся мудро подходить к организации рабочего процесса. И использовать на практике только те принципы, что близки вам (ну и заказчику!).


Читать дальше →
Total votes 14: ↑12 and ↓2 +10
Views 8.9K
Comments 1

7 препятствий для внедрения гибких методологий в больших организациях

Development Management *Project management *Agile *Product Management *Personnel Management *
Sandbox
Я работаю с большими компаниями, которые пытаются применить Agile, начиная со Scrum. Хотя каждая организация находится в своем секторе, использует разные технологии и имеет свою культуру управления, у всех была одна общая болезнь — своего рода «гигантизм». В этой статье содержится список общих проблем гибкости в больших организациях и исследуется возможность избежать симптома «гигантизма».

На первый взгляд проблемы организации будут выглядеть как «слишком много задач» или «не достаточно ресурсов», или «нестабильная ситуация на рынке». При ближайшем рассмотрении, ключевые причины окажутся дурными привычками, сформировавшимися «рефлексами» и заблуждениями.

Одна из очень известных компаний, которая была примером успешного применения Scrum в 1997 году, обратилась за помощью в Danube Technologies, Inc. в 2009 году, потому что «рынок» показал, что они оказались менее гибкими, чем конкуренты. Начинания по внедрению Scrum, которые начались 1997 году, по-видимому, не могли выдержать десятилетие сосуществования с проблемами, присущими крупным предприятиям. К сожалению, большинство попыток внедрить Scrum в крупных организациях не приводит к долговременным преобразованиям. Препятствия для внедрения Scrum обычно также мешают достижению успеха в бизнесе в целом, а устоявшиеся организации обычно неохотно избавляются от них.

Препятствие #1: Наивный менеджмент ресурсов


В Руководстве PMBOK написано:
«зачастую возникает необходимость увеличения бюджета, чтобы добавить дополнительные ресурсы для выполнения того же объема работ в более сжатые сроки»
В отношении программного обеспечения, Фред Брукс (в книге «Мифический человеко-месяц») дает утверждение, которое противоречит предыдущему:
«Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше»

Чтобы разрешить этот парадокс, давайте рассмотрим определение «ресурса».
Читать дальше →
Total votes 29: ↑22 and ↓7 +15
Views 17K
Comments 54

Как использовать Канбан для удобной работы не только менеджеров, но и программистов

Agile *
Sandbox
Канбан — методология управления, которая используется примерно в 10 раз реже, чем Scrum, но от этого не становится менее интересной. В ее основе лежит представление процесса всей организации, как набора взаимосвязанных сервисов, которые в конечном итоге являются сервисом для конечного потребителя.

Канбан особенно легко внедряется начиная с топ-менеджмента и прекрасно комбинируется с теорией ограничений, изложенной в книге «Цель» Элияху Голдрата. Канбан выбирают для себя отделы техподдержки, системные администраторы, и даже менеджеры по персоналу и бухгалтеры, тесно работающие с IT.

Одной из основных отличительных черт являются принципы внедрения Канбана: «Начните с того, что имеете, визуализируйте процесс, договоритесь об эволюционном изменении процессов».

Заметьте, что речь идет не о том, чтобы громогласно объявить о внедрении Канбана, а лишь о том, чтобы эволюционно менять процессы в сторону улучшения. Наверное, вы подумали: «Звучит не страшно. Кто же от такого откажется?». И тем не менее, добиться заметных результатов с точки зрения бизнеса без серьезных изменений не выйдет.

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

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

Выгоды внедрения


В наше время, когда интерес к слову Agile, мягко говоря, перегрет, ее может и не предполагаться изначально. Но все-таки, даже если это было затеяно с целью выполнить поручения, из внедрения все еще можно извлечь пользу.
Читать дальше →
Total votes 19: ↑18 and ↓1 +17
Views 28K
Comments 9

Agile в России — 82.9% компаний сообщают, что используют хоть что-то из Agile. Первые результаты опроса

YouGile corporate blog Project management *Agile *Start-up development
Есть исследования и великолепная инфографика о том, как Agile распространен в мире. Этим можно вдохновиться, но выводы очень далеки от нашей действительности. Там попросту очень мало респондентов с постсоветского пространства.

Мы занимаемся разработкой системы управления проектами, в том числе для управления Agile-проектами. Для нас жизненно важно понимать, как обстоят дела с применением методологии в компаниях и какие проблемы в управлении проектами самые распространенные.

Мы регулярно делаем выводы из прямого общения с клиентами. Собираем все хотелки по системе от пользователей и строим картину обращений. Но самое большое количество прозрений появилось сейчас, после запуска опроса. Уже набралось 300 респондентов (цель 1500) и можно посмотреть и обсудить первые результаты.

Можно ли сказать, что что-то из Agile используется в вашей компании?




Под катом первые графики, выводы, рассуждения и призыв пройти опрос.
Читать дальше →
Total votes 9: ↑5 and ↓4 +1
Views 6.5K
Comments 9

Гибкий суррогат

Development Management *Project management *Agile *Product Management *
Мы рассуждали недавно о суррогатах и причинах их появления. Смотрели на примеры из внедрения информационных систем, которые очень быстро превращаются в обузу, не приносящую никакой пользы бизнесу.

Сегодня посмотрим на не так сильно распространенный, но более близкий к нам, программистам и разным ИТшникам, пример.

Конкретно вам НЕ стоит читать дальше, если вы МОЖЕТЕ в течение 5 минут ответить на вопрос: насколько изменилась скорость, или эффективность вашей работы за последние полгода?

Если вы ответили на этот вопрос цифрой, и цифра эта не равна нулю, то публикация не для вас.

Для 1Сников вместо нуля может быть Неопределено, для js'ников — undefined.
Читать дальше →
Total votes 22: ↑16 and ↓6 +10
Views 5.2K
Comments 12

Дизайн цифровых продуктов. Цель, роль, метод

Website development *Interfaces *Usability *Development Management *Design
Мне довелось создать с нуля подразделение дизайна в Альфа-Банке и поработать дизайн-директором. На это ушло пять лет. В результате у нас получилась дизайн-система (в коде) и подход к диайну цифровых продуктов. Собственно, про этот подход я и расскажу здесь. Точнее, это — текст лекции, которую я читал в начале 2018 года в Москве, Перми, Новосибирске и Петербурге. В мае я принял решение покинуть банк, теперь дошли руки опубликовать текст лекции.

В Альфа-Лаборатории мы строили процессы продуктовой разработки как раз по скраму, где каждая команда является самостоятельной единицей, способной делать поставки так быстро, как смогут (в идеале — недельными или двухнедельными спринтами).

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

В конце 2017 года в Лаборатории было около 30 команд (может больше), и почти для каждой нужен был свой дизайнер. Даже на таком относительно большом масштабе важнее работать на уровне стратегии, верхнеуровневых понятий и подходов, потому то «контролировать» работу 30 дизайнеров, которые работают над разными продуктами и в разных командах и с разной скоростью технически качественно не получится. Тактику определяет каждая команда самостоятельно, в этом вся прелесть.
Читать дальше →
Total votes 20: ↑20 and ↓0 +20
Views 8.9K
Comments 1

Как масштабировать Scrum — пара слов о фреймворке гибкой разработки ПО Nexus

CloudMTS corporate blog Development for e-commerce *Development Management *Project management *E-commerce management *
В январе 2018 года свет увидел обновленный фреймворк Nexus — инструмент на базе Scrum, заточенный под командную работу над крупными проектами. Авторы методологии внесли исправления в ряд определений терминов и поменяли порядок лицензирования. С начала года Nexus Guide распространяется по лицензии Creative Commons. И это значит, что любая компания может свободно использовать Nexus (как и Scrum).

Расскажем об особенностях методологии и её основных компонентах.

Читать дальше →
Total votes 14: ↑13 and ↓1 +12
Views 7.5K
Comments 1