Фрілансери: як ви збираєтесь збирати вимоги?


18

Як позаштатний програміст:

  1. Який у вас процес збирання вимог від клієнта?
  2. Скільки часу займає процес збору вимог? Я знаю, що це не виправлено, і є такі змінні, як, наскільки спонукає клієнт реагувати і таке. Загалом, облік затримки відповідей і таке, скільки часу потрібно для досягнення остаточної вимоги?
  3. Який канал зв'язку (електронна пошта, телефон, обмін миттєвими повідомленнями та інші) ви використовуєте для збирання цих вимог?
  4. Ви стягуєте за час, витрачений на збір вимог?
  5. Чи є якісь результати в процесі збору ваших вимог? Якщо так, що вони?

Upvote'd .. Я також хотів би дізнатися відповідь і на це.
Жорж Дуплессі

Окрім №4 (який може бути частиною коефіцієнта рентабельності інвестицій), чи очікуєте ви, що будь-яке з цих питань буде інакшим, якби ви були працівником?
JeffO

Відповіді:


21

1.Який у вас процес збирання вимог від клієнта?

співбесіда, дошка, конференц-дзвінок, екскурсія по магазинах, спостереження за працівниками, співбесіди з персоналом, зустрічі тощо - все, що підходить, що б потрібно, щоб зрозуміти справжню проблему, збалансовану з тим, що вони підлягають, і зароблять час на

2.Скільки часу займає процес збору вимог? Я знаю, що це не виправлено, і є такі змінні, як, наскільки спонукає клієнт реагувати і таке. Загалом, облік затримки відповідей і таке, скільки часу потрібно для досягнення остаточної вимоги?

очевидно, це залежить від розміру проекту. незвично витрачати 20 годин на вимоги та моделювання дуже маленького проекту (<100 годин), тому що ви повинні достатньо добре зрозуміти бізнес-контекст, щоб зняти шари проблем, які представляє клієнт, щоб дістатись до реальна проблема, яку вам доведеться вирішити, щоб зробити їх щасливими

чи це 20 годин - це два календарні дні або шість тижнів, залежить від реакції та доступності клієнтів та від того, скільки ви думаєте, що потрібно робити між сеансом (для важких проблем)

3.Який канал зв'язку (електронна пошта, телефон, обмін миттєвими повідомленнями та інше) ви використовуєте для збирання цих вимог?

усі

4. Ви стягуєте за час, витрачений на збір вимог?

Чорт візьми, да!

Ви повинні зрозуміти бізнес клієнта, осмислити та задокументувати його проблеми та запропонувати рішення, які вони могли б потім прийняти для когось іншого . Це консультаційна частина процесу, і консультанти не працюють безкоштовно.

5. Чи є якісь результати у вашому процесі збору вимог? Якщо так, що вони?

Зазвичай - це перелік функцій, розповіді користувачів, описи тестових випадків, скорочена структура розбивки на роботу (з кошторисами проекту), виділений список незрозумілих / невідомих областей / предметів для подальшого обговорення / дослідження та перелік речей ( інформація, ресурси, інструменти, доступ тощо), які вам потрібні від клієнта з цільовими датами. Все це упаковується як пропозиція з деякою довідковою інформацією про бізнес, методами, які використовуються для виявлення проблем, обмежень та застережень щодо рішення, примітками щодо очікуваних термінів та рентабельності інвестицій, а також запитом на подальше спостереження до конкретної дати .


+1: Відмінна відповідь. Мені буде дуже цікаво побачити якісь макети чи шаблони у вас є (у мене є власний, але я хотів би порівняти)
Стівен Еверс

@SnOrfus: все буде розкрито в моїй наступній книзі "CITA: Change Is The Answer", яка буде опублікована ... е ... я з вами повернуся до цього ;-)
Стівен А. Лоу

Цікаво, я з нетерпінням чекаю його читання.
Стівен Еверс

@ StevenA.Lowe є якийсь стандартний стиль для написання вимог, що збирають документ. Я знаходжу це ifs.host.cs.st-andrews.ac.uk/Books/SE9/Web/Requirements/…, але я шукаю більш описовий приклад
AminM

@AminM: так, існує багато таких стандартів; прийміть їх усіх із солі - зменшіть документ із вимогами лише до того, що корисно для вашої ситуації. Приклад: багато разів перелік історій з описом прийняття-тесту (формат BDD) є достатнім, щоб охопити не лише вимоги, а й критерії прийняття, і він набагато менш багатослівний, ніж "стандарт" IEEE (що дуже водоспад-ish )
Стівен А. Лоу
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.