Асболютно согласен — people issues самая больная тема сбора требований. Но этот вопрос уже совсем не про воркшопы. Он более глобальный, и на него нет единого ответа или какой-то серебряной пули, все зависит от проекта, команды, ваших отношений с заказчиком и других факторов.
QAW и воркшоп из статьи очень похожи. Основная разница в целях — QAW только про качественные характеристики продукта (т.е. нефункциональные требования), воркшоп из статьи — про все типы требований (функциональные, нефункциональные, ограничения). Из-за разницы в целях немного отличаются процесс и вопросы к участникам.
Совершенно верно, большинство людей не понимает, чего они хотят. Однако задача аналитика как раз и состоит в том, чтобы выделить из обрывочных мыслей и идей общую картину требований к конечному продукту. В организации воркшопа очень важна подготовительная работа, — выявить и привлечь релевантных лиц, заинтересованных в продукте и способных принимать решения касательно его функционала. Надеяться, что на воркшоп все придут подготовленными без предварительных усилий как минимум недальновидно ;)
Всё зависит от уровня организации: если участники проинструктированы и подготовлены и у координатора есть опыт проведения подобных митингов, проблем возникнуть не должно. Школьным учителям удается справиться примерно с тем же количеством детей, почему бы не скоординировать 25 взрослых людей? :)
BepTep спасибо за статьи. Приятно видеть, что у вас есть процесс переноса знаний, практик и подходов между мобильными платформами. В большинстве проектов, где я участвовал команды были довольно обособленные, каждая со своим багажом и наработками. Поэтому в чужой монастырь со своим уставом мало кто рисковал ходить.
Приезжайте к нам в Университет Иннополис, будет интересно обсудить разработку архитектуры и другие практики программной инженерии. Мы вам расскажем как и чему мы учим студентов на курсе Architectures for Software Systems, а вы расскажете про то, что вы используете. Хочется быть ближе к индустрии, давать студентам востребованные знания, которые соответствуют методологиям из реального мира. Кстати, как вы отнесетесь к предложению прочитать гостевую лекцию?
«… мне поставлена следующая задача: смоделировать взаимодействие узлов самоорганизующейся сети на основе соответствующих технологий.»
Поставленную вам задачу можно решить с помощью таких средств, как NS2 или OMNeT++
Оба инструмента имеют открытый код, при необходимости можно добавить свой протокол.
Для верификации протокола также можно использовать такой инструмент, как SPIN (http://www.spinroot.com/)
Ок, допустим через какой-то промежуток времени у вас будет полная и непротиворечивая модель самоорганизующейся сети. Кто и как эту модель будет использовать?
Очень многое зависит от целей. Например, если есть цель доказать что пакеты действительно передаются и не возникает дедлоков/лайвлоков, то UML не очень подходит. Потому что UML это язык описания и визуализации модели, но он не очень помогает проверить свойства и непротиворечивость системы.
Для формальной верификации моделей могу порекомендовать смотреть в сторону LTSA, Alloy и Promela.
А вообще разных тулов очень много. Выбор нужного все же надо делать исходя из целей. Нужно хоть какое-то понимание, что должно быть результатом работы.
Под инфраструктурой я подразумевал больницы, кафе, школы.
Я недостаточно компетентен чтобы судить о транспорте. Знаю только, что планируют город сделать полностью бессветофорным и с выделенными велодорожками.
Кстати, как это решают в других местах? Хотелось бы с примерами.
Единственное что приходит на ум — парковка в той же Меге или Икее организована примерно так же, а людей там перманентно как на конференции.
Если недвижимость будет сильно дешевле только для резидентов, то почему бы и нет. Конечно, еще нужна и хорошая инфраструктура, но это вроде как уже есть в планах.
Только натив — имеется в виду NDK или Java?
Как считаете, что чаще всего делают не так как надо? Дайте своё видение самых часто распространённых ошибок (если это, конечно, не просто копирование дизайна с iOS, которое уже всем набило оскомину).
Всё-таки HB работает не только ради благотворительных сборов. По состоянию на август 2012 года они собрали более $19.5 млн. Из них пользователи назначили на благотворительность $7.55 млн. Да и в 2011 году Sequoia Capital инвестировала в них $4.7 млн., надеясь отбить эти деньги и получить прибыль. Ещё почитайте про опыт Александра Зубова и его Steel Storm.
Кстати, кто-нибудь знает как Humble Bundle договорился со Steam, что можно активировировать эти игры? Или HB через Steam разработчикам деньги переводит?
Приезжайте к нам в Университет Иннополис, будет интересно обсудить разработку архитектуры и другие практики программной инженерии. Мы вам расскажем как и чему мы учим студентов на курсе Architectures for Software Systems, а вы расскажете про то, что вы используете. Хочется быть ближе к индустрии, давать студентам востребованные знания, которые соответствуют методологиям из реального мира. Кстати, как вы отнесетесь к предложению прочитать гостевую лекцию?
«… мне поставлена следующая задача: смоделировать взаимодействие узлов самоорганизующейся сети на основе соответствующих технологий.»
Поставленную вам задачу можно решить с помощью таких средств, как NS2 или OMNeT++
Оба инструмента имеют открытый код, при необходимости можно добавить свой протокол.
Для верификации протокола также можно использовать такой инструмент, как SPIN (http://www.spinroot.com/)
Для формальной верификации моделей могу порекомендовать смотреть в сторону LTSA, Alloy и Promela.
А вообще разных тулов очень много. Выбор нужного все же надо делать исходя из целей. Нужно хоть какое-то понимание, что должно быть результатом работы.
Я недостаточно компетентен чтобы судить о транспорте. Знаю только, что планируют город сделать полностью бессветофорным и с выделенными велодорожками.
Кстати, как это решают в других местах? Хотелось бы с примерами.
Единственное что приходит на ум — парковка в той же Меге или Икее организована примерно так же, а людей там перманентно как на конференции.
Только натив — имеется в виду NDK или Java?
Как считаете, что чаще всего делают не так как надо? Дайте своё видение самых часто распространённых ошибок (если это, конечно, не просто копирование дизайна с iOS, которое уже всем набило оскомину).