Показаны сообщения с ярлыком Бизнес. Показать все сообщения
Показаны сообщения с ярлыком Бизнес. Показать все сообщения

пятница, 24 сентября 2010 г.

Как эффективно презентовать продукт ? MindMap с книги "iПрезентация: уроки убеждения от Стива Джобса"

В своем блоге я уже поднимал вопрос о том как правильно делать презентацию. В продолжнеие тематики пост по результатам прочтения книги Кармина Галло "iПрезентация: Уроки убеждения от лидера Apple Стива Джобса".

Если коротко - книга супер ! Полезна будет предпринимателям, бизнесменам, менеджерам по продажам да и вообще любому человеку, который хоть раз в своей жизни будет что-то презентовать: или себя новму работодателю, или свой продукт потребителю, не важно. Автор раскрывает основные секреты эффективных презентаций Джобса, приводит много примеров, от чего книгу легко читать и понимать.

Фраза, которая больше всего понравилась в книге:
Найдите то, что вы любите больше всего, и вы будете подгонять восход солнца, чтобы скорее встать и заняться любимым делом". Крис Гарднер
Для того, чтобы лучше запомнить и применить подходы и секреты описанные в книге нарисовал mindmap, который и презентую своим любимым читателям блога :)

среда, 4 августа 2010 г.

Персональное управленческое искусство - тезисы.

30.07 - 01.08.2010 посетил тренинг  известного социального  технолога, бизнес-тренера, автора и разработчика деловых игр и тренингов, директора Таллинской школы менеджеров Владимира Тарасова - "Персональное управленческое искусство".

Впечатлений море ! Определенно Тарасов рулит, больше говорить небуду т.к. те , кто читал его книги или был на тренингах определенно со мной согласятся :) . Все. Больше не слова о тренинге, т.к. в этот пост я задумал перенести свой конспект тезисов, который сделал на лекции. В основном это всякие менеджерские и жизненные вкусности, которые мне показались новыми или очень важными. Наслаждайтесь ;) кому что не понятно - можно задавать вопросы.

1. Мысленные эксперименты - супер инструмент для моделирования ситуаций. Позволяет в голове прокрутить различные сценарии развития событий. Продумывая любую ситуацию теперь буду обязательно ставить мысленные эксперименты.

2. Будьте, а не кажитесь ! Очень важно быть фактом, а не имиджем. 

3. Надо обязательно поставить себе цель за пределами жизни, только так можно умереть счастливым.

среда, 28 июля 2010 г.

Интернет-магазин ? Легко !

Незнаю почему, но я думал, что создать интернет-магазин - это дорого и сложно - МИФ ! У меня в голове развеян, рассеян и разорван :) мною лично.

Я почти месяц парил программера, чтобы он сделал моей жене интернет магазин ... есстесно он его не сделал и я начал искать другие пути ) Почему-то мне очень захотелось поискать бесплатный интернет-магазин. И вы представляете ... я его нашел !  Итак .... представляю вашему вниманию мой первый интернет-магазин Pingi.com.ua - детские товары по лучшей цене. Вот это теперь моя платформа для экспериментов над сервисом бесплатных интернет магазинов Gollos.ru. :) Пока мне в нем все нравится, жене (а для неё он создавался) - тоже.

И вообще мне все больше и больше нравится современный интернет :) ! Ведь по сути он открывает просто безграничные возможности для предпринимателей. Ну вот где вы в реальной жизни сможете бесплатно арендовать магазин ? НИГДЕ ! Ну разве что в торговом центре папы :) А в интернете можно.

Вывод: не останавливайтесь, постоянно ищите решение - оно точно есть.

вторник, 26 января 2010 г.

10 эффективных советов как правильно делать презентацию

Презентация - мультимедийный инструмент, используемый в ходе докладов или сообщений для повышения выразительности выступления, более убедительной и наглядной иллюстрации описываемых фактов и явлений.

Все мы, казалось бы, знаем как готовить презентации, но когда видишь 20 страниц текста на слайде восьмым шрифтом или организационную структуру холдинга из 150 элементов, или ярко-желтый текст на ядовито-зеленом фоне, или таблицы с продажами состоящие из 40 столбцов и 50 строк мелким шрифтом хочется убить того, кто готовил презентацию или просто встать и уйти или заставить того, кто такую презентацию подготовил съесть её :) ну вобщем много всяких нехороших мыслей приходит в этот момент :)

Большая часть из всех презентаций, которые я видел - это монотонно-унылое перечтение текста написанного на слайде спиной к слушателям, поэтому в данной статье я собрал из многочисленных источников, обобщил и поделюсь с вами БЕСПЛАТНО :) 10 простыми советами, которые помогут Вам готовить эффективные презентации. Эти советы помогут вам в бизнесе, т.к. чтобы продать что-то нужно это что-то успешно презентовать !

Подача: как презентовать и готовиться.



1. Центр внимания на докладчика. Самое главное что вы должны понимать - на презентацию люди пришли выслушать вас, а не прочитать вместе с вами надписи на ваших слайдах. Не подсовывайте им презентацию. Если вы показываете новый продукт - покажите новый продукт. Если вы презентуете новый станок - покажите его фотографии. Если вы готовите гимн компании - спойте его, наконец. А вот если вам нечего показать, или показать что-то в живую очень сложно, соберите презентацию. Ну а уж если пошла такая сборка, то запомните: Презентация – это вы и ваш рассказ, то, что показывается на стене — это дополнительные материалы.

2. Принцип "10/20/30". Впервые описан легендарным венчурным капиталистом силиконовой долины, Гаем Каваски. Суть принципа:
- 10 слайдов в презентации;
- 20 минут времени на презентацию;
- 30-м шрифтом набран текст на слайдах;

К этому принципу хочется добавить только еще один секрет, позаимствованный у Стива Джобса (Apple). Невропатологи пришли к выводу, что мозг легко устает, но Стив Джобс не даст вам потерять интерес. В течение презентации он обычно каждые 10 минут показывает возможности нового продукта или новой интересной особенности продукта, дает слово приглашенным гостям. Поэтому по середине своей 20-минутной презентации отвлеките чем-то людей, сбросьте нагрузку, задайте вопросы по услышанному, получите обратную связь.

3. Главное внимание главным вещам. Определите 10 главных идей, мыслей, выводов, которые вы хотите донести до слушателей и на основании них составьте презентацию. Ни в коем случае не включайте в презентацию дополнительную информацию - ей место в раздаточном материале либо в ваших словах. На слайдах должно быть только самое главное. Ведь когда вы приходите в магазин и спрашиваете что-то у продавца разве он перечитывает вам всю инструкцию продукта? Нет ! Он презентует исключительно преимущества продукта, главные и основные моменты, которыми этот продукт отличается от других. Когда готовитесь к презентации чувствуйте себя продавцом того, что вы презентуете. Ваши идеи, мысли, выводы - это ваш товар, от того как вы его презентуете, зависит ваш успех.

Контент: что презентовать.



4. Презентация - это не документ. Всегда следуйте правилу: Презентации я делаю в PowerPoint, а документы в Word. Не путайте презентацию и раздаточный материал. Хотите донести до слушателей текст доклада, включите его в отдельный Word-файл и прикрепите к докладу. В презентацию включайте только ту информацию, которая поможет слушателям лучше воспринять материал.

