[Без оффтопа] Agile development

[Anton Kovalenko]

Господа программеры и их менеджеры, а использует ли кто из вас agile management? Так, чтоб серьезно, по книжке, или почти по книжке Вопросы есть. Два основных: по какой книжке/процессу работаете и какую обязательную документацию ведете (backlog в случае Scrum, либо аналоги, плюс что-то еще?) и по каким шаблонам?

[netklon]

Agile это не система, это методология. Считается, что в каждой отдельной agile-команде выстроен собственный процесс, то есть начинали по книжкам, а потом пришли к каким-то собственным решениям и процессным практикам.

[Mansur Kuchkarov]

Антон, почитай обязательно книгу и презентацию Асхата Уразбаева, книга называется "Путеводитель по Scrum. Книга о том, как сделать разработку ПО эффективной".
Читается легко и понятно. Если нужно, вышлю pdf.

[Anton Kovalenko]

Сообщение от netklon

Agile это не система, это методология

Я разве иначе сказал?

Сообщение от netklon

Считается, что в каждой отдельной agile-команде выстроен собственный процесс, то есть начинали по книжкам, а потом пришли к каким-то собственным решениям и процессным практикам.

Вот именно это и интересует, конкретно на практике используемые решения, адаптированные по мере необходимости. Хочу понять кто как под себя это дело подгоняет, опыт изучить.

Сообщение от Mansur Kuchkarov

Антон, почитай обязательно книгу и презентацию

Буду благодарен за материал, но вообще-то теоретического материала море, а я интересуюсь опытом непосредственно тех, кто плуг подогнал под себя, и пашет на нем.

[netklon]

Сообщение от Anton Kovalenko

Вот именно это и интересует, конкретно на практике используемые решения, адаптированные по мере необходимости. Хочу понять кто как под себя это дело подгоняет, опыт изучить.

Антон, отдельно документацию мы практически не ведем. Вся документация — 1) в коде 2) в системе контроля версий 3) в bug tracker-e.

[Anton Kovalenko]

Сообщение от netklon

отдельно документацию мы практически не ведем

Требования не документируете? Управление изменениями? Результаты тестирования, хотя бы окончательного, на соответствие требованиям? Ну если не во всех проектах, то хотя бы для самых крупных?

[azim]

Сообщение от Anton Kovalenko

Требования не документируете? Управление изменениями? Результаты тестирования, хотя бы окончательного, на соответствие требованиям? Ну если не во всех проектах, то хотя бы для самых крупных?

wiki, не?

[Anton Kovalenko]

Сообщение от azim

wiki, не?

Сообщение от Anton Kovalenko

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

[netklon]

Сообщение от Anton Kovalenko

Требования не документируете? Управление изменениями? Результаты тестирования, хотя бы окончательного, на соответствие требованиям? Ну если не во всех проектах, то хотя бы для самых крупных?

Требования документируем отдельно только если клиент требует разработать ТЗ для согласования, но это редкость, обычно для согласования требований хватает прототипов интерфейса.

Документирования требований для своих проектов не ведем — это пустая трата времени. Максимум — документ-обсуждение в Google Docs для согласования общего видения, и по результатам задача в bug-tracker-e.

Что про управление изменение и результаты тестирования тебе интересно?

[shumbola]

Сообщение от netklon

Документирования требований для своих проектов не ведем — это пустая трата времени.

Как вы пришли к такому выводу?
А прототипы интерфейсов на основе чего разрабатываете? Как потом тестируете?
Что такое общее видение?