"Лучше поздно, чем никогда" - девиз этой статьи! :) А все дело в том, что мы аж 7 апреля провели замечательную встречу аналитиков, на которой разбирались с проблемами взаимодействия аналитика с тестировщиками и программистами. И вот сегодня, наконец, дошли руки, чтобы оформить результаты в виде статьи.
Для обсуждения вопроса использовали технику "Катер". Для начала выделили следующие проблемы (реально их было больше, но после анализа объединили в топ-5. После чего каждую из пяти проблем проработали, предлагая решения.
Проблема 3. Не следуют приоритетам требований, меняют их по своему усмотрению;
Возможные решения:
Как видите, решения есть как достаточно популярные, так и достаточно экстремальные. Возможно, и вам, коллеги, есть, чем дополнить этот список?!
Для обсуждения вопроса использовали технику "Катер". Для начала выделили следующие проблемы (реально их было больше, но после анализа объединили в топ-5. После чего каждую из пяти проблем проработали, предлагая решения.
Проблема 1. Недобросовестно выполняют задачи, оставляют много косяков, и даже после выявления не переделывают или переделывают некачественно.
Возможные решения:
- декомпозировать задачи на более мелкие, чтобы проще было контролировать;
- чаще проверять, в каком состоянии задачи;
- показать графически, сколько невыполненных задач остается каждый раз;
- закладывать четкое время на разработку, проверку, доработку;
- наказывать рублем;
- пропустить в релиз, чтобы наглядно продемонстрировать последствия;
- создать конкуренцию - кто лучше/быстрее/точнее выполнит задачи.
Проблема 2. Не читают требования и/или не уточняют, правильно ли поняли (делают "как поняли").
Возможные решения:
- добавлять примечания;
- просить программиста своими словами пересказать, что и как он понял;
- задавать при коммуникациях вопросы, проясняющие, так ли понял;
- создавать библиотеку типовых описаний (где это возможно);
- проводить мини-презентации, на которых программисты смогут сами уточнить;
- спрашивать, в каком виде будет более читабельно, и постараться в таком виде представить.
Проблема 3. Не следуют приоритетам требований, меняют их по своему усмотрению;
Возможные решения:
- устанавливать срок по каждому этапу, чтобы то, что нужно раньше, выполнялось раньше;
- чаще контролировать состояние выполнения задач;
- прописывать рядом с приоритетом требования пояснения, почему;
- согласовывать приоритеты с разработчиком;
- настраивать связи между задачами, чтобы было видно, какая задача какую блокирует.
Проблема 4. Отказываются выполнять задачи под предлогом "сложно/невозможно".
Возможные решения:
- использовать матрицу компромиссов, и если функциональность не самый высокий приоритет, сделать по-другому;
- поощрять рублем;
- настаивать на формулировке причины и подкреплении фактами;
- находить примеры, когда нужная функциональность реализована;
- попробовать сделать самому;
- попросить разбить на шаги и оценить трудозатраты по каждому шагу;
- найти опытного союзника, который знает, как решить задачу;
- отдать в работу нескольким разработчикам;
- попросить предложить другое решение, которое даст этот же результат
Проблема 5. Звездят.
Возможные решения:
- помочь "звездному" в какой-нибудь задаче, чтобы сделать должным;
- делать свою работу настолько качественно, чтобы "звезда" хотела работать только с тобой;
- организовать кросс-проверки "звезд" другими "звездами".
Как видите, решения есть как достаточно популярные, так и достаточно экстремальные. Возможно, и вам, коллеги, есть, чем дополнить этот список?!