5. Информация, а не данные. Вы знаете чем данные отличаются от информации ? Данные - это набор цифр, фактов, они не пригодны для принятия решения. Информация - это проработанные данные, представленные в удобном для восприятия виде, для принятия решения. Таблица с кучей цифр и названиями колонок "Сумма по полю Дин-ка", "СрПр сен-ноя 08, грн", "СрПр сен-ноя 09, грн" в презентации - это данные, а не информация для принятия решения. Информацией для размещения в презентации в данном примере должна быть диаграмма, на которой было-бы видно разницу между средними продажами 2009 и 2008 года. Кстати, не поленитесь подписать диаграмму, лично я, да и не я один, не люблю графики без подписей и чисел, когда я не вижу цифр, я пугаюсь, чувствуя, что меня обманывают. Вывод: если мы хотим, чтобы наша презентация была понятной, доступной и качественной мы включаем в неё исключительно информацию, а не данные.

6. Итоговый слайд. Возможно вы заметили, что на всех концертах, наиболее популярные исполнители выступают в конце, это связано с тем, что люди лучше запоминают то, что увидели последним. Шоу бизнес в полной мере использует эту особенность. Поэтому всегда делайте итоговый слайд, в котором вы фиксируете внимание людей на главном "сообщении", которое вы хотите донести до них своей презентацией. Если в вашей презентации несколько тем, делайте итоговый слайд после каждой из тем, а в конце презентации сделайте суммарный итоговый слайд - это на 100% позволит вам обеспечить восприятие аудиторией главных моментов вашей презентации.

Визуализация: как лучше всего показать то, что презентуешь.



7. Правило - "Схема, рисунок, график, таблица, текст". Именно в такой последовательности. Как только вы сформулировали то, что хотите донести до слушателей в каком-то конкретном слайде, сначала подумайте а как это представить в виде схемы ? Не получается как схему, подумайте как показать это рисунком, графиком, таблицей. Используйте текст в презентациях только если все предыдущие способы отображения информации вам не подошли.

8. Правило "5 объектов на слайде". Не нужно создавать кашу на слайде. Это правило основано на закономерности обнаруженной американским ученым-психологом Джорджем Миллером. В результате опытов он обнаружил, что кратковременная память человека способна запоминать в среднем девять двоичных чисел, восемь десятичных чисел, семь букв алфавита и пять односложных слов — то есть человек способен одновременно помнить 7 ± 2 элементов. Поэтому при размещении информации на слайде старайтесь чтобы в сумме слайд содержал всего 5 элементов. Если это схема, то попробуйте упростить её до 5 элементов. Не получилось - группируйте элементы так, чтобы визуально в схеме выделялось 5 блоков.

Инструмент: что помогает в создании презентации.



9. Microsoft Power Point 2007. Простая и удобная программа стала едва-ли не лучшим способом ярко и понятно донести свои идеи или достижения до любой аудитории, будь-то коллеги, руководство или клиенты. Если вы умеете пользоваться Word, то для вас не составит труда разобраться с PowerPoint. При создании презентации используйте Корпоративные шаблоны для PowerPoint, принятые в нашей Компании. Совет для новичков: на сайте YouTube.com по запросу "PowerPoint 2007" вы найдете огромное количество обучающего видео по работе с данной программой.

10. Одна картинка заменяет 1000 слов. При подготовке презентации вам понадобятся картинки. Используйте сервисы поиска картинок Google.Images и Яндекс.Картинки для того, чтобы найти необходимую вам картинку. Просто вводите в строку поиска название того, что вам необходимо и система предложит вам различные варианты изображений.

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



Успешных вам презентаций ! Горлин Дмитрий.

Статьи по теме: Как эффективно презентовать продукт ? MindMap с книги "iПрезентация: уроки убеждения от Стива Джобса"

понедельник, 21 декабря 2009 г.

Как научиться доводить до логического завершения начатые дела.

Основная состовляющая успеха любого начинания - это довести его до логического завершения ! Часто мы что-то начинаем и бросем на половине пути ? Переключаемся на другие задачи ?
Вот вам отличный видео-рецепт как научиться доводить все дела до конца !



Действие происходило на экстрим-тренинге в г.Запорожье, прыгаю с арочного моста.

Надо-ли что то еще объяснять ? думаю нет, кто непонял - смотрим видео еще раз :)

Запомнить:

среда, 2 декабря 2009 г.

Особенности национальной мотивации

Как часто у вас бывает такая ситуация, люди должны что-то сделать, но не делают ? Как считаете в чём проблема ?

В мотивации. Хочу поделиться с вами своими наблюдениями на тему: Что мотивирует "среднестатистического" человека. Украинца. Россиянина.

Список 1. Что зачастую не работает в нашей стране:

- деньги - да ! представляете ?! я тоже в шоке был ) но факт остаётся фактом. Человек получает большую по сравнению с рынком зарплату, но задачи свои не выполняет ... таких много ... 80%.

- продвижение по карьерной лестнице - не работает. Не мотивирует. "Среднестатистический" человек живёт сегодняшним днём, хорошо должно быть сегодня, а завтра "будь, что будет", соответственно, какая-то мнимая перспектива в будущем стать большим начальником не мотивирует.

- беспроцентные кредиты от компании - не работает. К хорошему привыкают быстро. То к чему привыкают, считают, что "так и должно быть". И что самое обидное - еще и негатив возникает ! Например компания выдала беспроцентный кредит на покупку квартиры сотруднику на 5 лет, уже через 2 года отчисления из зарплаты на погашения кредита воспринимаются человеком так, как буд-то организация забирает его деньги, что, в свою очередь, порождает негатив к компании. Случаев и примеров много, все приводить небуду.

- понятные цели - как показывает практика, даже самые понятные и прозрачные цели, "среднестатистические" люди могут перекручивать, делать непонятными. Для того, чтобы делать всё что угодно, только не то что надо :) или вообще ничего не делать, потому что цель непонятна ! :)

Список 2. Что точно работает:

- "пинки" и "подзатыльники" - проектные менеджеры сейчас наверно хором скажут "Да !!!" ... часто ведь у вас так бывает, что люди делают что-то, что вам необходимо, только если вы постоянно им звоните, надоедаете визитами ... иными словами даёте "пинков" %)

- публичные оскорбления - грубый, грустный, но рабочий мотиватор, стоит кому-то сказать на собрании "ах ты пи*:%№ас почему бл№% задачу не выполнил ?" как он сразу-же начинает задумываться, как её побыстрее выполнить, чтобы избавить себя от выслушивания нелестных выражений в свой адрес. А дальше еще круче ! Человек начинает бояться повторного оскорбления и выполняет задачи ! отсюда еще один мотиватор который точно работает:

- страх - создайте систему в которой люди будут бояться не выполнять задачи и они будут их выполнять.

Всё, больше не расскажу, потому что рассказываю бесплатно. А бесплатного много никогда не бывает.

