.NET Fest: полная программа конференции на сайте. Присоединяйся к самому большому .NET ивенту
×Закрыть

No Rigid Agile, just Rigid Minds

Прокоментую «Rigid Agile?»:

Mishkin Berteig from Agile Advice follows up and tries to explain. The hypothetical situation is Sarah. Sarah’s bosses want her to work on a different project for a day, to add a feature that would give them a sale. To me, this is a simple cost/benefit analysis. Is the feature (and resulting sale) worth losing a day of Sarah’s work on her current project? If so, get the stakeholders to remove one day of work from the current iteration to compensate. Problem solved.

[...]As an exercise, re-read the two articles, and all the pronouncements about how Sarah spending a day on another project would «stop the whole team» (Berteig’s words), cause the whole iteration to be reset and seriously damage both the business’s trust in the development team and Sarah’s self-worth. Now imagine she instead had to take the day off to care for her sick three-year old son.

Я повністю погоджуюсь з аналізом AgileAdvice. І це не зміниться доти, доки хто-небуть не зможе звести поряд:
  • сейлза або Замовника що хоче «всього двогодинну» фічу що «має бути в онлайні вчора»
  • Замовника поточного проекту
  • розробників.
До цих пір жодного рішення, що вдовольнить всіх, досягти неможливо. Питання: наскільки часто у вас вдовольняються ці умови? У мене — досить рідко.

І, навіть можливість досягнення рішення, не гарантує що воно буде знайдено. Навіть якщо цей сейлз і Замовник поточного проекту — одна і та ж людина. Я на те, що вони домовляться, грошей не поставлю — у мене є такий замовник.
Це трапляється тому, що кожен замовник (включаючи замовника що прямо зараз сплачує твою роботу) інтерпретує будь-які слова сказані (і навіть не сказані) йому як твоє зобов’язання. Навіть якщо було написано тричі 24-м кеглем і жирним шрифтом, що це лише попередня оцінка. :(
І будьте певні, будь-хто, хто просить тебе втулити «термінову крихітну додаткову опцію всього на дві години» очікує що при цьому всі ваші попередні зобов’язання будуть дотримані. Навіть якщо він каже зворотнє! (Невже хтось очікує, що він скаже своєму боссу/замовнику, що він власноруч відклав проект? Ха! Завжди є розробники, на яких можна ткнути пальцем!)

Отже, єдиним чистим рішенням, якщо таке відбувається на початку ітерації — злити план ітерації в /dev/null і перепланувати її. Перезаключивши всі домовленності по ній.

Або явно сказати що нічого на даній ітерації не гарантується.
Якщо хтось думає, що є інше рішення, у мене є для нього крихітний проект «з фіксованими вимогами» :) І Бруклінський міст на додаток.

Ах да!.. Люди хворіють... Ну да, вони уходять у відпустку, хворіють і їх збиває автобус. Но хіба це специфічне для Agile Development?
Вдалої розробки!

English translation

LinkedIn

Нет комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

Подписаться на комментарии