Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 5
Даже в случае реализации этой задачи в Excel она как минимум для большинства неподъемная, как максимум ее удается сделать один раз очень мотивированной инициативной группой. Как правило, получив медальки/карьерный рост/привилегии, такая группа достаточно быстро перестает поддерживать актуальность информации и та навсегда устаревает и остается еще одним унаследованым организацией чемоданом без ручки :) наряду со стратегиями, договорами с сотрудниками, корпоративными кодексами/ценностями и т.п.
Жизнеспособные в перспективе способы решения этой задачи требуют БД и процедур непрерывной актуализации. Специальные продукты для решения подобных задач мало того, что грозмоздки, трудоемки, затратны, так и подверджены всем требованиям и рискам проектов внедрения.
Жизнеспособные в перспективе способы решения этой задачи требуют БД и процедур непрерывной актуализации. Специальные продукты для решения подобных задач мало того, что грозмоздки, трудоемки, затратны, так и подверджены всем требованиям и рискам проектов внедрения.
Спасибо за комментарий.
Как и любое корпоративное изменение оно не сможет реализоваться в полную силу без поддержки лиц принимающих решения.
«Выбор» в пользу Excel пал по причине ориентации статьи на широкие массы, которые могут принадлежать к подразделениям проектного управления / кадровой службы / информационных технологий / информационной безопасности.
Что касается «БД и процедур непрерывной актуализации» — полностью согласен, но при условии а) одобрения ЛПР, б) согласия среди участников.
Как и любое корпоративное изменение оно не сможет реализоваться в полную силу без поддержки лиц принимающих решения.
«Выбор» в пользу Excel пал по причине ориентации статьи на широкие массы, которые могут принадлежать к подразделениям проектного управления / кадровой службы / информационных технологий / информационной безопасности.
Что касается «БД и процедур непрерывной актуализации» — полностью согласен, но при условии а) одобрения ЛПР, б) согласия среди участников.
Последнее время мы все слишком часто повторяем мантру о «ЛПР». Как некое универсальное оправдание всего ибо одобрение/поддержка/финансирование ;) любых проектов ЛПР требует ими понимания что это и зачем, какой будет результат и в чем его можно оценить/измерить. А тут диапазон от «они не способны понять» до «им не способны пояснить» :)
Тяжеловато…
Зачем понятное заменять более непонятным?
Мне кажется описанный выше подход (с точки зрения учета) спорным. По факту есть 2 основных подхода — с точки зрения бизнеса (которому надо результат), и с точки зрения реализации (которой надо этот результат обеспечить). В обоих случаях нужно прыгать именно вокруг потока задач на получение этого результата, и только потом на том, кто и как эти задачи будет выполнять…
Бизнес процессы — это и есть процессы, ориентированные на результат, в которые входит в том числе и учет всех нюансов, посредством артефакта «Карточка процесса». НО, относящихся ТОЛЬКО к самому процессу. В ней не место, например, образованию исполнителя N шага процесса, да и часто, самому исполнителю. Если кто-то заболел, изменилось штатное расписание — процесс ведь не поменяется…
Что же касается реализации, то бизнес процессы могут быть реализованы очень разными путями, и через отдельный процесс, и через унифицированные процессы. Учет здесь лучше всего вести с помощью документов или физического «результата». Расскажите историю документа (детали) от «я родился» до «получил статус „Done“ (прошел проверку качества)»…
Прецедент процесса — экземпляр процесса.
Зачем понятное заменять более непонятным?
Мне кажется описанный выше подход (с точки зрения учета) спорным. По факту есть 2 основных подхода — с точки зрения бизнеса (которому надо результат), и с точки зрения реализации (которой надо этот результат обеспечить). В обоих случаях нужно прыгать именно вокруг потока задач на получение этого результата, и только потом на том, кто и как эти задачи будет выполнять…
Бизнес процессы — это и есть процессы, ориентированные на результат, в которые входит в том числе и учет всех нюансов, посредством артефакта «Карточка процесса». НО, относящихся ТОЛЬКО к самому процессу. В ней не место, например, образованию исполнителя N шага процесса, да и часто, самому исполнителю. Если кто-то заболел, изменилось штатное расписание — процесс ведь не поменяется…
Что же касается реализации, то бизнес процессы могут быть реализованы очень разными путями, и через отдельный процесс, и через унифицированные процессы. Учет здесь лучше всего вести с помощью документов или физического «результата». Расскажите историю документа (детали) от «я родился» до «получил статус „Done“ (прошел проверку качества)»…
Спасибо за комментарий.
Осознать, написать и отформатировать в том виде, в котором есть (особенно в markdown) та еще задачка. ))) так что будем считать, что мы квиты: кому-то тяжеловато писать, кому-то — читать.
Это один из классификаторов — «по уровню абстракции». В тоже время я не ставлю знака равенства между «прецедент» и «экземпляр».
Полностью согласен. Мы с разных сторон смотрим. Предложенный в статье подход нацелен именно на первичную оценку. Потребителями данных из анкеты могут быть подразделения проектного управления / кадровой службы / информационных технологий / информационной безопасности. В зависимости от своих задач они самостоятельно актуализируют и группируют сведения из анкеты.
Честно, не понял о чем это предложение.
Тяжеловато…
Осознать, написать и отформатировать в том виде, в котором есть (особенно в markdown) та еще задачка. ))) так что будем считать, что мы квиты: кому-то тяжеловато писать, кому-то — читать.
Зачем понятное заменять более непонятным?
Это один из классификаторов — «по уровню абстракции». В тоже время я не ставлю знака равенства между «прецедент» и «экземпляр».
Бизнес процессы — это и есть процессы, ориентированные на результат, в которые входит в том числе и учет всех нюансов, посредством артефакта «Карточка процесса». НО, относящихся ТОЛЬКО к самому процессу. В ней не место, например, образованию исполнителя N шага процесса, да и часто, самому исполнителю. Если кто-то заболел, изменилось штатное расписание — процесс ведь не поменяется…
Полностью согласен. Мы с разных сторон смотрим. Предложенный в статье подход нацелен именно на первичную оценку. Потребителями данных из анкеты могут быть подразделения проектного управления / кадровой службы / информационных технологий / информационной безопасности. В зависимости от своих задач они самостоятельно актуализируют и группируют сведения из анкеты.
Расскажите историю документа (детали) от «я родился» до «получил статус „Done“ (прошел проверку качества)»…
Честно, не понял о чем это предложение.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Инвентаризация (бизнес-*) процессов через актуализацию должностных инструкций в интересах информационной безопасности