Архив за Декабрь, 2012

Книги для тимлидов и руководителей проектов.

Четверг, Декабрь 20th, 2012

http://habrahabr.ru/company/devrainsolutions/blog/163311/#habracut Очень неплохой список.

Но меня мучает вопрос: “Почему в этот список не попала ни книга лучшего менеджера двадцатого столетия (может быть не самый в мире, но среди приведенных он точно должен занять первое место) , ни книга его ученика (по сути переложение более легким языком)?” Что любопытно - это одни из самых глубоких книг о менеджменте.

Почему они не попали в список?! В чем причина?

Это при том, что в списке есть откровенно плохие книги.

SRS vs register vs null

Вторник, Декабрь 18th, 2012

Еще несколько гипотез о необходимости требований.

Достаточно частая ситуация, когда один и тот же сотрудник выполняет работы как в процессе “Управление требованиями” так и в процессе “Анализ и проектирование”. И еще “Реализация” до кучи.

Будьте внимательны, название дано в терминологии RUP и подразумевает, что разработка требований в терминах CMMI также входит в этот процесс.

А отдельно есть тестировщики.  Типичная модель разделения ролей РУТ (Разработка-Управление-требований).

Мне модель категорически не нравится, но ситуация типичная.

Совокупность артефактов (элементов артефактов) по процессу “разработка требований” позволяет:

  • оценивать объем разработки и управлять разработкой,
  • обеспечивать передачу теорий (термин Коберна) между ролями,
  • позволять выявлять дефекты на разных стадиях,
  • служить основой для проектирования тестовых сценариев.

Далее:

  1. Для “оценивания и управления разработкой” достаточно реестра.
  2. Передача теорий не нужна при условии, что роли системного аналитика и архитектора выполняет один человек.
  3. Надежд на появление достаточного числа системных аналитиков, хорошо разбирающихся в предметной области и умеющих писать качественные требования мало.
  4. Число людей, которые умеют выявлять дефекты в требованиях, на рынке пренебрежимо мало.

И остается вопрос, так ли уж необходима разработка требований для тестирования или можно ограничиться разработкой реестра для “оценки объема”. А если и “оценка” не нужна, то может и вообще не надо?

Альтернативная (одна из) гипотеза.

Куль карго неискореним. Согласно культу документ должен быть.