Пятничное полусерьезное. На прошлой неделе мы поднимали тему agile в контексте автоматизации. Если коротко – это современная и удобная форма взаимодействия заказчика и команды (мы сами выполняем множество проектов по внедрению Websoft HCM именно по этой модели), но никакой agile не поможет, если вы не знаете, что хотите получить.
Впрочем, даже если цель понятна и виднеется на горизонте, гибкий подход к разработке нарушить можно. Мы составили список из десяти антирекомендаций, которые покажут вам, как именно это происходит.
"Вредные советы" по agile:
1. Меняйте длительность спринтов, причем чем неожиданнее – тем лучше!
2. Относитесь к каждому спринту как к небольшом проекту и работайте по старинке.
3. Не резервируйте время на приемку результатов спринта – и так успеете.
4. Не проводите регулярные встречи проектной команды: зачем, ведь в самом начале уже все понятно.
5. Не планируйте и не резервируйте ресурсы заказчика на спринт – на тестирование и изучение новых доработок вам наверняка их выделят по первому требованию, это же важно.
6. Если в середине спринта пришла гениальная идея – меняйте планы работ немедленно.
7. Исправление ошибок не является частью работ по спринту, так и запомните.
8. Даже если у заказчика нет верхнеуровнего понимания цели, смело приступайте к работе, по ходу дела разберетесь.
9. Если в середине проекта принимается решение автоматизировать не то, с чего начинали – переключайтесь, как-нибудь выкрутимся.
10. Лучше, чтобы команда заказчика менялась на каждом спринте, ведь новые лица – это новые идеи.
Словом, запомните и никогда не применяйте😜
Хороших выходных!
Post #1081
1.12K
- 🔥 6
- 👍 5
- 🤔 1