Дам только бесплатный совет: подбирая себе команду ищите людей которых мотивирует список 1, а не список 2. Как определить ? Задаём вопросы, слушаем ответы, делаем выводы. Я, например, люблю задавать вопрос : "Зачем ты хочешь работать в нашей компании ?", если в ответе не нахожу "для того, чтобы зарабатывать деньги" - делаю выводы. Человек который пришел на работу не для того, чтобы зарабатывать деньги, пришел не работать, а отсиживаться, пакостить, шпионить и т.д. и т.п.

Всё. Начинайте несоглашаться в комментариях.

--- Спонсор
карта мира


Запомнить:

среда, 25 ноября 2009 г.

Работать надо на себя

Работать надо на себя. Чем дольше живу тем больше в этом убеждаюсь. А лучше вообще не работать, лучше чтобы за тебя работали другие. А ты только получал прибыль :)

Как ты думаешь, что для этого необходимо ?

Я считаю, в первую очередь - желание. У тебя сейчас есть где жить ? А через 5 лет ? А машина ? Тебя она устраивает ? Где ставить машину ? А машина для жены ? А вашим детям есть где жить ? А когда вырастут ? Твои дети будут учиться у самых лучших учителей ? А достаточно денег на счёте в швейцарском банке ? А ... нет счёта ... ммм .... грустно. Про дачу, яхту и самолёт молчу :) Тебе необходимо увидеть в себе ОГРОМНОЕ желание всё это получить.

Увидел ?!

Начинай заниматься предпринимательством. Бизнесом. Делай что-то. Делай то, что тебе приносит деньги и нравится. Запомни эту формулу ! Хороший бизнес=приностит прибыль+нравится. Если тебе это нравится - ты готов вкладывать в это дело душу. Делай это хорошо, с умом. Достигни определенного совершенства в том, что ты делаешь. Стань мастером, чтобы стать хозяином.

Чтобы стать хозяином, стань сначала учителем :)

Найди людей и обучи их делать своё дело так-же как ты. Вместо тебя. Вот ты уже не делаешь, а организовываешь процесс. Организуй процессы так, как считаешь нужным. При организации любого процесса в своём деле ставь себя на место каждого участника этого процесса. Обязательно узнавай, как это сделано у конкурентов. Создавай только самосовершенствующиеся процессы.

Построй систему процессов, приносящих тебе деньги. Стань хозяином этой системы. Твоей системы.

И расслабься :) ты на вершине мира ! Нет ? Значит невнимательно читал :)

Для тех, кто в бронепоезде: 90% денежных средств Земли, находятся у 5% населения. Эти 5% точно не работают на заводе :)


Запомнить:

вторник, 17 ноября 2009 г.

Речь Стива Джобса перед выпускниками университета Standford (русский перевод)

Привет ! Посмотрел Речь Стива Джобса перед выпускниками университета Standford 2005 года, был очень впечатлён и удивлен почему я это увидел только сейчас :). Возможно кто-то скажет "баян" :) но всеравно опубликую т.к. хочу чтобы все те, кто меня знает и с кем я общаюсь посмотрели и задумались.

Спарвка: Стив Джобс создатель и исполнительный директор Apple и Pixar Animation.

Смотрим, делимся впечатлениями в комментариях.

Часть Первая:



Часть Вторая:





Запомнить:

пятница, 18 сентября 2009 г.

Получение денег за программное обеспечение после увольнения. Часть 2 - от теории к практике )

Исходя из всего сказанного и описанного в первой части данного «труда», проделанных мною исследований, анализов и экспериментов думаю стоит написать 2-ю часть.

Итак повторимся.

Что у нас есть? Есть программа (или целый программный комплекс), есть предприятие целевые функции которого выполняет написанное Вами ПО и есть желание расстаться с данным работодателем и получать и далее деньги за свой труд.

Что надо? Надо грамотно построить свой разговор с работодателем, надо отстоять свою идею, надо добиться достойной оплаты, надо оформить данную оплату и дальнейшие взаимоотношения с работодателем документально.

В данной статье Мы будем рассматривать реальное решение всех вышеперечисленных целей или чтоб быть конкретней, как это, в своё время, сделал Я :) .

Первое, что следует сделать человеку который поставил перед собой цель получать деньги за написанное им ПО в период работы – это определиться, на каких нотах он будет строить свои дальнейшие взаимоотношения либо это жесткое «кидалово» и развод работодателя на деньги, либо это продолжение сотрудничества без непосредственного присутствия программиста на рабочем месте с целью получения взаимовыгоды. Я выбрал для себя, и буду рассматривать в данной статье второй вариант.

Для начала необходимо пройти этап подготовки к беседе с работодателем. Программист готовит необходимую документацию к своему изделию (техническую документацию) где описывает комплект и функциональное назначение программ(ы) за которую он в последствии хочет получать деньги. Правила и методику написания данной документации вы при желании можете легко найти в Интернете с помощью поисковых машин. Это надо для того чтобы документально описать предмет, количество, выполняемые функции, правила установки и размещения и комплект поставки вашей программы, т.е. при беседе с работодателем вы сможете показать ему всю ценность для него вашего труда (если такова имеется конечно). Будет довольно весомым аргументом упоминание о том сколько времени затрачивалось на выполнение той или иной функции до создание программы и после её создания. Далее необходимо чётко представить себе и описать, направление своей деятельности и её объемы (т.е. вы будете выступать в роли консультанта либо в роли внештатного программиста). Проще всего это реализовать в договорной форме. Я нашёл в Интернете и подогнал под себя договор на «Техническую поддержку и техническое сопровождение программного комплекса» вот что у меня получилось . Как видите данный документ регламентирует объём работ, их периодичность, порядок и форму оплаты, порядок и форму постановки заданий и т.д. Немаловажную роль играет моральный фактор, пересмотрите всё что вы сделали, перечитайте, осознайте что это не реферат, а реальная документация на основе которой можно строить свои дальнейшие бизнес-отношения с работодателем. Далее по желанию, но я сделал так, составляем себе грамотное резюме (правила, методики и примеры составления опять-же находим в Интернете) и рассылаем его по местам наиболее предполагаемой своей дальнейшей работы (ибо неизвестно как пройдёт ваша беседа с текущим работодателем возможно просто позже возможности сделать это не будет), выбираем варианты из тек кого ваше резюме не оставило равнодушным, собеседуемся, вобщем находим себе новую работу :) .

