Может Толпа работать в [закрытом] реальном мире

Пожалуйста, попробуйте удалить subir "temp" из локального пути:

<virtual-directory-mapping>
    <local-path>/opt/oracle/product/DEV/BI/custom</local-path>
    <url-pattern>/temp/*</url-pattern>
</virtual-directory-mapping>

Это работает?

6
задан Jeremy French 22 January 2009 в 09:55
поделиться

7 ответов

Толпа определенно терпима к отклонению, но я думаю, что ключевой пункт здесь является Вашим оператором 'мы постоянно имеющий необходимость сделать comprimises для установки.. ". Хорошо, конечно, при изменении методологии Вы изменяете способ, которым Вы делаете вещи. Как высказывание "Мы - теперь магазин LISP. Но мы должны на самом деле написать наш код в LISP, или мы можем все еще использовать C#?"

Толпа объятия и признает, что способ, которым Вы делаете вещи, изменится. Вы определенно получите выгоду. К сожалению, толпа, как должны принимать все заинтересованные стороны, не только группа разработчиков, действительно эффективна.

8
ответ дан 9 December 2019 в 20:50
поделиться

Мы недавно начали использовать Толпу, и мы также адаптируем ее к нашим потребностям. Я думаю, что это было бы истинным желанием все методологии, все же.

Существуют вещи как ежедневные встречи Толпы, которые мы чувствовали, были немного слишком частыми: у нас теперь есть встречи Толпы два раза в неделю.

Наши спринты не так тверды, как они, как предполагается: мы часто добавляем функциональность или два в спринте на полпути перед концом.

Наконец, и вероятно самое главное, наше ведущее устройство толпы и владелец продукта являются тем же человеком.

В целом, вещи, выполненные гладко. Что я люблю, больше всего запись, вниз строят диаграмму.

Надеюсь, это поможет.

0
ответ дан 9 December 2019 в 20:50
поделиться

Это может, но это не для всех. На самом деле это не для большинства мест, потому что пред reqs для него не встречены смешным числом магазинов там. Кроме того, в значительной степени все делают их собственную версию Толпы.

0
ответ дан 9 December 2019 в 20:50
поделиться

Хорошо рассмотрите компромиссы, которые Вы делаете, и если они не отодвигают Вас от базовых ценностей Толпы / Гибкий.

Поскольку самые длинные люди времени здесь в моем магазине утверждали, что мы являемся Гибкими, но что они действительно имеют в виду, то, что изменения требований могут быть продвинуты к разработке почти в любое время. У нас есть все виды процедур и инструкций следовать, и это, совсем не "путешествуют налегке".
Это - не обязательно большая проблема, если все ясны, что мы действительно не делаем Толпы, XP или другой действительно гибкой методологии.

Только становится опасным, когда некоторые вещи представлены, не адаптируя другие базовые вещи - Вы заканчиваете тем, что пытались быть гибкими в системе, которая просто накажет Вас за него. Вы пытаетесь зафиксировать 4-недельное повторение, но Вы получаете новые требования первостепенной важности каждую неделю так или иначе, и Нельзя проигнорировать их. Вас просят относительно подробного планирования и получаете жалобы каждый раз, когда что-то немного отклоняется от него во время спринта. Ваши лучшие члены команды постоянно прерываются для выручения других команд с их проблемами.

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

Таким образом, возможно, действительность Вашей ситуации является тем же, и Ваша организация просто не действительно готова к нему еще также.

3
ответ дан 9 December 2019 в 20:50
поделиться

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

От моего понимания толпа очень открыта для отклонения, полагаясь на постоянную обратную связь и адаптацию через ретроспективу (для разработчиков) и короткие повторения (со стороны/управления планирования проекта). Конечно, все участвующие стороны (разработчики, ведущие устройства толпы, владельцы/управление/клиенты продукта) должны признать, что толпа работает по-другому, чем большинство других подходов негибкой разработки и что они должны изменить некоторые свои текущие методологии.

Я лично думаю, та толпа дает мне большую свободу и эффективность, чем с другим "статическим" development-/project-approaches, который я испытал в прошлом.

1
ответ дан 9 December 2019 в 20:50
поделиться

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

Мой опыт с "чистой толпой" в большой корпоративной среде пошел действительно действительно хорошо. Я не могу думать ни о чем, что было поставлено под угрозу в отрицательном смысле при помощи модели Scrum.

0
ответ дан 9 December 2019 в 20:50
поделиться

Да, каковы компромиссы? Возможно, Вы не всегда программируете в парах?

Все разработчики должны сделать всех знающие о влиянии прерываний. Если кто-то занимает 2 секунды для касания влажной краски, сколько времени она отнимет у живописца? Не к очень, если Вы просто нарисовали пятно, но что, если все предоставления были убраны?

Позвольте своим менеджерам, пользователям, клиентские руководители группы знают, что можно обработать их новую чрезвычайную ситуацию, но что они хотят дать/задержка? Никто не едет бесплатно.

0
ответ дан 9 December 2019 в 20:50
поделиться
Другие вопросы по тегам:

Похожие вопросы: