Моя статья будет представлять собой больше набор историй из жизни и некоторые выводы из них. Основная проблема, которая меня сейчас волнует: как сделать так, чтобы довольны были и заказчики, и разработчики, и прибыль была и карма цела. Конкретного окончательного рецепта у меня нет, есть несколько отрицательных примеров и намеченные цели, которыми хочется поделиться.
Я занимаюсь разработкой с 2003 года (в основном web-приложения), до этого 4 года преподавала в ОмГУ основы программирования для 1-го курса математического факультета. На данный момент у меня пошел 3-й год в роли совладельца собственной небольшой аутсорсинговой компании (http://7bits.it). Рассказывать буду исключительно о своем опыте по двум причинам: я успела побывать в трех различных типах компаний, которые могу сравнить, и считаю, что пересказ чьего-то опыта не дает полной картины.
Читать полностью »
Рубрика «agile» - 62
Производство счастья промышленными методами
2012-08-21 в 18:45, admin, рубрики: agile, взаимодействие с заказчиком, конференция, разработка, управление, управление проектами, метки: взаимодействие с заказчиком, конференция, разработка, управлениеGTD vs Agile Results. Исправляем недочёты Дэвида Аллена
2012-08-20 в 8:28, admin, рубрики: agile, gtd, личная эффективность, продуктивность, метки: agile, gtd, личная эффективность, продуктивность 
В данном посте я хочу рассказать о том, чем система личной эффективности Agile Results отличается от GTD и как способна улучшить последнюю. Пост будет полезен как GTD-шникам со стажем, так и тем, у кого отношения с GTD не сложились.
Читать полностью »
Война миров: программисты vs. тестировщики!
2012-08-08 в 5:55, admin, рубрики: agile, командообразование, программисты, тестировщики, управление людьми, управление проектами, метки: командообразование, программисты, тестировщики, управление людьми 
Когда-то я был тестировщиком. Помню, как в те далекие времена порой был крайне недоволен программистами:
Эти вечные сомнительные доводы «это не баг, это фича» или «если это и баг, то незначительный, пусть остается».
Да как же остается, если система колом встает!?
Потом я стал программистом. И всё изменилось – меня начали жутко бесить эти бесконечные возвраты на доработку:
То им это не нравится, то тут не работает! Да нафига было вообще в этом окне контекстное меню вызывать и вставлять нечитабельные символы!? Как они вообще до этого додумались!? Бред же, в боевом режиме так ни один пользователь не сделает!
Не буду править, пусть остается!
В общем, классика – вражда программистов и тестировщиков.
А потом я стал менеджером. И понял, что вражда эта губительна для общего дела. К счастью, я хорошо помнил себя и программистом и тестировщиком, что и помогло мне осознать истинную суть проблемы и изменить ситуацию.
Читать полностью »
Что такое исследовательское тестирование?
2012-07-25 в 16:33, admin, рубрики: agile, qa, переводы, тестированиеИ чем он отличается от тестирования по сценариям (сценарного тестирования)
Этот пост является переводом статьи Джеймса Баха What is Exploratory Testing? Это первый перевод из серии статей Баха про исследовательское тестирование и все, что с ним связано с сайта http://www.satisfice.com. Если вы нашли неточность в переводе или ошибку в терминологии прошу сообщить о ней в комментариях к статье.
Исследовательское тестирование является мощным и приятным подходом к тестированию. В некоторых случаях оно может быть более продуктивным, чем привычное тестирование по сценариям. Я не встречал еще тестеровщика, который бы не применял исследовательское тестирование, хотя бы на бессознательном уровне. Тем не менее, мало кто из нас подробно изучал этот подход, и он еще не так признан в нашей области. Пора нам прекратить его отрицание, и публично признать исследовательский подход, таким какой он есть: научным мышлением в режиме реального времени. Друзья, это классная вещь!
Тренды, возведенные в культ
2012-07-24 в 23:36, admin, рубрики: agile, html, html5, scrum, методологии, морейнис, разработка, стартапы, цукерберг позвонит?, метки: agile, html5, scrum, методологии, морейнис, стартапы, цукерберг позвонит? Несколько последних лет ознаменовались появлением большого количества новых терминов, понятий, технологий, течений. Также появилось достаточное количество базвордов, которые заполонили медийное пространство. И заполонили до такой степени, что многие айтишники начинают поддаваться на соблазны и искушения рисующихся золотых перспектив. Но не буду говорить загадками — под катом список понятий, с которыми связано большое количество надежд, холиваров и… заблуждений. Давайте немного разберемся, что к чему.
Читать полностью »
Так что же такое Аджайл?
2012-07-23 в 7:56, admin, рубрики: agile, разработка, разработка по, управление проектами, метки: agile, разработка по, управление проектамиПонятие Agile уже так заездили, что никто не знает, что за ним стоит. Мне кажется, пора затеять теологический диспут на тему «что такое этот ваш аджайл», «кто такие эти ваши аджайл-евангелисты» и «а вообще ваш этот аджайл работает для простых смертных в этой стране»?
Чтобы ответить на первый вопрос, надо совсем немного углубиться во всем известную историю. Буду краток. Жили-были 17 человек. Собрались в 2001 году и придумали тайный сговор аджайл-манифест, положив начало мощному тренду и нише, где многие компании (наша в том числе), заколачивают деньги. Ниша эта лет пять жила себе спокойно, но потом гордо вошла в широкие массы, вызвав их бурление.
Agile: танцы с бубном или наука
2012-07-22 в 11:24, admin, рубрики: agile, слайдкасты, метки: agile, слайдкастыМножество достаточно опытных разработчиков и менеджеров пробовало Agile, и им не понравилось. Многие директора, руководители и специалисты даже не пробовали, ибо считают Agile религией, которая помогает, если в неё верить, либо, вообще, только создают впечатление эффективности у «верующих».
Понять последних можно, ведь большинство статей и agile-евангелистов говорят, примерно следующее: «Делайте так, как говорит методология, и ваш проект попадёт в рай. Если нарушите хотя бы одну из практик, то Agile покарает вас»
Читать полностью »
Проект vs Отдел
2012-07-17 в 12:48, admin, рубрики: agile, менеджмент проектов, управление людьми, управление проектами, метки: agile, менеджмент проектов, управление людьмиВ компаниях с матричной структурой организации между руководителями проектов и отделов периодически возникают конфликты. Борьба за человеческие ресурсы (далее ресурсы), сроки выполнения задач и их приоритет, споры об ответственности и принятии решений и так далее. Если в вашей компании такого нет, то вы — счастливое исключение, подтверждающее правило.
Некоторые руководители считают, что конфликты, возникающие в матричной структуре, способствуют поиску наиболее оптимальных решений, так как рассматриваются интересы обеих сторон. Но в то же время конфликты, порождаемые матрицей, являются причиной срыва сроков выполнения задач и падения производительности и эффективности.
Читать полностью »
Настройка workflow задач в TFS (практическая часть)
2012-07-10 в 5:14, admin, рубрики: agile, customization, TFS2010, управление проектами, метки: customization, TFS2010В прошлый раз я рассказал о том, как, на мой взгляд, должны выглядеть карты процессов для пользовательской истории, задачи, бага (UserStory, Task, Bug). В этот раз я хочу рассказать, как все это настроить в Visual Studio. Все описанные манипуляции производятся над TFS2010 с установленным пакетом TFS Power Tools. Предполагаю так же, что вам понадобятся права администратора TFS.
После установки TFS Power Tools, в VS должен появиться новый пункт в меню Tools.
На скриншоте уже показано, что необходимо сделать для того, чтобы начать редактировать элементы задач. Tools > Process Editor > Work Item Types > Open WIT from Server. Такой выбор позволит сразу получить изменения на сервере. В целом все пункты последнего меню говорят сами за себя и с минимальными экспериментами можно получить представление об их действии.
Настройка workflow задач в TFS
2012-07-09 в 5:18, admin, рубрики: agile, TFS2010, управление проектами, метки: agile, TFS2010, управление проектамиЯ хочу рассказать о том, как можно расширить стандартный процесс (workflow) для некоторых элементов в TFS 2010 (про 2011 будет позже) при выборе шаблона Agile для проекта. Так же интересно услышать мнение хабрасообщества по поводу донастройки шаблонов, кто как настраивает workfolw, очень интересно.
Стандартные настройки проекта out-of-box на мой взгляд достаточно бедны и не обеспечивают должной прозрачности, если необходимо отслеживать/контролировать работу над проектом распределенной команды, либо когда управляющий (менеджер или еще какой-нито начальник) желает видеть как идут дела с задачами. Стандартные настройки не позволяют, на мой взгляд, уверенно говорить о текущем состоянии задач.
Обычная рабочая доска (task board) имеет больше состояний, нежели базовые настройки типичных артефактов управления проектом из которых строится процесс Agile: UserStory, Task, Bug. Мне кажется это базовые вещи, которые стоит рассмотреть и дополнительно настроить, что собственно я и сделал для себя и команды. В рассказе ниже я затрону только настройку процесса перехода состояний, не затрагивая свойства элементов. Т.е. никаких кастомизаций внешнего вида и свойств не будет.
Прежде чем двигаться дальше, расскажу, какие инструменты вам понадобятся. Все описанные манипуляции производятся над TFS2010 с установленным пакетом TFS Power Tools. Предполагаю так же, что вам понадобятся права администратора TFS.