Ну та теперь когда пройден этап предварительной подготовки и вы знаете что при любых результатах вы не останетесь без работы, а следовательно и без дохода, можно приступать к непосредственной «атаке» своего работодателя. (Слово «атака» употребелено не зря :) , исходя из собственного опыта знаю, что разговор проведёт на работодателя просто шоковое впечатление). С чего следует начать в беседе. С того что вы проработали не один год (месяц), проработали хорошо, выполняли в полном объёме поставленные перед вами задачи и т.д. вобщем похвалить себя хорошего. Далее рассказываете что вы молодой специалист и в принципе не видите на данной работе для себя дальнейших перспектив и всё такое и поэтому решили устроиться на новую работу. НО !!! Далее привожу цитату: «За время моей работы у вас на предприятии, мною был разработан и введён в эксплуатацию программный комплекс реализующий целевые функции данного предприятия, облегчающий работу сотрудников, работу по документообороту, по учёту и т.п. Всё это перечислено в «Технической документации» (и передаёте её в распечатанном виде работодателю, его лицо к тому времени уже слегка покрывается красными пятнами) Авторское право на данный программный комплекс (далее ПК) принадлежит мне, имущественные права в соответствии со статьёй 429 Гражданского кодекса Украины и Законом «Про авторские и смежные права» принадлежат и вам и мне (50/50). Я этого не оспариваю и полностью с этим согласен. Но, (далее следует ключевой момент всей беседы) вы должны понимать что любая программа не может работать без поддержки специалиста, для этих программ специалистом по поддержке являюсь Я, поэтому понимая всю ценность для вас данного программного комплекса я предлагаю вам дальнейшее сотрудничество в качестве внештатного программиста. (небольшая пауза :) для накала обстановки) Моё видение дальнейшего нашего взаимовыгодно сотрудничества представлено вот в этом документе (передаёте работодателю договор, внимательно следя за его руками, чтоб успеть вовремя увернуться от полетевших в вас в результате приступа бешенства предметов :) ), прошу Вас его рассмотреть и сообщить мне своё решения и предложения по дальнейшему сотрудничеству». Всё! С чувством выполненного долга, высоко поднятой головой встаёте и удаляетесь, не пытайтесь сразу выдавить из работодателя решение, это не разумно, дайте ему подумать, отойти от перенесённого шока :) , оценить для себя всю ценность вашего программного продукта и вас как специалиста.

Что будет дальше? Три варианта:

• Вам сразу повысят заработную плату, дадут премию возможно даже повысят в должности;

• Разгневанный работодатель выгонит вас с работы с треском, и будет долго-долго восстанавливать работоспособность программного продукта или, что более вероятно, долго искать нового специалиста и создавать всё «с нуля»

• Работодатель оценит всю выгоду для себя и ценность продолжения сотрудничества с вами, согласится на ваши условия, либо предложит свои не ущемляющие ваши интересы условия.

Как видим ничего плохого :) , ну и какой-бы вариант действий не избрал работодатель для вас ничего страшного в этом нет, ибо вы заранее нашли себе новую работу. Всё вышеизложенное, на мой взгляд, не содержит ничего противозаконного и не ущемляет ни интересов работодателя, ни ваших. Я считаю, что в сумме с первой частью, данная статья является логически законченной рекомендацией по получению денег за разработанное ПО после увольнения и послужит в помощь сотням страдающих от недостатка средств талантливым программистам :) Аминь.

Запомнить:

Получение денег за программное обеспечение после увольнения

В рамках переезда на новый хостинг переношу статьи. Вот довольно интересная штука написанная в годы юности :)

Вы работаете программистом в частной фирме или на предприятии. Вы часто задумывались: "А достаточно ли мне платят ?". У вас вставал в голове вопрос: "А если я буду уходить с этой работы, можно ли мне и получать и далее деньги за мою программу ?".

Итак, начнём разбираться. В поисках ответов на эти вопросы я обратился на форум сайта liga.net. Вы знаете , мнений было много и все разнообразные, по итогу обычный форум превратился в практически полноценное судовое заседание. Как был поставлен вопрос :

Имею ли я право поставить в своей программе счётчик, который отключит программу по истечению 2-х недель со дня моего увольнения, и выдаст сообщение типа : "Срок действия данной версии продукта окончился. Обратитесь к разработчику" , для того чтоб в последствии взимать деньги с организации за пользование разработанной мною в рабочее время программой не работая там.

Дебаты начались практически сразу, нашлись сторонники "за" и сторонники "против", ознакомимся с наиболее значимыми и важными моментами :

Если будем исходить из ЗУ "об авторских...", то тут вам ничего не светит, прямо скажем. А вот если на фирме через две недели станет работа, то никаким законом (и даже Конституцией) директор ее работать не заставит, вот ведь в чем фокус. Если они захотят судится с вами - их право, только выиграют ли они от этого? какие убытки они понесут при этом из-за простоя? Есть гарантия, что они смогут доказать ваш умысел? ГЛЮК в программе и все тут! Исходников -то у них нет. Параллельно можно оформлять авторские права на это ПО. Оснований для отказа вам в этом я не вижу.

...

1. Вы работали на оборудовании работодателя
2. Работали в рабочее время, а не писали по ночам, т.е. процесс был оплачен
3. Объем работ при устройстве на постоянную работу никто не знает
4. Работодатель ведет деятельность с целью получения прибыли и отказать ему в этом праве, заставив все разделить между работниками, невозможно.
5. Вам никто не мешал уволиться, если не устраивала зарплата.

...

Для початку наведу Вам положення чинного законодавства, що регулюють цікаві Вам відносини.
Цивільний кодекс України:
Стаття 429. Права інтелектуальної власності на об'єкт, створений у зв'язку з виконанням трудового договору
1. Особисті немайнові права інтелектуальної власності на об'єкт, створений у зв'язку з виконанням трудового договору, належать працівникові, який створив цей об'єкт. У випадках, передбачених законом, окремі особисті немайнові права інтелектуальної власності на такий об'єкт можуть належати юридичній або фізичній особі, де або у якої працює працівник.
2. Майнові права інтелектуальної власності на об'єкт, створений у зв'язку з виконанням трудового договору, належать працівникові, який створив цей об'єкт, та юридичній або фізичній особі, де або у якої він працює, спільно, якщо інше не встановлено договором.
3. Особливості здійснення майнових прав інтелектуальної власності на об'єкт, створений у зв'язку з виконанням трудового договору, можуть бути встановлені законом.
Стаття 445. Право автора на плату за використання його твору
1. Автор має право на плату за використання його твору, якщо інше не встановлено цим Кодексом та іншим законом.
Закон України «Про авторське право та суміжні права»
Стаття 16. Авторське право на службові твори
1. Авторське особисте немайнове право на службовий твір належить його автору.
2. Виключне майнове право на службовий твір належить роботодавцю, якщо інше не передбачено трудовим договором (контрактом) та (або) цивільно-правовим договором між автором і роботодавцем. (! Колізійна норма)
3. За створення і використання службового твору автору належить авторська винагорода, розмір та порядок виплати якої встановлюються трудовим договором (контрактом) та (або) цивільно-правовим договором між автором і роботодавцем.

Аналіз положень Цивільного кодексу України та Закону України «Про авторське право та суміжні права» показує, що між цими положеннями існує колізія, зокрема, у частині належності майнових прав інтелектуальної власності.
Враховуючи, що Цивільний кодекс України був прийнятий та набрав чинності пізніше, ніж Закон України «Про авторське право та суміжні права», у тому числі й останні його зміни, можна сказати, що законодавець не привів колізійні норми Закону у відповідність до норм чинного Цивільного кодексу, як те передбачалось Перехідними положеннями Цивільного кодексу України.
Також зважаючи на те, що п.2 ст.4 Цивільного кодексу передбачено, що Цивільний кодекс є основним актом цивільного законодавства України, а закони є актами цивільного законодавства, що приймаються у відповідності до Цивільного кодексу, то у випадку, коли наявні такі колізії норм, слід застосовувати норму Цивільного кодексу України. А отже, слід вважати, що:

