Действительно ли там такая вещь как запах процесса? [закрытый]
9 ответов
Книга" Антишаблоны " William J. Brown и. al. имеет набор связанных с проектом запахов. Они - не всегда происходящие аварии; смягчающие обстоятельства существуют для примерно любого запаха.
Портлендский Репозиторий Шаблона также имеет страницу на Антишаблонах, затрагивая многие из тех же тем как книга "Антишаблонов". Посещение http://c2.com/cgi/wiki?AntiPatternsCatalog и прокручивает вниз к "Антишаблонам управления". Несколько примеров:
- Аналитический Паралич - команда в других отношениях умных и действующих из лучших побуждений аналитиков вводит в фазу анализа, который только заканчивается, когда проект отменяется.
- Дают Мне Оценки Теперь - клиент (или PointyHairedBoss) оценки требований, прежде чем у Вас будет достаточно данных для поставки его. Вы принимаете "проблему" и даете из главных оценок (т.е. предположения). Клиент/босс затем рассматривает оценку как бронированное обязательство.
- Дневной Проект Сурка лесного - встречи проведены, которые, кажется, обсуждают то же самое много раз и снова. В конце упомянутых встреч решения приняты это, "что-то должно быть сделано".
- Дизайн Комитета - Учитывая политическое окружение, в котором ни у какого человека нет достаточного количества удара, чтобы представить дизайн для системы и утвердить его, как Вы делали дизайн? Соедините крупный комитет для решения проблемы. Позвольте им бороться против него среди себя и наконец взять то, что выходит конец.
Собирают их всех! :-)
- Обратное Датирование - быть данным дату окончания и затем сказало, какие потребности стать сделанным
- Инверсия Покрытие QA - QA фокусирует на несущественных объектах (потому что это - все, что они знают, как протестировать)
- Экологические Проблемы Выравнивания - различные среды (Dev, Тест, Подготовка, Производство) не находятся в синхронизации для кода и данных - поэтому, любое тестирование до производства недопустимо
- Отсоединение Даты поставки - никто не верит в дату окончания потому что: это было составлено для начала, и 100% предшествующих проектов никогда не встречали их даты поставки
- Старый Сварливый Код - старого кода боятся, потому что нет никакого требования осуществить рефакторинг
- зло пополудни треугольник (объем, стоимость, ресурсы и/или качество) - для корректировки проекта, необходимо добавить людей, уменьшить качество, уменьшить объем, и т.д....., после того как проект находится в движении, большинство изменений (даже сокращение объема) будет увеличение время и стоить и уменьшать качество.. после того как железнодорожные пути снижаются, это жестко просто зависание левого поворота
Я предложение, проверяющее раздел Organizational страницы Википедии на Антишаблоны . Я должен был иметь дело с, 'Режим Crisis' и 'непрерывные оценки, которые Вы упомянули.
Один запах, с которым у меня есть настоящая проблема (потому что я работаю с ним): не угробив инструменты, dev программное обеспечение, методологии или что-либо еще, что не работает.
Много раз, существует один (или больше чем один) часть программного обеспечения, которое ясно, очевидно, не работает и вероятно вмешивается в процесс разработки, но которое менеджер проектов просто отказывается заменять/обновлять, "потому что это стоило бы слишком много {время, деньги, безотносительно} для замены".
Редактирование: Это также расширяется на машины и другую инфраструктуру также (примеры: сервер сборки, который занимает час, чтобы сделать двухминутную сборку или систему управления версиями - гм CVS - который занимает 15 минут, чтобы узнать, были ли какие-либо обновления на исходном дереве 50 МБ).
У Вас не было обзора проекта сообщения...., когда проект закончился 6 месяцев назад.
Что я называю: NIH (Выпуск процесса), иначе Выберите свое собственное приключение.
Доказательство этого:
- Вы проводите бесконечные встречи, отлаживающие процесс. И рефакторинг его.
- ничто действительно не сделано, потому что никто не знает то, что они должны делать.
я предполагаю, что это - антишаблон, а не запах.
Изменения в процессе внесены без мысли синхронизации или текущим результатам, затем сразу инвертированным, когда результаты поднимаются поздно из-за учреждения нового процесса.
Кто-то уходит в медицинский отпуск, и команда в результате находится позади попытки взять работу того человека, а также их собственное и когда менеджерам или клиентам или клиентским торговым представителям скажут, что вещи будут отложены в результате, они только обеспокоены тем, когда вещи произойдут, и можете Вы работать ночи и выходные тем временем и даже не спрашивать о человеке с чрезвычайной ситуацией и как он делает.
, Когда сверхурочное время для низкоуровневых людей ожидается, но люди, которые хотят это срочно, уезжают вовремя и не являются availble для ответа на вопросы. Или когда они заставляют Вас работать сверхурочно для чтения к 8:00 и затем не смотрят на него на QA в течение еще трех дней. Привет я, возможно, сделал это к тому времени в обычных рабочих часах.
Доставка необходимых файлов (для данных импортируют, например), или информация за минуты до даты истечения срока и затем обвинения разработчиков, когда дата истечения срока не встречена.
Некоторые запахи я видел:
- Оптимистическое управление, но они не могут заплатить Вашу зарплату в этом месяце. Это очень плохо. Я покинул компанию вовремя, но она умерла несколько месяцев спустя.
- Экстремальные фанатические сессии тимбилдинга. Фокусирование на том, насколько большой компания. Но в конце все это понижается.
- Хорошие новые люди положены того, потому что они пытались изменить процесс. Реальный позор. Я видел некоторых людей, которые действительно пытались улучшить компанию, но старые привычки никогда не умирают так, она часто заканчивается в большом разочаровании.
- босс всегда является правильным менталитетом...
существует больше, но я не испорчу забаву для других.