singalen: (humpty-dumpty)
[personal profile] singalen
Вот почему программисты считают, что требования должен писать кто-то другой?

Ну, то есть, я знаю, почему. Потому что мы хотим колбасить код и больше ничего.

Требования вырабатывают ВМЕСТЕ.
А то сваливаем их на нетехнического специалиста, у которого есть ещё и совсем другие обязанности, а потом сами же на них косим стрелки - мол, неполны, противоречивы и реализуются через место, не именуемое головой.

Бывает, что лучше всех написать требования можешь именно ты.

Если вы, ребята, профессионалы, то сотрудничайте с людями, с которыми работаете.

(no subject)

3/6/11 11:41 (UTC)
Posted by [identity profile] profuel.livejournal.com
фишка в том, что в первом случае - документацию таки заказывали мне, и требуют регулярно обновлять.

А во втором - во время отпуска одного из членов нашей команды (тестер, разработчик) - большая толика функционала просто повисает в воздухе.

Да, пытаемся и мы и нас называть agile.
Мы ведь всего-то хотим, чтобы вместо вопроса - почему это работает не так, была прочитана документация, и если что-то не нравится - были адекватные изменения.
А выходит - и документация хромает, и поток требования/изменений нескончаемый...

Родилась мысль создать эксель документ, хоть в том же гугльдоксе, и функциональные требования вписывать в него. Дополнить столбцами на каждого ответственненого(менеджер, заказчик, тестер) и пусть все отмечают, что знают о них. Надо переварить.

(no subject)

3/6/11 13:11 (UTC)
Posted by [identity profile] profuel.livejournal.com
не так выразился идею.

Создать документ - единственный - с юзер-стори\кейсами, которые будут подтверждать. Больше - ничего.
Всякие форматы сервисов не в счет.

ps проблема в том, что сейчас начинается очередной мега-проект, в котором уже планирование идет не по самому хорошему пути...