«1. Особисті немайнові права інтелектуальної власності на об'єкт, створений у зв'язку з виконанням трудового договору, належать працівникові, який створив цей об'єкт. У випадках, передбачених законом, окремі особисті немайнові права інтелектуальної власності на такий об'єкт можуть належати юридичній або фізичній особі, де або у якої працює працівник.
2. Майнові права інтелектуальної власності на об'єкт, створений у зв'язку з виконанням трудового договору, належать працівникові, який створив цей об'єкт, та юридичній або фізичній особі, де або у якої він працює, спільно, якщо інше не встановлено договором.»

Таким чином, Ви маєте право вимагати плату за використання Вашого твору роботодавцем, у тому числі після звільнення. Також вважаю за необхідне звернути Вашу увагу на те, що умови договору щодо використання об'єкту права інтелектуальної власності не повинні погіршувати умови, передбачені чинним законодавством, а тут вже можливо зануритись у Постанови КМУ щодо розмірів роялті і так далі та вирахувати собі гарну плату за використання роботодавцем Вашої програми.

...

Можно привести еще много разных цитат и фраз с форума, но они не так существенны. В результате общения с форумцами , я смоделировал себе ситуацию : Программист поставив счётчик должен будет корректно его замаскировать и удалить исходный код счётчика из исходного кода программы, а лучше изменить исходный код программы до неузнаваемости и делать упор на то что косяк этой программы он разработал еще до поступления на работу, а на работе просто подстроил его под потребности фирмы/предприятия. Работодатель всеми силами будет доказывать что программу программист разрабатывал именно на его работе с самого начала. И вот тут первое но: обосновать это он сможет только при наличии трудового договора где точно описана деятельность программиста, технического задания на изготовление программы или хоть какой-либо бумажки, свидетельствующей о том что программисту было поставлена задача на написание данного ПО, наиболее вероятно что всего этого у работодателя НЕБУДЕТ. И второе САМОЕ главное НО : работодателю легче будет договорится с вами, чем выносить всё это в суд и начинать затяжное разбирательство, ибо пока всё это будет длится программа работать не будет, и возможно убытки понесённые им в результате этого будут значительно больше затрат на судебные разбирательства и её оплату после вашего увольнения. Вот два основных козыря, на которые следует делать упор при разговоре с директором фирмы-жертвы.
Из всего вышесказанного вытекает, что теоретически при правильном подходе к делу любой программист, если не брать во внимание морально-этические нормы, может получать деньги за своё творение и после увольнения, но не обольщайтесь :) на практике не всё так легко как в теории и если вы прочитав данную статью решили что вам море по колено и вы готовы так кинуть своего работодателя , тогда настоятельно рекомендую вам также ознакомиться с подобной статьёй но с позиции защиты работодателя тут . Спасибо за внимание, на этом позвольте откланяться.

Запомнить:

пятница, 12 декабря 2008 г.

Концепция внедрения процессного подхода

Думаю многие из Вас уже согласислись с тем что внедрять процессный подход надо, и, скорее всего раз вы читаете эту статью, то задались вопросом "А как-же это правильно сделать?". Методик много, но не все находятся в свободном доступе. В данной статья я изложу свой взгляд на процесс "затачивания системы управления компании под процессный подход", основанный на многочисленных публикациях и собственном опыте в данной сфере.


Итак, с чего-же все начинается ? Все начинается с целей !!! На рисунке представлен пример дерева целей внедрения процессного подхода. Я вижу эти цели так, кто-то видит по-другому.
Первая цель, в дереве целей - создать систему управления мирового класса, разберемся, что-же такое система управления. Для этого ознакомимся со следующими понятиями.
Система – совокупность связанных между собой и с внешней средой элементов и частей, функционирование которых направлено на получение конкретного результата. Все элементы и части системы представлены в системе в виде объектов, имеющих свои свойства и атрибуты. 
Цель системы – достижение и сохранение желаемого состояния или желаемого результата поведения системы.
Задача системы – описание способа (технологии) достижения цели, содержащее указание на цель с желаемым конкретными числовыми (в т.ч. временными) характеристиками. 
Объект – часть системы, выделенная по какому-либо признаку, сформулированному заинтересованным лицом.
Системный подход – методология специального научного познания и социальной практики, а также объяснительный принцип, в основе которого лежит исследование объектов как систем. Системный подход реализует представление сложного объекта в виде иерархической системы взаимосвязанных моделей, позволяющих фиксировать целостные свойства объекта, его структуру и динамику.
Процессный подход – методология построения системы процессов, управления ими, осуществления деятельности по совершенствованию процессов.
Система управления - совокупность организационной структуры, бизнес-процессов, ресурсов и методик, необходимых для осуществления общего руководства Компанией.
Система управления основанная на процессом подходе - это система, в которой основным объектом управления является бизнес-процесс.
Объекты системы управления приведены в таблце:

Определение

Подразделение

составная часть Компании, выполняющая конкретные задания и добивающаяся конкретных специфических целей.

Должность

обязанности человека, которые он должен выполнять, занимая определенное положение в структуре Компании.

Роль

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

Бизнес-процесс

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

Функция

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

Операция

часть бизнес-процесса, действия человека, выполняемые при появлении заданного комплекса условий (событий) и направленные на получение требуемого результата.

Бизнес-правило

руководство, которое определяет обязательства, связанные с поведением, действиями в рамках бизнес-процесса в зависимости от изменения фактических значений показателей процесса.

Событие

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

Цель

осознанный образ предвосхищаемого результата, на достижение которого направлено действие.

Показатель

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

Индикатор

показатель эффективности, ответственности, приоритетов в достижении результатов для должности

Вход бизнес-процесса

ресурс, необходимый для выполнения бизнес-процесса.

Выход бизнес-процесса

результат (продукт, услуга) выполнения бизнес-процесса.

Документ

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

Информационная система

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


Остановимся подробнее на понятии "бизнес-процесс". Бизнес-процессы делятся на 3 вида:

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

Для удобства восприятия и структурирования все бизнес процессы делятся по уровням декомпозиции (детализации).

Декомпозиция – условный приём, позволяющий представить бизнес-процесс в виде, удобном для восприятия, и оценить его сложность.

Для удобства разделим все бизнес-процессы на 3 уровня декомпозиции:

Название

Объекты

Отображение

Верхний уровень

Бизнес-процесс, входы/выходы, цели, подразделение.

Второй уровень

Бизнес-процесс, входы/выходы, подразделение, цели, показатели, документы.

Третий уровень

Бизнес-процесс, операции, входы/выходы, должности, роли, показатели, документы.


Регламентация системы управления.

Ключевыми носителями информации о системе управления Компанией являются документы. Документы системы управления описывают объекты системы управления, способы и порядок их применения. Существуют следующие документы системы управления:

Бизнес-модель Компании – концептуальный главный документ, содержание которого дает представление о Компании. Бизнес-модель Компании выполняет функцию постоянного справочного материала при поддержании в рабочем состоянии и совершенствовании системы управления.

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

Сценарий – документ, в понятной и краткой форме описывающий последовательность действий, ответственность и порядок взаимодействия исполнителей в определенном бизнес-процессе. Пример: Регламент бизнес-процесса «Управление договорами» и Сценарий «Заключение договора поставки».

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

