Здравствуйте, Grienders, Вы писали:

G>Что такое agile? Что такое scrum? Можете объяснить по-простому как 5ти летнему ребенку? Я не из википедии не понял, даже не знаю, использовали ли мы что-нибудь из этого в офисе, может, использовали, но я не знал.

По мне, так agile уже давно обросло таким количеством buzzwords, что до изначальной сути за всеми этими наслоениями и не докопаться. Да и не стоит.
Если у вас "молодая, динамично развивающаяся" компания, в которой пытаются внедрять у себя best practices, предотвращать разброд и шатание в команде, направлять энтузиазм в мирное русло, осваивать новые и оттачивать старые инструменты... Короче говоря, пытающаяся не скатиться в лютое говнокодерство, а выпускать продукт / выполнять заказы в срок, оставляя клиентов довольными, а прибыль в плюсе. То можете смело заявлять о работе с "использованием усовершенствованных элементов гибких методик разработки". Каких именно — не столь важно, ведь гибкость методологий заключается и в возможности адаптировать их под свои нужды. Практически из каждой можно взять что-то полезное.
А если у вас есть хоть какие-то положительные результаты (т.к. которые не стыдно другим показать) и язык хорошо подвешен, то можете обозвать это каким-нибудь броским словом и отправляться читать доклады по конференциям, консультировать народ. Мне кажется, многие адепты гибких методологий именно так и затесались в адепты.

ЗЫ Ситуация с agile методологиями кажется мне похожей на ситуацию с объектно-ориентированной парадигмой программирования — множество вариаций, иногда весьма радикально друг от друга отличающихся, но с каком-то общим изначальным посылом и благими намерениями (и с пачкой адептов у разных направлений).

Здравствуйте, Grienders, Вы писали:

G>Что такое agile? Что такое scrum? Можете объяснить по-простому как 5ти летнему ребенку? Я не из википедии не понял, даже не знаю, использовали ли мы что-нибудь из этого в офисе, может, использовали, но я не знал.

По мне, так agile уже давно обросло таким количеством buzzwords, что до изначальной сути за всеми этими наслоениями и не докопаться. Да и не стоит.
Если у вас "молодая, динамично развивающаяся" компания, в которой пытаются внедрять у себя best practices, предотвращать разброд и шатание в команде, направлять энтузиазм в мирное русло, осваивать новые и оттачивать старые инструменты... Короче говоря, пытающаяся не скатиться в лютое говнокодерство, а выпускать продукт / выполнять заказы в срок, оставляя клиентов довольными, а прибыль в плюсе. То можете смело заявлять о работе с "использованием усовершенствованных элементов гибких методологий разработки". Каких именно — не столь важно, ведь гибкость методологий заключается и в возможности адаптировать их под свои нужды. Практически из каждой можно взять что-то полезное.
А если у вас есть хоть какие-то положительные результаты (т.к. которые не стыдно другим показать) и язык хорошо подвешен, то можете обозвать это каким-нибудь броским словом и отправляться читать доклады по конференциям, консультировать народ. Мне кажется, многие адепты гибких методологий именно так и затесались в адепты.

ЗЫ Ситуация с agile методологиями кажется мне похожей на ситуацию с объектно-ориентированной парадигмой программирования — множество вариаций, иногда весьма радикально друг от друга отличающихся, но с каком-то общим изначальным посылом и благими намерениями (и с пачкой адептов у разных направлений).