Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Не в большей степени, чем у любой другой онлайновой системы.Клиентам понравится, если разработка ТЗ их информационной системы будет вестись он-лайн. Думаю, будет довольно трудно убедить их в безопасности. Вместе с тем, понимаю, что вопрос спорный - клиенты не стесняются посылать нешифрованные письма с тем же ТЗ.
Ты не прав. Собраться и поговорить - это одно. Создавать проектную дкоументцаию - это постоянный процесс.Достаточно спорно. Все от команды зависит. Кому то комфортно общаться через интернет, кому-то удобнее общаться в реале.
А какие с ней проблемы? Поставил и пользуйся.Я - плохой аналитик. Я не умею ставить wiki. CaliberRM, RequsitePro - поставлю
И то, я не вижу смысла ставить локально вики в малых компаниях, если нет задачи интеграции и модификации. Во-вторых, плох тот аналитик, который не может поставить вики
. Я не уверен, что ясмогу обеспечить безопасность документации. Можно ли запретить на wiki просмотр незарегистрированным пользователям и централизовать регистрацию? Или это делается другими способами. Как делал ты в своих проектах?Саша, ты в крупной фирме работаешь? Почему тебя вообще крупные фирмы волнуют?Сегодня в некрупной, завтра в крупной.
Посчитай, какое количество проектов, связанных с требованиями делается в мире/России, и какую долю из них составляют проекты больших компаний. У НИХ И ТАК ВСЁ НОРМАЛЬНО. ИЛИ НЕНОРМАЛЬНО, НО НИКОМУ ДО ЭТОГО НЕТ ДЕЛА.
Вот я сейчас вроде как в крупной, и ПО мы себе КАЗАЛОСЬ БЫ купить/поставить можем, и регламенты написаны - а процесс не внедрён, ан нет - если пересчитать потребное кол-во лицензий, получается немалая сумма, каждого надо обучать программе и т.д. и т.п. И на реальном проекте я использовал MediaWiki, и для локальных нужд мы купили и поставили Confluence (а не имеющийся SharePoint) - но уже не для УТ, а в качестве основы системы накопления знания. Потому что это - работает.
Инструментарий влияет на качество процесса. К тому же такого процесса, как коммуникация, которая очень важна для УТ.Не сомневаюсь. Но написать хорошие требования можно карандашом в блокноте. Инструменты - они лишь облегчают жизнь. Не стоит под инструменты пытаться подстраивать бизнес-процессы.
Саша, я использовал и использовую wiki на реальных проектах. Мне 50-летний бизнес-аналитик сказал, что это удобно - что он смог сесть на выходных и вне этих корпоративных будничных запар спокойно и тихо расписать всё в онлайне. Причём тут сроки?Может быть проблема в том, что у аналитика нет возможности расписать это в рабочее время? в спокойной обстановке?
