Scrum (stand-up meeting, рус.: летучка) — ежедневное совещание для проектной команды. (перевод пропущен через призму моего восприятия, хотя с кое чем и не согласен)
Первое – «сложности». Всякое, что вызывает сложности, помехи и мешает продвигаться к цели следует изучить и исключить после летучки. Аджайл использует «теорию ограничений», описанную Эли Голдратт, в которой менеджер должен убирать любые препятствия на пути команды. Менеджер обязан сделать TO-DO список задач после каждой летучки.
Отличие данного примера:
* больше теории про TDD
* немного отошли от стандартного цикла тест-код-рефакторинг
* пришлось ускорить сессию парного программирования в 5 раз (иначе получится двух часовая запись)
* запись в стерео, поэтому будет разговор в разных ушах
Все писалось налету, без подготовок. Чуть попозже была обнаружена одна значимая с точки зрения «клиента» ошибка. Её уже исправили в следующей записи про рефакторинг.
В этот раз обсуждаются 5 паттернов командного поведения. Один из них даже ничего. Больше нечего добавить — приятного прослушивания! Да, вышлал русская версия этого каталога паттернов — Балдеющие от адреналина и зомбированные шаблонами . Приятного чтения :)
Referred Pain (Отраженная боль). Часто лечим руки, а нужно лечить голову. Команда, управляемая менеджерами, которая решает возникающие проблемы без проведения root-cause анализа. Решения уникальны! Неповторимы и отличные! Но проблема не уходит… Причина — мы боремся со следствиями, а не с причинами.
Аудио: скачать
Открывается серия публикаций на тему командного поведения и паттернов командного взаимодействия. Можно сказать, что количество полезных практик — счётно и как то стыдно сравнивать их с тем многообразием и великолепием неэффективного поведения, который наблюдается и обсуждается. Народ в силу культурных, социальных и других обстоятельств решает использовать не очень хорошие стратегии повдения, а потом это входит в привычку, в зону комфорта. И теперь, чтобы отказаться от того или иного поведения нам нужно напрячься (это минимальные усилия), а ещё страшнее изменить свой образ в глазах других (а это требует мужества и смелости). В этой серии будет рассмотрено 86 паттернов командного поведения. Этот каталог паттернов называется "Адреналиновые наркоманы" и предложен Томом Демарко, автором книги "Человеческий фактор". Будем рады, если вы узнаете в обсуждаемых паттернах что-то своё и поделитесь своим опытом и мнением.
В предлагаемой статье кратко сведены ключевые современные методологии разработки программного обеспечения. Проводя сравнительное сопоставление можно руководствоваться большим диапазоном критериев: жизненный цикл, роли, практики, метрики и т.п. В данной статьей предложена следующая формула для сравнения методологий:
Предлагаю к вашему вниманию новый подход в разработке программного обеспечения. Хотите плачьте, хотите нет. Но этот подход укоренился в инженерии программного обеспечения, и я всего лишь констатирую факт и озвучиваю ту реальность, которая у нас есть. Пока продумывыется видение новой методологии. По аналогии с устаревшим Аджайлом я положил 4 ценности в базу нового подхода. Буду рад услышать ваше мнение, а может быть вы уже это используете и поэтому можете поделиться всеми положительными чертами подхода.
Манифест пост-советского вотерфола (aka новый Аджал):
• Экстрасенсорное управление требованиями, важнее постоянной коммуникации с клиентом
• Грандиозные возможности программы, важнее удовлетворения потребностей клиента
• Руководство только первоначальными требованиями, важнее постоянных уточнений
• Изолирование всех участников проекта и улучшенный документооборот, важнее потери времени на обсуждения
Многие пытаются понять — что такое аджайл? Аджайл мы или нет? А есть ли аджайл команды в России? Где можно найти аджайл команду в Москве? Чтобы ответить на подобные вопросы нужно понять — а что же такое аджайл? Такие вопросы меня вводят в некоторое замешательство. Во-первых, потому как каждый под этим подразумевает совершенно разное. Во-вторых истиннх аджайл команд я не видел :)
Но все по порядку. Для определения Agile можно воспользоваться двумя подходами:
Разработка основанная на багах. Баги поступают от клиентов, от тестировщиков. Баги поступают даже от своей собственной программы, когда мы начинаем деБАЖить (deBUG). Где выход и что делать. Одна из таблеток — TDD.
Уже сложно найти сайт и специалиста в области менеджмента, которые не говорят о важностях эмоционального интеллекта применительно к проектной деятельности. Я спрашиваю их — а делать то чего? Разводят руками или начинают говорить о красивых абстракциях и грандиозных результатах. Но я опять не понимаю. Тогда говорят, это сложный вопрос, а тебе стоит найди правильного человека для своей команды, он чувствует это всё. А другие советуют почитать Кови или книгу о сабже, после этого ты и поймешь.
Мне кажется можно организовать все проще. Основная идея — потенциал команды складывается из ментальных и эмоциональных усилий команды. IQ + EQ. Если с IQ понятно, то вот как прокачивать EQ?
Предлагаю простую практику, которая начнёт прокачивать ваш эмоциональный интеллект и интеллект вашей команды. Эта практика послужит мощным толчком в построение истинных командных отношений.
Исходные материалы для развития эмоционального интеллекта:
Открывается серия публикаций на тему командного поведения и паттернов командного взаимодействия. Можно сказать, что количество полезных практик — счётно и как то стыдно сравнивать их с тем многообразием и великолепием неэффективного поведения, который наблюдается и обсуждается. Народ в силу культурных, социальных и других обстоятельств решает использовать не очень хорошие стратегии повдения, а потом это входит в привычку, в зону комфорта. И теперь, чтобы отказаться от того или иного поведения нам нужно напрячься (это минимальные усилия), а ещё страшнее изменить свой образ в глазах других (а это требует мужества и смелости). В этой серии будет рассмотрено 86 паттернов командного поведения. Этот каталог паттернов называется "
