Предыдущий пост из серии «онлайн-психолог» вы можете найти Здесь .
Сегодня мы поговорим о процессе сбора требований для технической реализации.
Но не о конкретном сборнике, а о методологии, как лучше подойти к этому делу.
Ни для кого не секрет, что требования к проекту очень важны.
Они сродни аксиомам, на которых базируется остальная «теория» проекта.
А если хоть немного изменить аксиомы, то в одном случае мы можем получить «евклидову геометрию», а в другом «геометрию Лобачевского»! Поэтому рекомендую подойти к сбору требований со всей ответственностью, а не в режиме «мозгового штурма», как это обычно делается.
Итак, из чего состоит процесс сбора требований? Рекомендуем организовать его следующим образом:
- Формулируем основную цель проекта
- Определение сторон
- Получение требований от каждой стороны
- Определение важности требований по отношению к цели
- Согласование требований и их важности со сторонами
Постановка основной цели проекта
Что касается постановки целей, я рекомендую сначала прочитать следующее.От себя добавлю: цели подобны векторам и точно так же складываются и ведут к «высшим» целям.
Я рекомендую во всех проектах строить цели, исходя из ваших личных целей.
Так вам будет гораздо легче мотивировать себя, а также определять значимость дел.
Например, вы говорите: «Я хочу быть богатым».
Соответственно, для любого вашего проекта цель превращается во что-то вроде: «Реализация этого проекта должна помочь мне стать богаче».
Если проект заказной, а не сугубо ваш, то цель может быть, например, такой: «Реализация этого проекта для заказчика А должна принести мне и деньги, и новые связи и хорошие отношения, так как сотрудничество в будущем будет быть очень полезным по отношению к моей главной цели».
Для нашего проекта мы сформулировали цель следующим образом: «Максимальный опыт» .
Деньги придут позже - без желания их получить (и больше!) практически некуда :) А пока хотим набраться побольше опыта, чтобы в дальнейшем грамотно балансировать между «дайте нам больше денег» и «дайте нам больше денег».
клиент всегда прав».
Определение сторон
Стороны можно разделить на две группы:- Активный: явно заинтересован или непосредственно вовлечен в достижение цели проекта.
- Пассивные: они косвенно участвуют в достижении цели.
Например: «поисковые системы».
Сложнее всего это сделать для пассивной группы, но здесь я рекомендую подойти к этому как к проекции вашей главной цели.
Вот что мы получили:
- Владельцы бизнеса: новый опыт в отношении искусства зарабатывания денег, а также как минимум прибыльный бизнес за полгода
- Психологи: получать достаточный доход
- Клиенты: получите качественный сервис по низкой цене
- Серверное оборудование (пассивное): минимизация нагрузки
- Поисковые системы (пассивные): оптимизация контента
Получение требований от каждой стороны
Я думаю, что суть достаточно ясна для всех.Но я рекомендую вам перед каждым «разговором» самостоятельно попытаться записать требования этой стороны по отношению к ее цели, а также к вашей глобальной.
Этот:
- Обеспечивает отправную точку для дальнейшего размышления партии.
В последнем случае очень полезно включение в первоначальный список весьма «спорных» пунктов.
- Дает вам правильное направление мышления в отношении ваших целей.
Если этого не сделать, то каждый в требованиях начинает тянуть одеяло на себя.
Определение важности требования
Здесь тоже, надеюсь, все просто.Но есть небольшая рекомендация сделать две оценки.
Одна оценка — по отношению к стороне, выдвинувшей такое требование, а вторая — по вашей личной оценке по отношению к вашей глобальной цели.
Например, одним из требований психологов была возможность перевести «заработанные» деньги с онлайн-счета на свой счет или в электронную валюту.
Психолог оценил его на 8 из 10. Но применительно к нашему глобальному это совершенно не важно, так как мы всегда можем сделать это вручную и заодно проверить, все ли в порядке со счетами и т. д. Почему именно два рейтинга? Чтобы вовремя обнаружить краеугольные вещи, которые очень важны для другой стороны, но вас это не волнует – и наоборот. Таким вещам следует уделить особое внимание во время проекта.
Согласование требований и их оценка
На этом этапе важно понимать, что то, что вы задокументировали, соответствует реальным ожиданиям сторон.А также дать понять, что оценка требований нужна не для того, чтобы исключить что-то навсегда, а для того, чтобы упорядочить эти требования по срокам реализации.
UPD: Если вы проголосуете против, объясните, почему? Теги: #требования #психология #процессы #проект #Чулан
-
10 Сочетаний Клавиш, Которые Экономят Время
19 Oct, 24 -
Онлайн-Школа: Учимся Делать Базовые Вещи
19 Oct, 24 -
Как Произносится Асаи? Нет Не Так
19 Oct, 24 -
Приглашения Gmail
19 Oct, 24 -
Датчики Для Умного Дома
19 Oct, 24
