Форум Сообщества Аналитиков
Общий раздел => Для всех => Тема начата: andre от 08 Апреля 2011, 18:11:36
-
Добрый день!
Меня интересует какие вы вопросы задаете заказчику для того чтобы понять его потребности и получить в итоге требования.
Ссылки на литературу только приветствуются. Желательно на русском языке.
Хотелось бы не просто получить ссылки, но и конкретно примеры от каждого форумчанина и последовательность ваших вопросов.
Заранее благодарю.
-
вот например, один из вопросов который задала сегодня: какой тип комиссии подтянуть по умолчанию?
-
В штатном расписании есть надбавка, которая действует только до конца текущего года. Каждый сотрудник вашей организации принимается по контрактной системе сроком на 5 лет. Каким образом следует отразить факт назначения подобной надбавки в приказе на прием?
-
Для чего вы это делаете?
Кем это будет использоваться?
Откуда вы возьмете эти данные?
Что будет, если этого не сделать?
За 3 секунды больше не вспомнить, может позже еще что-то придет в голову :)
-
Вообще крутой вопрос.. Крут он тем, что на него можно ооочень долго отвечать, а по итогам выпустить книжку.
Причем я не уверен, что всю эту писанину прочитает автор данной темы (пока он молчит).
Вопросы вообще могут быть:
Когда вы уходите в отпуск?
Как дела? (очень важный вопрос)
Когда вы уже наконец согласитесь с текущим описанием требования?? (обычно задается тогда, когда заказчик не слышит)
Во сколько закрывается ваш офис? (вопрос с намеком, обычно задается под конец проекта)
Может ли кто-то ещё быть заинтересован в реализации данного требования? (задается с мольбой в глазах и желаением услышать "нет")
Данное требование очень трудоемко в реализации, этот функционал действительно необходим? (желательно задавать со слезами на глазах и печальным голосом)
Этого достаточно или вы хотели бы что-то конкретизировать? (задается автору данной темы)
-
kas, а вы все еще у нас работаете? :)
вопрос, который мог бы задать ваш руководитель, прочитав ваши вопросы ;)
-
а Вы действительно думаете, что данная доработка понравится Вашим клиентам?
(о предложении клиента показывать персонализированную рекламу в банкомате при любой операции)
-
а Вы действительно думаете, что данная доработка понравится Вашим клиентам?
(о предложении клиента показывать персонализированную рекламу в банкомате при любой операции)
И что ответили, интересно?
Обычно такие "фичи" придумывают одни люди, а за реализацию отвечают другие. И последние не всегда (мягко говоря) могут сказать, что они на самом деле об этом думают.
-
Заказчик - Вы на какой планете обитаете? На каком материке, в какой стране??? Ну и в общем выясняется регулирующая среда.
А на счет книг, можно посоветовать - Д.Леффингуэлл, Д.Уидриг 'Принципы работы с требованиями к ПО'
-
kas, а вы все еще у нас работаете? :)
вопрос, который мог бы задать ваш руководитель, прочитав ваши вопросы ;)
ida, этот проект был успешно закрыт, а меня перевели в руководители проектов. Сейчас, правда, я сменил работу и вернулся в анализ.
Хотя не знаю, какой именно вопрос вас так смутил - всё зависит от отношений с заказчиком. Мы до сих пор общаемся в соц сетях и шлем поздравительные смс под новый год.
Я даже в курсе, что иногда аналитики умудряются общаться с заказчиком матами (не могу назвать личности, это просто слухи :) )
-
И что ответили, интересно?
Обычно такие "фичи" придумывают одни люди, а за реализацию отвечают другие. И последние не всегда (мягко говоря) могут сказать, что они на самом деле об этом думают.
Ответили, что требование другого отдела, которое они протащили на высшем уровне (обосновывая ростом продаж сопуствующих продуктов)
После месяца опытной эксплуатации на паре банкоматов в офисе банка, отказались - вроде начальство раздражает такая навязщивая реклама. Но проект был уже закрыт, т.е. мы свое за доработку получили :)))
-
Я даже в курсе, что иногда аналитики умудряются общаться с заказчиком матами
дык надо же уметь говорить с заказчиком на его языке :о))))
-
Ответили, что требование другого отдела, которое они протащили на высшем уровне (обосновывая ростом продаж сопуствующих продуктов)
После месяца опытной эксплуатации на паре банкоматов в офисе банка, отказались - вроде начальство раздражает такая навязщивая реклама. Но проект был уже закрыт, т.е. мы свое за доработку получили :)))
И ведь что интересно, буквально только что получил пресс-релиз:
ВТБ 24 первым из крупных розничных банков запускает систему персонифицированных предложений для миллионов клиентов через банкоматы, говорится в сообщении пресс-службы банка.
После ввода ПИН-кода выбранный банком клиент видит на экране приветствие по имени, персональное, направленное именно ему предложение, а также возможность оставить контактные данные для быстрого оформления.
Пилотные кампании показали высокую эффективность. В них уже поучаствовали сотни тысяч клиентов, получивших различные персональные предложения по кредитам наличными, автокредитам и кредитным картам на выгодных условиях, в том числе с предварительно одобренным кредитным решением.
-
Я даже в курсе, что иногда аналитики умудряются общаться с заказчиком матами
Много мудрости для этого не требуется, уверяю вас.
1, 2 и 4 вопросы без контекста вообще не имеют отношения к делу, 3 сформулирован некорректно (мало того что закрытый, еще и звучит грубовато), последний аналогично 3 (заказчика обычно не волнует трудоемкость, его волнуют сроки и бюджет).
Из всего предложенного только 5 подходит.
-
И ведь что интересно, буквально только что получил пресс-релиз:
Это был не ВТБ :)) и год назад примерно
-
Для чего вы это делаете?
Кем это будет использоваться?
Откуда вы возьмете эти данные?
Что будет, если этого не сделать?
За 3 секунды больше не вспомнить, может позже еще что-то придет в голову :)
Отличное начало!!! Благодарю! Вот бы продолжение...
-
Вообще крутой вопрос.. Крут он тем, что на него можно ооочень долго отвечать, а по итогам выпустить книжку.
Причем я не уверен, что всю эту писанину прочитает автор данной темы (пока он молчит).
Вопросы вообще могут быть:
Когда вы уходите в отпуск?
Как дела? (очень важный вопрос)
Когда вы уже наконец согласитесь с текущим описанием требования?? (обычно задается тогда, когда заказчик не слышит)
Во сколько закрывается ваш офис? (вопрос с намеком, обычно задается под конец проекта)
Может ли кто-то ещё быть заинтересован в реализации данного требования? (задается с мольбой в глазах и желаением услышать "нет")
Данное требование очень трудоемко в реализации, этот функционал действительно необходим? (желательно задавать со слезами на глазах и печальным голосом)
Этого достаточно или вы хотели бы что-то конкретизировать? (задается автору данной темы)
У вас очень демократичный подход!
Курсы актерского мастерства проходили?
-
Заказчик - Вы на какой планете обитаете? На каком материке, в какой стране??? Ну и в общем выясняется регулирующая среда.
А на счет книг, можно посоветовать - Д.Леффингуэлл, Д.Уидриг 'Принципы работы с требованиями к ПО'
Благодарю за хороший ответ. Буду читать-просвещаться.
-
Всё? Тема исчерпана? Я так понимаю никто не имеет свой вопросник? Я думаю, что лучше пред встречей иметь свой вопросник, но видимо никто не хочет с ним делиться :(
-
Всё? Тема исчерпана? Я так понимаю никто не имеет свой вопросник? Я думаю, что лучше пред встречей иметь свой вопросник, но видимо никто не хочет с ним делиться :(
Вопрос поставлен не корректно.
У меня в одной компании перед встречей с заказчиком высылался вопросник с 150 вопросами. Этот вопросник создавался несколькими поколениями аналитиков компании (системе уже более 20 лет :)).
Основными вопросы делились на серии:
Какая информация на входе? Какая информация на выходе? Какие процессы обработки информации существуют? Требования регуляторов? Ограничения на железо и сторонний софт.
andre что именно интересует? хотя бы скажите, что за систему разрабатываете?
-
У меня в одной компании перед встречей с заказчиком высылался вопросник с 150 вопросами. Этот вопросник создавался несколькими поколениями аналитиков компании (системе уже более 20 лет :)).
Вы продолжаете уточнять требования к системе, которая разрабатывается уже 20лет? Здесь уже конкретные будут вопросы. 150вопросов – это много. Как заказчик на такое реагирует?
Основными вопросы делились на серии:
Какая информация на входе? Какая информация на выходе? Какие процессы обработки информации существуют? Требования регуляторов? Ограничения на железо и сторонний софт.
Вот. Уже конкретика пошла. Это хорошо :)
andre что именно интересует? хотя бы скажите, что за систему разрабатываете?
У меня нет никакой информации и я собираюсь в первый раз встретиться с заказчиком. Мне нужно подготовиться к этой встрече. Желательно иметь готовый вопросник. С помощью этого вопросника необходимо получить максимум информации от заказчика. После этой встречи и анализа ответов я уже сам буду формулировать уточняющие вопросы.
Наверняка есть универсальные первые вопросы для любого будущего продукта. По ходу первой беседы я буду выбирать из вопросника наиболее подходящее вопросы.
Если, что не понятно спрашивайте - уточню.
По количеству просмотров видно, что тема актуальна и востребована, но никто не хочет делиться своими вопросниками. Наверняка у хорошего аналитика есть готовый шаблон. Не держать же это все в голове (это не разумно).
-
Не то что никто не хочет делиться, просто какие я вопросы задам, вам совершенно не будет интересно. Представьте вы пришли покупать автомашину, а консультант раньше продавал стиральные машины. И вот он начнет вам задавать вопросы те, которые вам помогут выбрать стиралку. Общие вопросы здесь были озвучены, а остальные сами придумаете. Я всегда прежде чем идти к клиенту исхожу из 1) внедряем старый функционал или 2) разрабатываем новый. По 1 варианту действительно я использую тестирование - т.е. есть опыт многих "поколений" описанный в тестах. Вопрос - ответ. Для 2 - изучаю предварительную заявку от клиента, спрашиваю кто и что мне может подсказать в отделе, смежных отделах, штудирую инет, покупаю книжки, изучаю положения, разбираю систему и потом уже со списком предложений и вопросов иду к заказчику.
-
Вы продолжаете уточнять требования к системе, которая разрабатывается уже 20лет? Здесь уже конкретные будут вопросы. 150вопросов – это много. Как заказчик на такое реагирует?
Уточнять несовсем корректное слово - сорее добавлять, иногда приходилось и полностью перерабатывать. Весь вопросник примерно состоит из 250 вопросов, заказчику отсылается примерно 50-75 из них, еще столько же заполняет аналитик на встречах по обработке требований. Заказчиков количество вопросов не пугает, поскольку система является одной из основных в бизнесе заказчика и стоит не малых денег. Все что будет за скоупом требований, созданных на данном этапе, является доработкой и совсем не дешевой.
Если, что не понятно спрашивайте - уточню.
По количеству просмотров видно, что тема актуальна и востребована, но никто не хочет делиться своими вопросниками. Наверняка у хорошего аналитика есть готовый шаблон. Не держать же это все в голове (это не разумно).
Мне пока не понятно, какого класса систему будете разрабатывать? информационный поратал, систему электронного документа оборота?
А так основные вопросы, кажется, перечислены у Вигерса.
-
Вопрос поставлен не корректно.
У меня в одной компании перед встречей с заказчиком высылался вопросник с 150 вопросами. Этот вопросник создавался несколькими поколениями аналитиков компании (системе уже более 20 лет :)).
И кто-нибудь отвечал на все 150 вопросов?
Ни один уважающий себя заказчик этого делать не будет.
Я видела одно тестовое задание, которое видимо тоже использовалось на протяжении 20 лет водной компании :) Попав туда на собеседование вот второй раз, и потратив час на его решение, до конца собеседования не досидела - одолел здоровый зоологический смех :)
-
И кто-нибудь отвечал на все 150 вопросов?
Ни один уважающий себя заказчик этого делать не будет.
На все 150 и не нужно отвечать. Вопросы разделены по категориям, если не планируется использовать часть функционала, тогда и не требуется отвечать на вопросы соответствующей категории.
Уважающий себя заказчик ответит на необходимые вопросы. Остальное уже уточняет бизнес-аналитик в течении 2-3 дней встреч с заинтересованными лицами заказчика
-
Не то что никто не хочет делиться, просто какие я вопросы задам, вам совершенно не будет интересно.
Возможно я не так выразился.
Речь идёт об универсальных первых вопросах для любого будущего продукта.
Представьте вы пришли покупать автомашину, а консультант раньше продавал стиральные машины. И вот он начнет вам задавать вопросы те, которые вам помогут выбрать стиралку.
Пардон, но не совсем понял аналогию.
Общие вопросы здесь были озвучены, а остальные сами придумаете.
Мало :(
Хотелось бы больше.
Я всегда прежде чем идти к клиенту исхожу из 1) внедряем старый функционал или 2) разрабатываем новый. По 1 варианту действительно я использую тестирование - т.е. есть опыт многих "поколений" описанный в тестах. Вопрос - ответ. Для 2 - изучаю предварительную заявку от клиента, спрашиваю кто и что мне может подсказать в отделе, смежных отделах, штудирую инет, покупаю книжки, изучаю положения, разбираю систему и потом уже со списком предложений и вопросов иду к заказчику.
Хороший ответ. Благодарю.
-
Всем:
У меня нет никакой информации и я собираюсь в первый раз встретиться с заказчиком. Мне нужно подготовиться к этой встрече. Желательно иметь готовый вопросник. С помощью этого вопросника необходимо получить максимум информации от заказчика. После этой встречи и анализа ответов я уже сам буду формулировать уточняющие вопросы.
Наверняка есть универсальные первые вопросы для любого будущего продукта. По ходу первой беседы я буду выбирать из вопросника наиболее подходящее вопросы.
Я думаю, что у хорошего аналитика есть готовый шаблон. Не держать же это все в голове (это не разумно). Если есть информация, то учитывая её можно брать вопросы из этого универсального шаблона вопросника и дополнять его с учётом информации о будущем продукте. В итоге будет готовый вопросник для конкретной встречи.
-
Уточнять несовсем корректное слово - сорее добавлять, иногда приходилось и полностью перерабатывать.
В общем у вас есть уже информация о продукте. У меня другой случай см. выше (http://www.uml2.ru/forum/index.php?topic=3717.msg27852#msg27852)
Весь вопросник примерно состоит из 250 вопросов, заказчику отсылается примерно 50-75 из них, еще столько же заполняет аналитик на встречах по обработке требований.
Заказчиков количество вопросов не пугает, поскольку система является одной из основных в бизнесе заказчика и стоит не малых денег.
Много вопросов. Удивительно, что заказчик это спокойно воспринимает.
Все что будет за скоупом требований, созданных на данном этапе, является доработкой и совсем не дешевой.
Не понял предложение.
«скоупом» - цель?
Мне пока не понятно, какого класса систему будете разрабатывать? информационный поратал, систему электронного документа оборота?
Нет информации о системе. Полный ноль! И надо информацию получить.
Подробней см. выше (http://www.uml2.ru/forum/index.php?topic=3717.msg27852#msg27852)
А так основные вопросы, кажется, перечислены у Вигерса.
Можете наводку дать чтобы не было недопонимания?
-
И кто-нибудь отвечал на все 150 вопросов?
Ни один уважающий себя заказчик этого делать не будет.
Я бы сказал, что заказчик должен быть ооооочень заинтересован в результате именно с этим аналитиком.
Я видела одно тестовое задание, которое видимо тоже использовалось на протяжении 20 лет водной компании :) Попав туда на собеседование вот второй раз, и потратив час на его решение, до конца собеседования не досидела - одолел здоровый зоологический смех :)
Может поделитесь что это за "тестовое задание"? :)
-
Я ясно выразился здесь? (http://www.uml2.ru/forum/index.php?topic=3717.msg27852#msg27852)
-
Наверняка есть универсальные первые вопросы для любого будущего продукта.
Есть. Их шесть.
Они описаны вот в этой книге (http://www.moderatorsha.ru/2008/06/13/%d0%b5%d1%89%d0%b5-%d0%be%d0%b4%d0%bd%d0%b0-%d1%85%d0%be%d1%80%d0%be%d1%88%d0%b0%d1%8f-%d0%ba%d0%bd%d0%b8%d0%b3%d0%b0/)
Вы ее уже прочитали?
Я думаю, что у хорошего аналитика есть готовый шаблон. Не держать же это все в голове (это не разумно).
Вообще говоря, по отзывам многочисленных коллег и знакомых, я весьма разумная женщина - однако готового шаблона у меня нет.
Я задаю максимально абстрактные вопросы, наблюдаю за ходом мыслей собеседника и направляю беседу в нужном направлении уточняющими вопросами. Поскольку каждая беседа индивидуальна, то и вопросы различаются.
-
Есть. Их шесть.
Они описаны вот в этой книге (http://www.moderatorsha.ru/2008/06/13/%d0%b5%d1%89%d0%b5-%d0%be%d0%b4%d0%bd%d0%b0-%d1%85%d0%be%d1%80%d0%be%d1%88%d0%b0%d1%8f-%d0%ba%d0%bd%d0%b8%d0%b3%d0%b0/)
Вы ее уже прочитали?
Ну написали бы, что вам жалко что ли? :)
У вас её можно скачать? Не нашел куда тыкать.
Книгу нашёл. Буду печатать. :)
Пока осилил две:
Книга «Технология разработки программного обеспечения» Эрик Дж. Брауде, 2004. – 655 с.: ил.
Книга «Разработка и управление требованиями. Практическое руководство пользователя (Второе издание)» , Telelogic 2005
Вообще говоря, по отзывам многочисленных коллег и знакомых, я весьма разумная женщина - однако готового шаблона у меня нет.
Возможно у вас всегда был прямой контакт с заказчиком.
Я в любом случаи создам вопросник.
Я задаю максимально абстрактные вопросы, наблюдаю за ходом мыслей собеседника и направляю беседу в нужном направлении уточняющими вопросами. Поскольку каждая беседа индивидуальна, то и вопросы различаются.
Я уже писал, что контакт только по электропочте. Естественно с задержками поэтому важны первые вопросы.
-
andre, а вы дыбу не пробовали? ;)
-
Не понял предложение.
«скоупом» - цель?
scope - границы, рамки, пределы (возможностей, знаний и т. п.). В данном контексте это границы/ рамки проекта.
Нет информации о системе. Полный ноль! И надо информацию получить.
andre, вы выступаете как аналитик или как менеджер проекта? как вам вообще удалось выйти на заказчика, если вы не знаете зачем он к вам обратился.
Всем:
У меня нет никакой информации и я собираюсь в первый раз встретиться с заказчиком. Мне нужно подготовиться к этой встрече. Желательно иметь готовый вопросник. С помощью этого вопросника необходимо получить максимум информации от заказчика. После этой встречи и анализа ответов я уже сам буду формулировать уточняющие вопросы.
Наверняка есть универсальные первые вопросы для любого будущего продукта. По ходу первой беседы я буду выбирать из вопросника наиболее подходящее вопросы.
Я думаю, что у хорошего аналитика есть готовый шаблон. Не держать же это все в голове (это не разумно). Если есть информация, то учитывая её можно брать вопросы из этого универсального шаблона вопросника и дополнять его с учётом информации о будущем продукте. В итоге будет готовый вопросник для конкретной встречи.
Я уже писал, что контакт только по электропочте. Естественно с задержками поэтому важны первые вопросы.
andre, по-моему вы противоречите сами себе. Так вы к встрече готовитесь или первое письмо заказчику хотите написать?
А потом, кроме электронных писем есть еще телефон, scype и другие способы пообщаться с заказчиком, в том числе создать эффект личной встречи.
Для вашей ситуации, когда ничего не известно, вопросов озвученных на форуме вполне достаточно для первого письма. Думаю, в первом письме прежде всего нужно выяснить для чего, для кого и в какие сроки должна быть разработана система. Таким образом вы сможете понять предметику, бизнес-цели и кто является потенциальным пользователем. А уже от этого "танцевать" дальше.
Лучше если вы проведете серию "онлайн" встреч, так вы сможете лучше понять заказчика. Через переписку достичь взаимопонимания сложно, особенно если предметная область разработки будет для вас новой. Заказчик и исполнитель (разработчик, аналитик и т.д.) мыслят разными категориями, поэтому иногда могут возникать коммуникационные барьеры.
Соглашусь с мнением большинства, готового перечня нет (и это не потому что я такая вредная или жадная и мне не хочется с вами делиться). Общие вопросы уже были озвучены. Да, и не приходилось сталкиваться с ситуацией, когда абсолютно нет информации зачем вдруг заказчик к нам обратился.
А потом ваш вопрос не совсем корректен. Это все равно, что зайти на форум строителей и спросить - "коллеги, как вы строите дом?", не раскрывая при этом, что вы хотите строить - "избушку на курьих ножках" или "небоскреб". Сами понимаете, что цель строительства, стоимость, требования, сроки, используемые стандарты и набор проектной документации для каждого из этих проектов ("избушка на курьих ножках" и "небоскреб") будут разные.
-
Много вопросов. Удивительно, что заказчик это спокойно воспринимает.
Воспринимает спокойно, потому что заказчик понимает, что он этот продукт хочет. Предварительно нами уже проведен анализ рынка в регионе заказчика, есть понимания требований регуляторов и специфики рынка, на котором работает заказчик (так что на часть вопросов ответы появляются в ходе такого анализа). В это же время заказчик может вести переговоры с конкурентами, проводить конкурсы и т.п. мероприятия, выбирая из предоставленных проектов решения оптимальный. (но это уже забота продажников - лучшим образом представить нас там)
Не понял предложение. «скоупом» - цель?
скоуп - тут границы проекта (как было отмечено выше, спасибо ekaterinalog)
Нет информации о системе. Полный ноль! И надо информацию получить.
Подробней см. выше (http://www.uml2.ru/forum/index.php?topic=3717.msg27852#msg27852)
Я не понял, вы собираетесь прийти к заказчику не зная каким бизнесом он занимается, какие у него процесы, что требуется автоматизировать и предложить - Давайте я создам Вам систему СИСТЕМУ с которой Вы покорите мир...
...В итоге родится ТЗ на сайт визитку на двух листах.
Подобного вопросника ниочем нет ни у кого на форуме.
Соглашусь с А потом ваш вопрос не совсем корректен. Это все равно, что зайти на форум строителей и спросить - "коллеги, как вы строите дом?", не раскрывая при этом, что вы хотите строить - "избушку на курьих ножках" или "небоскреб". Сами понимаете, что цель строительства, стоимость, требования, сроки, используемые стандарты и набор проектной документации для каждого из этих проектов ("избушка на курьих ножках" и "небоскреб") будут разные.
-
И так-с. Продолжим-с. :)
Вот такие вопросы я накопал. Что скажите? Может их лучше сгруппировать-классифицировать?
Вопросы:
Зачем вам нужно это ПО?
Кто является пользователем системы?
Кем это будет использоваться?
Кто является заказчиком (экономическим покупателем) системы?
Кто будет оценивать и принимать систему, когда она будет представлена и развернута?
Существую другие внутренние или внешние пользователи системы, чьи потребности необходимо учесть?
Кто будет заниматься сопровождением новой системы?
Не забыли ли мы кого-нибудь?
Для чего, для кого и в какие сроки должна быть разработано ПО?
Почему вам это надо делать?
Для чего вы это делаете?
Кто и что должен делать?
Какие задачи должна решать необходимое вам ПО?
Что вы хотите, чтобы вы могли делать?
Что вы хотите достичь?
Что должно делать ПО?
Что делается неэффективно?
Что должно быть улучшено?
Без чего нельзя обойтись?
Что мы подаём на вход?
Откуда вы возьмете эти данные?
Что мы должны получить на выходе?
На кого ещё окажут влияния результаты работы системы?
Что будет, если этого не сделать?
Конечно можно дополнять, заменять на более грамотные вопросы и пр. вносить улучшения.
Вопрос по названию ПО тоже надо включить? Хотя бы иметь предварительное название.
-
Что Вы хотите от системы?
Как Вы планируете проверять достижения того, что вы хотели от системы?
-
С ЛАФ-2010:
- Как вы узнаете, что проект был успешен?
-
Отличное дополнение! Благодарю! Ждем-с ещё. :)
«Правильно заданный вопрос – половина ответа»
-
и тишина (((
-
Может их лучше сгруппировать-классифицировать?
Конечно лучше.
-
Примеры вопросов также можно посмотреть в статье Построение модели вариантов использования (http://beamteam.ru/2011/03/creating-use-case-model/)
-
Если обсуждение заходит в ступор, то можно спросить: Как вы делаете сейчас (руками или сущ. ПО) и что вам в этом не нравится?
-
Конечно лучше.
и всё? (((
Не моя классификация:
--- Выявление, классификация и описание stakeholder-ов, всех заинтересованных лиц. ---
Кто является пользователем системы?
Кем это будет использоваться?
Кто является заказчиком (экономическим покупателем) системы?
Кто будет оценивать и принимать систему, когда она будет представлена и развернута?
Существую другие внутренние или внешние пользователи системы, чьи потребности необходимо учесть?
Кто будет заниматься сопровождением новой системы?
Не забыли ли мы кого-нибудь?
Для чего, для кого и в какие сроки должна быть разработано ПО?
Кто и что должен делать?
На кого ещё окажут влияния результаты работы системы?
--- Основные цели создания продукта ---
Зачем вам нужно это ПО?
Почему вам это надо делать?
Для чего вы это делаете?
Что вы хотите достичь?
Что делается неэффективно?
Что должно быть улучшено?
Что будет, если этого не сделать?
--- Описание общей функциональности системы, конкретных ВИ ---
Какие задачи должна решать необходимое вам ПО?
Что вы хотите, чтобы вы могли делать?
Что должно делать ПО?
Без чего нельзя обойтись?
Что мы подаём на вход?
Откуда вы возьмете эти данные?
Что мы должны получить на выходе?
Denis Beskov что скажите? Народ есть что поправить? Буду только рад замечаниям, исправлениям и дополнениям.
Я правильно новые дополнительные вопросы классифицировал?
--- Основные цели создания продукта ---
Что Вы хотите от системы?
Как вы узнаете, что проект был успешен?
--- Описание общей функциональности системы, конкретных ВИ ---
Как Вы планируете проверять достижения того, что вы хотели от системы?
Как вы делаете сейчас (руками или сущ. ПО) и что вам в этом не нравится?
-
Дело в том, что классифицировав данные вопросы вы придете к вопросам самой классификации. Не проще ли задать именно эти основные вопросы? Их действительно будет не много. Потратив же время на ответы на более конкретные мелкие, можно не ответить на главные вопросы.
Кстати, верно было подмечено, что заказчики бывают разные и многие могут говорить об одних и тех же вопросах очень долго. Поэтому задавать вопросы более мелкие из вашей классификации имеет смысл только для уточнения, если вам не все ясно.
-
Дело в том, что классифицировав данные вопросы вы придете к вопросам самой классификации.
Вы думаете это плохо? Я не вижу здесь проблем. Как вам текущая классификация?
Не проще ли задать именно эти основные вопросы? Их действительно будет не много.
Пока это не согласовано :) Они в процессе формирования и классифицирования.
Потратив же время на ответы на более конкретные мелкие, можно не ответить на главные вопросы.
Я тему открывал не для "более конкретные мелкие", а для "универсальные первые вопросы для любого будущего продукта".
Кстати, верно было подмечено, что заказчики бывают разные и многие могут говорить об одних и тех же вопросах очень долго. Поэтому задавать вопросы более мелкие из вашей классификации имеет смысл только для уточнения, если вам не все ясно.
А какие в текущем списки "вопросы более мелкие"? Может лучше их поменять? Если у вас есть предложения, то буду благодарен.
Рад что вы присоединились к обсуждению. Замечаниям, исправлениям и дополнениям только рад.
-
Вопросы «Как?»:
• Как вы будете использовать данный функционал?
• Является ли данный функционал процессом, и, если да, каковы его шаги? Или же какие вопросы мне следует задать, чтобы эти шаги выяснить?
• Как мы можем удовлетворить данную потребность бизнеса?
• Как можно обдумать данный функционал с альтернативной точки зрения?
• Как мы узнаем, что функционал закончен?
Вопросы «Где?»:
• Где точка входа в процесс?
• Где будет данный функционал доступен для пользователя?
• Где пользователь будет физически находиться во время использования функционала?
• Где можно будет увидеть результаты?
Вопросы «Когда?»:
• Когда функционал будет использоваться?
• Когда вам необходимо будет знать о…?
• В каких случаях функционал может «упасть»?
• Когда мы будем готовы приступить к…?
Вопросы «Кто?»:
• Кто будет использовать функционал?
• Кто будет предоставлять входные данные для функционала?
• Кто будет являться получателем выходных результатов?
• Кому необходимо знать о результатах использования функционала?
• У кого я могу узнать больше об этом?
Вопросы «Что?»:
• Что я знаю о функционале?
• Или же, какие предположения у меня есть о функционал, ожидающие подтверждения?
• Что функционал должен делать?
• Что является конечным результатом работы функционала?
• Что являются составляющими частями функционала?
• Что должно происходить дальше?
• Что должно произойти до?
• Что, если….? Обдумайте все альтернативные сценарии и задайте вопросы о том, что должно происходить в случае их выполнения.
• Что необходимо отслеживать?
Вопросы «Зачем»?
Вопросы «Зачем?» отлично подходят для подведения итогов, так как помогают убедиться в том, что только что выявленные требования соответствуют потребностям, идентифицированным во время определения объема проекта.
• Еще раз: зачем нам этот функционал?
• Есть ли другие пути достижения данных результатов?
• Удовлетворяет ли данный функционал потребностям бизнеса и решает ли проблему, которую необходимо решить?
Пример вопросника требований
Вот список вопросов, составленных мною для функционала поиска, с намеренно опущенными в целях приватности клиента деталями.
1. Где в системе инициируется поиск?
2. Обязательно ли выбирать категорию, чтобы увидеть список результатов? Что, если показать все элементы в результирующем списке?
3. Что мы увидим, когда выполним поиск? Результаты поиска выглядят так же, как и текущий список, или по-другому?
4. Продукты в списке отображаются точно так же, как и текущий продукт?
5. Что, если пользователь не выберет локацию?
6. Что, если отсутствуют категории?
7. Что, если у категорий присутствуют множественные ассоциации?
8. Какие показатели необходимо отслеживать?
9. Как/где эти показатели нужно отображать и кому?
10. Где стоит поместить данный функционал, чтобы им активно пользовались?
-
Уважаемые коллеги!
Вы не могли бы мне помочь?
Дело в том, что мы занимаемся в основном продуктовой разработкой - последние 8 лет.
Но сейчас у нас появляется крупный гос. заказчик и предполагается реализация проекта под заказ, чего мы раньше обычно не делали, по крайней мере не в таких объемах.
Мне предстоит встреча с этим заказчиком в пятницу и я набросал несколько вопросов для первичного обсуждения.
Не могли бы вы их оценить? Прокомментировать?
Заранее спасибо!
Вопросы:
1. Общие вопросы.
a. Как называется проект?
b. Каковы цели реализации проекта?
c. Каковы предпосылки (в том числе экономические), приводящие к инициации проекта?
d. Как вы сможете понять, что проект успешен?
e. Кто, кому и как будет сдавать проект?
f. Каковы должны быть результаты проекта, по которым можно будет судить о степени его завершенности?
g. Какие ограничения проекта существуют (по времени, по бюджету, по техническому обеспечению, оборудованию, доступу к информации и пр.)?
h. Существуют ли какие-либо стандарты либо законодательные акты, которые необходимо соблюдать при работе над проектом?
i. В каком виде предполагается последующая поддержка проекта?
2. Команда проекта.
a. Кто будет осуществлять руководство проектом со стороны заказчика?
b. Обладает ли он достаточными полномочиями для этого?
c. Кто ответственен за принятие ключевых решений со стороны заказчика?
d. Кто обладает достаточными знаниями для формирования требований к проекту?
e. Кто еще будет входить в состав проектной группы со стороны заказчика?
3. Влияние проекта.
a. Кто будет затронут результатами внедрения проекта?
b. Какие могут быть сложности или особые условия в процессе внедрения?
c. Предполагается ли какая-либо миграция или одновременная работы с некими старыми системами?
d. Предполагается ли обучение персонала как часть проекта?
e. Кто будет пользователями проекта?
4. Риски
a. Какова квалификация пользователей проекта?
b. Будет ли обеспечен доступ в рабочую среду для проведения тестирования и раннего внедрения результатов проекта?
c. Существуют ли сотрудники, на стороне заказчика, не заинтересованные в реализации проекта?
-
:D
Ответы
1. Общие вопросы.
a. Указано в договоре
b. Оптимизировать
c. Предпосылки есть ...
d. Сделайте все как мы хотим
e. Вы -> Нам
f. Например, к концу года
g. Не умничайте, пожалуйста
h. Законодательство есть, стандарты ?? .. да как хотите так и работайте над проектом, главное сделайте.
i. Не умничайте, пожалуйста сделайте посмотрим. У Вас разве тех поддержка 1 год не бесплатно?
-
У крупного гос. заказчик наверно должен быть сайт.
Посмотрите чем они занимаются.
-
По 2
Лучше проще спросить , кто курирует проект со стороны заказчика.
Если это гос., то скорее всего они выпустят приказ, а в нем (в это документе) укажут ответственных лиц.
Т.е нужны первое руководители (кто будет подписывать) и "функциональщики" (которые расскажут как они работают и которые будут одобрять и согласовывать подготовленные документы).
А по поводу
b. Обладает ли он достаточными полномочиями для этого?
Это сильно ???.
-
Мне этот список вопросов понравился, но как выше уже написали подавляющее большинство ответов на эти вопросы должно войти в условия контракта и в ТЗ, если этих документов нет, то на большинство вопросов ответов по делу можно и не получить.
При этом следует учитывать, что логика госзаказчиков может кардинально отличаться от коммерческих заказчиков. Чтобы не попасть в неприятную ситуацию особое внимание следует обратить внимание на получение ответов на вопросы 2.c, 3.a, и 3.b и подобные им.
У госзаказчиков очень большую роль играет политика - редко бывает, что все заинтересованные лица у заказчика преследуют одну цель. Чем крупнее Заказчик, тем больше вероятность политизации проекта.
Если вы едете общаться с функциональными заказчиками (конечными пользователями), то уточните - не работают ли они в связке с другими подразделениями. Часто случается, что автоматизируемое подразделение использует (или наоборот предоставляет) данные другого подразделения или госучреждения, которое совсем не заинтересовано в вашей работе. Все это входит в ваш вопрос 3.a
p.s. про "обладает ли он достаточными полномочиями для этого" - в лоб такие вопросы задавать рисковано, но получить ответ на этот вопрос необходимо обязательно.
-
Всем большое спасибо!
Небольшое уточнение, если это важно, заказчик - военное ведомство.
-
:D
Ответы
1. Общие вопросы.
a. Указано в договоре
b. Оптимизировать
c. Предпосылки есть ...
d. Сделайте все как мы хотим
e. Вы -> Нам
f. Например, к концу года
g. Не умничайте, пожалуйста
h. Законодательство есть, стандарты ?? .. да как хотите так и работайте над проектом, главное сделайте.
i. Не умничайте, пожалуйста сделайте посмотрим. У Вас разве тех поддержка 1 год не бесплатно?
Все правильно :) только h. Вот вы и должны знать все законодательства, для этого вы здесь.
-
>> Мне предстоит встреча с этим заказчиком в пятницу и я набросал несколько вопросов для первичного обсуждения.
Да, на все эти вопросы нужно получить для себя ответ.
Но я бы не стал все их задавать в явном виде на первой встрече с госзаказчиком
... чтобы она не стала последней встречей ;)...