Методологии Бизнес-процесса
Я или был связан с или держал связанную с процессом роль с 1994. Это началось в правительстве с TQM (Полное Качественное Управление). Тогда прежде, чем я оставил правительство, я работал с ЭРВИНОМ и некоторой моделью стандарта процесса - я забыл ее официальное название. У нас были страницы и страницы потоков, которые не были легки следовать.
В 1997, мы работали с причудливым заявлением программного обеспечения, которое не было легкими в использовании и выложенными огромными картами процесса. В 1998, я присоединился к другой компании, и у отдела был свой собственный процесс для того, чтобы управлять дополнениями процесса, изменениями, и удалениями. Организация стала намного больше, и затем мы нырнули в CMM.
Я написал несколько статей относительно процесса.
Я поднимаю это, потому что Будет, указал меня на это, которое привело к моей версии Кэйти обнаружения RUP:
Шаг 1: Напишите об управлении действительно быстро.
Шаг 2: Пойдите и потяните план трека.
Шаг 3: Пойдите и купите действительно напряженные lycra шорты.
Шаг 4: Управляемый действительно, действительно, действительно быстро.
Шаг 5: Взаимная линия сначала.
К сожалению, результат RUP - то, что Вы заканчиваете с чрезвычайно хорошо зарегистрированными УЖАСНЫМИ проектами.
У этого блога есть лучшая цитата:
"Процесс не будет помогать Вам, если Вы высосете. Это только заставит Вас высосать больше repeatably."
Я полагаю, что процесс важен и необходим. Документация всего не помогает, потому что никто не изучает документ. Мы слишком заняты нашим собственным небольшим миром. Это - новые служащие, которые извлекают выгоду больше всего.
Так или иначе, шаблоны полезны, чтобы гарантировать Вам последовательно документ с каждым проектом и помнить все компоненты. Если Вы можете сделать это лучше, сделайте это! всегда есть лучший способ сделать кое-что. Именно поэтому у нас есть ЗНАК НА ДЮЙМ: усовершенствование Непрерывного процесса. Твердая часть находит эффективный способ сделать вещи и документирует это.
