Блог компании QSOFT → Полезные советы: управление проектами в условиях изменяющихся требований
Предлагаю обсудить одно из возможных решений проблемы изменяющихся требований, используемое в нашей компании.
Прежде чем перейти к описанию конкретных решений и инструментария, пара слов о политике в отношении новых требований. Пожалуй, самое важное что мы поняли, это то, что требования меняются всегда и вместо того чтобы «бороться со стихией» надо научится управлять изменяющимися требованиями. Конечно, есть ТЗ и бюджет, но часто переговоры о включении новых требований стоят дороже, чем сами изменения. С другой стороны нельзя делать все, что захочет заказчик — тогда проект вообще никогда не будет запущен. Поэтому, требованиями надо именно управлять.
Поскольку наша компания состоит из менеджеров и программистов, наше любимое занятие это организация процессов разработки и разработка средств автоматизации этой самой разработки.
Но вот уже как пару лет мы почти этим не занимаемся, хотя есть и время и средства. Все просто — после долгих поисков мы нашли решение, которое у нас стабильно работает. В рамках этого поста я не буду рассказывать обо всем — получится слишком много, а расскажу об одном из основных приемов в нашей работе. Мы называем его «базовые тикеты».
Прежде чем перейти к описанию конкретных решений и инструментария, пара слов о политике в отношении новых требований. Пожалуй, самое важное что мы поняли, это то, что требования меняются всегда и вместо того чтобы «бороться со стихией» надо научится управлять изменяющимися требованиями. Конечно, есть ТЗ и бюджет, но часто переговоры о включении новых требований стоят дороже, чем сами изменения. С другой стороны нельзя делать все, что захочет заказчик — тогда проект вообще никогда не будет запущен. Поэтому, требованиями надо именно управлять.
Поскольку наша компания состоит из менеджеров и программистов, наше любимое занятие это организация процессов разработки и разработка средств автоматизации этой самой разработки.
Но вот уже как пару лет мы почти этим не занимаемся, хотя есть и время и средства. Все просто — после долгих поисков мы нашли решение, которое у нас стабильно работает. В рамках этого поста я не буду рассказывать обо всем — получится слишком много, а расскажу об одном из основных приемов в нашей работе. Мы называем его «базовые тикеты».
Google Wave → Google Wave для работы и жизни. Опыт первый: Office Hours
Здесь была фотография, найденная в поиске Google по запросу Office Hours.
Размещена была здесь исключительно с целью привлечения внимания к топику. Не рекомендовалась к просмотру детям и впечатлительным девушкам.
Но их оказалось на Хабре слишком много и я удалил картинку. :)
Google Wave часто упрекают в непривычности интерфейса, сложности освоения и трудности использования. Злые языки говорят даже, что Google привлекла множество разработчиков к тестированию ранней девелоперской версии Волны (т.н. «песочницы»), чтобы они побыстрее придумали, как можно ее применить в деле. :)
Что ж, даже если эта остроумная мысль верна, то затея гуглеров снова удалась. Есть попытки и первый реальный опыт применения нового hi-tech инструмента для решения самых разных реальных задач: Волна используется как аналог почты, форумов, IM, чатов, почтовых групп и электронных рассылок, как система комментирования, как самостоятельная CMS и для встраивания волн в существующие CMS, для организации поддержки пользователей и организации обратной связи на сайтах, для проведения лекций, семинаров и т.п. образовательных целей, для бизнес-планирования и программирования, для ведения блогов и тематических журналов, для совместной работы над документами и для перевода, для совместного планирования путешествий, для поиска сбежавших преступников, для казуальных игр, для создания системы взаимозачетов и векселей, для размещения совместных заказов в интернет-магазинах и аукционах, для онлайн-поддержки конференций и других мероприятий в «реальной реальности», для…
В общем, я могу так долго продолжать перечислять сферы реального применения Google Wave, учитывая отличную расширяемость Волны и наличие нескольких API (для роботов, гаджетов, для внедрения и интеграции с браузерами).
Отмазка (disclaimer). Нет, я не слепой фанат Гугла и прекрасно вижу ограничения, свойственные самой идее Волны, и несовершенство ее текущей реализации. Вижу и то, что не только мы с вами, белые и пушистые, думаем об использовании Волны в своих целях. Спамеры, вандалы, «школота», хацкеры и нарушители приватности, Большой Брат и прочие «злые буратины» уже там.
Но я уверен, что надо решать свои задачи имеющимися инструментами, вместо того, чтобы говорить об их несовершенстве, снимая с себя вину за бездействие. Лучше жалеть о сделанных ошибках, чем о нереализованных возможностях.
Похоже, пора составлять каталог use case, т.е. способов, каким используются Волны. Сегодня мы поговорим об одном из самых первых «юзкейсов» — о так называемых Google Wave API Office Hours.
Размещена была здесь исключительно с целью привлечения внимания к топику. Не рекомендовалась к просмотру детям и впечатлительным девушкам.
Но их оказалось на Хабре слишком много и я удалил картинку. :)
Google Wave часто упрекают в непривычности интерфейса, сложности освоения и трудности использования. Злые языки говорят даже, что Google привлекла множество разработчиков к тестированию ранней девелоперской версии Волны (т.н. «песочницы»), чтобы они побыстрее придумали, как можно ее применить в деле. :)
Что ж, даже если эта остроумная мысль верна, то затея гуглеров снова удалась. Есть попытки и первый реальный опыт применения нового hi-tech инструмента для решения самых разных реальных задач: Волна используется как аналог почты, форумов, IM, чатов, почтовых групп и электронных рассылок, как система комментирования, как самостоятельная CMS и для встраивания волн в существующие CMS, для организации поддержки пользователей и организации обратной связи на сайтах, для проведения лекций, семинаров и т.п. образовательных целей, для бизнес-планирования и программирования, для ведения блогов и тематических журналов, для совместной работы над документами и для перевода, для совместного планирования путешествий, для поиска сбежавших преступников, для казуальных игр, для создания системы взаимозачетов и векселей, для размещения совместных заказов в интернет-магазинах и аукционах, для онлайн-поддержки конференций и других мероприятий в «реальной реальности», для…
В общем, я могу так долго продолжать перечислять сферы реального применения Google Wave, учитывая отличную расширяемость Волны и наличие нескольких API (для роботов, гаджетов, для внедрения и интеграции с браузерами).
Отмазка (disclaimer). Нет, я не слепой фанат Гугла и прекрасно вижу ограничения, свойственные самой идее Волны, и несовершенство ее текущей реализации. Вижу и то, что не только мы с вами, белые и пушистые, думаем об использовании Волны в своих целях. Спамеры, вандалы, «школота», хацкеры и нарушители приватности, Большой Брат и прочие «злые буратины» уже там.
Но я уверен, что надо решать свои задачи имеющимися инструментами, вместо того, чтобы говорить об их несовершенстве, снимая с себя вину за бездействие. Лучше жалеть о сделанных ошибках, чем о нереализованных возможностях.
Похоже, пора составлять каталог use case, т.е. способов, каким используются Волны. Сегодня мы поговорим об одном из самых первых «юзкейсов» — о так называемых Google Wave API Office Hours.
Персональные блоги → Use Case and Usage scenarios for GUI design
Варианты использования (use case) и сценарии использования (usage scenarios) как основа для проектирования графического интерфейса пользователя (graphical user interface, GUI)
Поскольку понимание потребностей пользователей (User Centered Design philosophy) позволяет разрабатывать более удобные, востребованные и эффективные программные продукты (а следовательно, ведёт к всеобщему счастью и удовлетворённости =), необходимо найти инструменты, позволяющие эффективно извлекать и обрабатывать информацию о требованиях пользователей.
В свете вышесказанного предлагаю обсудить такие методы, как Варианты использования и Сценарии использования (Use case and Usage scenarios). Вышеназванные методологии отлично зарекомендовали себя (Karl E. Wiegers, 2004), в их эффективности и чрезвычайной пользе я убедился на собственном опыте.
Поскольку понимание потребностей пользователей (User Centered Design philosophy) позволяет разрабатывать более удобные, востребованные и эффективные программные продукты (а следовательно, ведёт к всеобщему счастью и удовлетворённости =), необходимо найти инструменты, позволяющие эффективно извлекать и обрабатывать информацию о требованиях пользователей.
В свете вышесказанного предлагаю обсудить такие методы, как Варианты использования и Сценарии использования (Use case and Usage scenarios). Вышеназванные методологии отлично зарекомендовали себя (Karl E. Wiegers, 2004), в их эффективности и чрезвычайной пользе я убедился на собственном опыте.
Персональные блоги → UML — диаграмма вариантов использования (use case diagram)
Диаграммы вариантов использования описывают взаимоотношения и зависимости между группами вариантов использования и действующих лиц, участвующими в процессе.
Важно понимать, что диаграммы вариантов использования не предназначены для отображения проекта и не могут описывать внутреннее устройство системы. Диаграммы вариантов использования предназначены для упрощения взаимодействия с будущими пользователями системы, с клиентами, и особенно пригодятся для определения необходимых характеристик системы. Другими словами, диаграммы вариантов использования говорят о том, что система должна делать, не указывая сами применяемые методы.
Важно понимать, что диаграммы вариантов использования не предназначены для отображения проекта и не могут описывать внутреннее устройство системы. Диаграммы вариантов использования предназначены для упрощения взаимодействия с будущими пользователями системы, с клиентами, и особенно пригодятся для определения необходимых характеристик системы. Другими словами, диаграммы вариантов использования говорят о том, что система должна делать, не указывая сами применяемые методы.
Электронная коммерция → Интернет-магазин. «Разделяй и властвуй» или «ОО уже и тут»
А почему бы вам, коллеги, не приобщиться к интернет-магазинству?
Страшно? То-то же, и мне страшно. И здесь мы поговорим о том как побороть свои страхи. С помощью… объектно-ориентированного подхода.
Страшно? То-то же, и мне страшно. И здесь мы поговорим о том как побороть свои страхи. С помощью… объектно-ориентированного подхода.