База знаний о деятельности компании.

База знаний о деятельности компании формируется в инструментальной среде ARIS и включает в себя информацию обо всех объектах системы управления. Для формирования базы знаний о деятельности Компании я предлагаю использовать методологию ARIS, хотя, как показала практика, можно обходиться и без него.

Моделирование – преобразование общих расплывчатых знаний об исходной предметной области в точные модели, описывающие различные подсистемы Компании. 
Модель – совокупность символов, которая адекватно описывает некоторые свойства моделируемого объекта и отношения между ними.

При моделировании информации о деятельности будет использоваться 5 типов моделей: 
 Организационные (Кто?). Описывают иерархию подразделений, должностей и ролей, многообразие связей между ними. 
•  Информационные (На основе чего?). Отражают структуру информации необходимой для реализации всей совокупности функций системы. 
 Модели процессов/управления (Каким образом?). Представляют комплексный взгляд на реализацию бизнес-процессов в рамках системы и объеденяют вместе другие модели; 
•  Функциональные модели (Что?). Описывают функции выполняемые в Компании, цели Компании, бизнес-процессов и людей; 
•  Модели входов/выходов (Для чего?). Описывают потоки материальных и нематериальных входов и выходов.

Основная задача моделирования – поиск путей по превращению сложного в простое, по разложению труднопонимаемой задачи на ряд задач, имеющих решение.

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

Как запускается и совершенствуется система.

В основе системы лежит бизнес-процесс «Совершенствование системы управления».

Для обеспечения целостности системы моделирование(описание) бизнес-процессов Компании происходит в одной точке (БП «Моделирование и анализ бизнес-процесса») в зависимости от поставленной «Цели по бизнес-процессу» (упорядочить, усовершенствовать(реинжиниринг) или автоматизировать) изменяются результаты БП «Моделирование и анализ бизнес-процесса».

Вся документация системы управления утверждается на необходимом уровне, публикуется в Хранилище корпоративных знаний и доводится до людей путем рассылки электронных оповещений.

Если процесс подлежит автоматизации, то Регламент бизнес-процесса и Техническое задание на автоматизацию (модели процесса) передаются в процесс «Автоматизация», по результатам которого: 
- часть операций или весь бизнес-процесс автоматизируется; 
- документация по процессу пополняется инструкциями по работе с системой, в которой автоматизирован БП.

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

БП "Совершенствование системы управления" работает по непрерывному циклу, и может быть самым первым внедренным на предприятии бизнес-процессом, далее он по спирали "накрутит" на систему все бизнес-процессы. 

Управление бизнес-процессом

Управление бизнес-процессами осуществляют руководители подразделений Компании наделенные ролями Ответственный за процесс (менеджер процесса) или Владелец процесса .

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

Владелец процесса осуществляет управление бизнес-процессами путем: 
- анализа достижения поставленных целей; 
- установления целей бизнес-процессов; 
- регулирования бизнес-правил.

Ответственный за процесс и владелец процесса постоянно совершенствуют процесс, используя логику RADAR (читается [радар]) разработанную Европейским Фондом Качества Менеджмента (EFQM) .

Эта логика устанавливает, что руководителям необходимо:

• в процессе выработки целей и планов по деятельности определять Результаты , на достижение которых они нацелены. Эти Результаты охватывают все аспекты деятельности в рамках бизнес-процесса, а также восприятие ее всеми заинтересованными сторонами; 
• для достижения необходимых результатов сейчас и в будущем планировать и развивать взаимоувязанную сеть обоснованных Подходов
• системно Распространять подходы, чтобы обеспечить их полную реализацию (путем совершенствования бизнес-процессов); 
Оценивать и Пересматривать подходы на основе мониторинга и анализа достигнутых результатов и постоянного их изучения. Исходя из этого, определять приоритетные области для улучшений, планировать и проводить мероприятия по совершенствованию. 

Результаты

Результаты описывают то, чего достигает бизнес-процесс. Результаты должны показывать положительные тенденции и/или демонстрировать устойчивость. Должны быть установлены цели . Деятельность должна сравниваться с таковой у конкурентов , в особенности лучших в своем секторе и/или мировом классе. Причинно-следственная связь достигнутых результатов с примененными подходами должна быть ясна. Кроме того, результаты должны охватывать все необходимые области . Где это помогает пониманию и идентификации возможностей для улучшения, результаты должны быть сегментированы, например, по видам потребителей, продукции, деятельности.

Подход

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

Распространение

Это понятие связано с деятельностью по реализации подхода. В совершенном бизнес-процессе подход будет системно внедрен в соответствующих областях. Системное применение хорошо планируется и вводится способом, подходящим для бизнес-процесса.

Оценка и пересмотр

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

Далее рассмотрим БП "Моделирование и анализ бизнес-процесса", т.к. этот бизнес-процесс является ключевым в нашей концепции.

Цели бизнес-процесса «Моделирование и анализ бизнес-процесса»: 
•  Используя лучшую мировую практику и современные методики обеспечить возможность достижения максимальной эффективности и результативности БП в заданные сроки; 
•  Путем разработки нужных и понятных документов фиксировать знания о бизнес-процессах предприятия.

Управление бизнес-процессом

Управление бизнес-процессом осуществляет ответственный за бизнес-процесс .

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

Ответственный за бизнес-процесс производит планирование на период 1 месяца на основании планов работ бизнес-консультантов и подает проект плана к 1 числу каждого месяца Директору. Директор утверждает план и передает ответственному. Оперативное управление бизнес-процессом осуществляется посредством мониторинга фактических значений показателей бизнес-процесса. Показатели БП «Моделирование и анализ бизнес-процесса» связаны с целями и приведены в таблице:

Цель

Показатели подпроцесса определяющие достижение цели

Показатель

Суть

Разрабатывать нужные и понятные документы

Качество моделирования

Цель: минимальным количеством объектов на модели максимально доступно донести до конечного потребителя документа суть бизнес-процесса используя стандарты Компании.Критерии: 
полнота – модель должна содержать необходимую информацию для понимания деятельности. Должны быть созданы дополнительные модели (OC, KSD ). [0-100%] = [(много упущенных операций) - (нет упущенных операций)]. 
доступность – модель должна быть понятна конечному пользователю, помещаться на лист А4 (масштаб >=60%), содержать максимум 20 операций [0-100%] (оценка выставляется конечным пользователем модели после проведения обучающего семинара). 
отклонения от нотации – все графические элементы должны быть использованы в рамках нотации регламентированной «Соглашением о моделировании». [(объекты не по нотации) * 100% / (общее количество объектов на модели)] 
избыточность – модель не должна содержать объекты не добавляющие ценность модели. [(объекты не добавляющие ценность) * 100% / (общее количество объектов на модели)]Качество моделирования = [(полнота * 0,2 + доступность * 0,5 + (100 - отклонения от нотации) * 0,1 + (100 – избыточность) * 0,2)

 

Качество описания

Цель: за минимальное время разработать максимально полезный для конечного потребителя документ, описывающий объекты системы управления и способы их применения и(или) использования. 
Критерии: 
полнота – документ должен содержать всю необходимую информацию об объектах системы управления содержать ссылки на все связанные документы. Оценивается ответственным за процесс [0-100%] 
содержимое : для сценариев, должностных инструкций- % полезной информации к общему объему [0-100%]; для регламентов БП - отвечать установленным для данного типа документа требованиям и шаблону. (допускается обоснованное отклонение от шаблона). Документ не должен содержать ошибок. [0-100%]. Оценивается бизнес-консультантом, подтверждается ответственным за процесс. 
оформление – абзацы, выделение основных моментов (жирное, курсив, подчеркивание – главное не переборщить!) [0-100%] Оценивается бизнес-консультантом, подтверждается ответственным за процесс. 
доступность - документ должен быть понятен конечному пользователю. [0-100%] Оценка выставляется конечными пользователями документа после проведения обучающего семинара. 
Качество описания = [(полнота * 0,3 + написание * 0,1 + оформление * 0,1 + доступность * 0,5)

Заложить в бизнес-процессы Компании механизмы совершенствования, обеспечить соответствие бизнес-процессов Компании лучшим мировым практикам.

Соответствие корпоративным требованиям (СКТ)

Критерии:

Последоватьельность и методика анализа прописана в описании операции «Анализ бизнес-процесса» [0-100%]. Оценка выставляется бизнес-консультантом, проверяется руководителем.

СКТ = (А1 + А2 + А3) /3

Рационально расходовать ресурсы

Время моделирования и анализа БП

Фактическое время моделирования и анализа должно соответствовать плану, по данному бизнес-процессу.


Обязательно определите нормативы для каждого из показателей бизнес-процесса.

Планирование работ

Планирование работ в рамках бизнес-процесса осуществляет ответственный за процесс . План работ должен содержать все этапы моделирования и анализа БП, а так же этапы согласования, утверждения, доведения, обучения и тестирования руководителей и исполнителей.

При планировании ответственный за процесс руководствуется следующей информацией: 
•  количество должностей участвующих в бизнес-процессе; 
•  количество существующих регламентирующих документов по бизнес-процессу; 
•  ориентировочное количество подпроцессов и операций в них; 
•  цели по бизнес-процессу;

Время и сценарий выполнения подпроцесса зависит от поставленных «Целей по бизнес-процессу»

«Цели по бизнес процессу» устанавливаются Директором или руководителем-заказчиком «Моделирования и Анализа» и разделены по следующим категориям: 


Категория цели по бизнес-процессу

Сценарий выполнения

Результаты

1

Упорядочить

Цель ставится по бизнес-процессам, для которых еще не создана регламентирующая документация. Основное внимание уделяется документированию БП, разделению и прописанию ответсвтенности, урегулированию межфункциональных конфликтов. В зависимости от уровня БП и исполнителей готовится Регламент бизнес-процесса или Сценарий бизнес-прцесса. Конечная цель – упорядочить выполнение БП, зафиксировать знания о бизнес-процессе в понятной и доступной конечному потребителю документации.

1.Регламент бизнес-процесса и/или Сценарий бизнес-процесса

2. Должностные инструкции участников БП.

 

2

Усовершенствовать (реинжиниринг)

Основное внимание уделяется анализу бизнес-процесса, он проводится более тщательно и более глубоко, оцениваются все узкие места, затраты. Проводится тщательный поиск лучших практик в Интернете и Базе знаний. Подгатавливаются альтернативные модели БП и предложения по автоматизации БП. Конечная цель – кардинально улучшить результативность и эффективность БП, зафиксировать новые знания о бизнес-процессе в понятной и доступной конечному потребителю документации.

1. 1-2 варианта модели бизнес-процесса «как должно быть»

2. Регламент бизнес-процесса и/или Сценарий бизнес-процесса

3. Должностные инструкции участников БП.

4. Предложения по автоматизации.

3

Усовершенствовать (на основе предложений)

Модели и документация по процессу подвергается пересмотру и коррекции на основании «Предложений по совершенствованию» поступивших от сотрудников или выявленных в результате проведения «Аудита бизнес-процесса».Конечная цель – улучшить результативность и(или) эффективность БП, зафиксировать знания о бизнес-процессе в понятной и доступной конечному потребителю документации.

1.Регламент бизнес-процесса и/или Сценарий бизнес-процесса

2. Должностные инструкции участников БП.

 

4

Автоматизировать

Процесс описывается и анализируется. Модели процесса разрабатываются с детальностью, необходимой для автоматизации БП. Подготавливается регламентирующая документация по процессу и техническое задание на автоматизацию. После автоматизации регламентирующая документация дополняется «Инструкциями по работе с автоматизированной системой».Конечная цель – подготовить процесс для автоматизации, зафиксировать знания о автоматизированном бизнес-процессе в понятной и доступной конечному потребителю документации.

1.Регламент бизнес-процесса и/или Сценарий бизнес-процесса

2. Техническое задание на автоматизацию


Схема процесса "Моделирование и анализ бизнес-процесса"




Сбор и обобщение информации

Целью сбора и обобщения информации является получение максимума информации бизнес-консультантом перед началом моделирования процесса.

Сбор и обобщение информации включает в себя: 
- анкетирование – предварительный сбор необходимой информации с помощью шаблона. Срок заполнения анкеты людьми – 1-2 дня. 
- изучение документов – перед проведением интервью бизнес-консультант должен ориентироваться в деятельности интервьюируемого человека и знать конкретные вопросы, которые он будет задавать человеку. Вопросы и знания о деятельности человека формируются на основании изучения документации регламентирующей деятельность человека. 
- интервьюирование – форма получения информации от человека путем беседы. Перед интервьюированием бизнес-консультанту необходимо созвонится с человеком, и согласовать время проведения интервью. Во время интервью бизнес-консультант получает ответы на все интересующие его вопросы и фиксирует их. Время проведения интервью с человеком – неболее 1,5 часа.

Моделирование бизнес-процесса

Последовательность работ выполняемых при моделировании бизнес процесса приведена в карте бизнес-процесса «Моделирование бизнес-процесса» .

Перед детальным моделированием бизнес-процесса бизнес-консультант должен определить: 
- тип бизнес-процесса (основной/процесс управления и развития/сервис); 
- структуру бизнес-процесса (укрупненная схема); 
- место бизнес-процесса в бизнес модели компании (уровень декомпозиции, процесс верхнего уровня);

Порядок моделирования бизнес-процесса в инструментальной среде ARIS:



Определение/изменение целей и показателей привязка их к БП

На основании структуры БП, знаний и лучших мировых практик в предметной области БП, знаний ответственного за БП бизнес-консультант разрабатывает цели по каждому бизнес-процессу. Анализирует обеспечивает-ли бизнес-процесс достижение данных целей и как это можно измерить – разрабатывает показатели БП.

На этом этапе бизнес-консультант , должен определить показатели бизнес-процесса. Показатели определяются совместно с ответственным за БП . Показатели должны охватывать все аспекты деятельности входящей в бизнес-процесс, а также восприятие ее всеми заинтересованными сторонами. Показатели БП должны быть связанны с целями. Так-же на этом этапе бизнес-консультант определяет бизнес-правила по показателям. Должна быть определена реакция ответственного за процесс на изменения фактических значений показателей, ответственность за установление нормативов (целей) по показателям бизнес-процесса.

Процесс могут характеризовать несколько групп показателей: 
- показатели процесса – могут быть определены как числовые величины, характеризующие течение самого процесса и затраты на него (временные, финансовые, ресурсные, человеческие и др.); 
- показатели результата – числовые величины, характеризующие продукт (услугу) как результат выполнения процесса (абсолютный объем услуг, объем услуг относительно заказанного или необходимого, количество ошибок и сбоев при оказании услуги, степень соответствие продукта требованиям и т.п.) 
- показатели удовлетворенности клиентов процесса – числовые величины, характеризующие степень удовлетворения клиентов процесса результатами процесса. 

Показатели и цели по БП дают возможность бизнес-консультанту определить приоритетные требования, которые должны быть прописаны в регламенте бизнес-процесса.

Разработка/коррекция регламента БП

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

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

Регламент состоит из 6-ти разделов и приложений. 
Раздел 1 «Назначение бизнес-процесса» описывает назначение и сферу действия регламента. 
2-й раздел – «Термины и определения». 
Задача 3-го раздела «Границы процесса» ограничить сферу распространения бизнес-процесса, четко указать его границы. 
4-й раздел «Управление бизнес-процессом» предназначен для руководителей и ответственного за процесс , в нем прописывается как ответственный за процесс планирует, контролирует и совершенствует бизнес-процесс. 
5-й раздел «Структура бизнес-процесса» должен помещаться на один лист и давать представление ответственному за процесс и участникам процесса о структуре и ответственности в рамках бизнес-процесса. 
6-й раздел «Описание бизнес-процесса» содержит общее описание процесса и описание подпроцессов, в данном разделе очень важно отразить «как исполнители должны выполнять требования, чтобы добиться максимального достижения целей (выполнения показателей)». 

При разработке Регламента бизнес-процесса следует особое внимание уделить разделу «Управление бизнес-процессом». В данном разделе прописывается взаимосвязь показателей бизнес процесса и действий руководителя ответственного за процесс в зависимости от изменения показателей (бизнес-правила), допустимые отклонения показателей, нормативы, периодичность их пересмотра.

Анализ бизнес-процесса

Цель анализа БП – заложить в бизнес-процессы предприятия механизмы совершенствования, обеспечить соответствие бизнес-процессов компании лучшим мировым практикам. 
Любой процесс Компании можно анализировать с точки зрения удовлетворения некоторым требованиям. Документом, предъявляющим определённые требования к организации процесса является, МС ISO 9001:2000. Типовой процесс должен удовлетворять следующим группам требований: 
•  Регламентация всех составляющих процесса в соответствии с требованиями МС ISO 9001:2000; 
•  Использование цикла постоянного улучшения процесса PDCA (Plan-Do-Check-Act); 
•  Использование цикла управления по отклонениям (показателям процесса).

Требования к организации процесса ( А1 ) , учитывающие положения международного стандарта ISO 9001:2000, представлены в таблице:

Требования к процессу

Требования к ответственному за процесс

1.1

Должен существовать один ответственный за процесс

1.2

Полномочия и ответственность ответственного за процесс должны быть чётко определены

1.3

Не должно быть пересечения полномочий и ответственности с другими руководителями организации

Границы процесса

2.1

Границы процесса должны быть чётко определены (по функциям и ответственности руководителей) и зафиксированы документально.

2.2

Границы функциональных подразделений процесса должны быть чётко определены

Регламентирующие документы

3.1

Должно существовать действенное описание процесса в целом

3.2

Должны существовать действующие карты ответственности и правила внутреннего трудового распорядка

3.3

Должны существовать действующие методики (внутренние документы)

3.4

Должна существовать система актуализации документации

3.5

Процесс должен соответствовать существующим законодательным актам и нормативным документам, регламентирующим выполнение процесса

Выходы процесса

4.1

Выходы процесса должны быть чётко определены

4.2

Пользователи каждого выхода процесса должны быть чётко определены, потребности пользователей оформлены документально

4.3

Должны существовать спецификации, содержащие требования на каждый выход процесса

4.4

Каждый выход должен быть закреплён за ответственным исполнителем

4.5

Должна функционировать система контроля качества выходов процесса

Входы процесса

5.1

Входы должны быть чётко определены

5.2

Поставщики каждого входа процесса должны быть чётко определены, требования к поставщикам процесса - специфицированы

5.3

Должны быть прописаны требования на каждый вход процесса

5.4

Каждый вход должен быть закреплён за ответственным исполнителем

5.5

Должна существовать система входного контроля качества

Ресурсы

6.1

Ресурсы должны быть чётко определены

6.2

Должны быть прописаны требования к каждому ресурсу

6.3

Каждый ресурс должен быть закреплён за ответственным исполнителем (материально ответственным лицом)

Показатели процесса

7.1

Показатели эффективности процесса должны быть определены и постоянно использоваться на практике

7.2

Должны быть определены и использоваться показатели продукта (услуг) процесса

7.3

Должна существовать система сбора и использования данных удовлетворённости клиентов процесса

 

 


Анализ на наличие цикла PDCA.( А2 ) Цикл PDCA располагается вокруг процесса и обеспечивает непрерывное совершенствование процесса.



Назначение функций цикла постоянного улучшения процесса показано в таблице:


Функции цикла PDCA

Описание

1

Планирование процесса

Группа функций по планированию: 
- показателей эффективности процесса; 
- показателей продукта.

2

Анализ процесса

Группа функций по анализу: 
- показателей эффективности процесса; 
- показателей продукта; 
- данных удовлетворённости клиентов процесса.

3

Улучшение процесса

Группа функций по улучшению процесса за счёт изменения: 
- регламентирующих документов процесса; 
- персонала; 
- инфраструктуры.


Анализ с точки зрения наличия цикла управления по отклонениям ( А3 ). Этот цикл включает пять групп функций процесса, назначение которых показано в таблице:

Функции цикла управления

Описание

1

Планирование

Группа функций по технико-экономическому и финансовому планированию выполнению работ по процессу

2

Выполнение

Группа функций по выполнению процесса

3

Учёт

Группа функций по регистрации фактической информации по выполнению процесса

4

Контроль

Группа функций по контролю выполнения плановых показателей деятельности (в сравнении с фактическими)

5

Принятие решений

Группа функций по подготовке и принятию управленческих решений на основании данных по отклонениям от плановых показателей деятельности


Анализ показателей БП и бизнес-правил. Показатели охватывают все аспекты деятельности в рамках бизнес-процесса, а так-же восприятие деятельности всеми заинтересованными сторонами. Показатели бизнес-процесса должны быть измеримы, привязаны к целям. Должно быть описано, где фиксируются показатели, кто их анализирует и бизнес-правила при изменении тех или иных показателей. Бизнес-правила должны быть однозначными и понятными конечному пользователю.

Результаты анализа процесса по отношению к типовым требованиям оформляются в виде таблиц приведённых в данной методике с добавлением колонки «Факт» в которой, содержится информация о фактическом соответствии бизнес-процесса требованию в %.

Продолжение следует .......


LinkWithin

Related Posts with Thumbnails