Php comments что такое бизнес цикл sell – Аналитика продаж с длинным циклом на примере amoCRM и Qlik Sense

Бизнес-цикл компании — это… Что такое Бизнес-цикл компании?



Бизнес-цикл компании

Бизнес-цикл компании (Business-cycle   of company) -одно из проявлений циклического характера развития экономики, обычно наблюдается в практике так называемых циклических компаний. У них циклический характер могут иметь  тренды, характерные для прибыли и объема выручки. Тенденции бывают противоречивыми. Например, когда компания вступает в рецессию, наблюдается тенденция к увеличению материально-технических запасов, когда же компания выходит из нее, начинается переработка избыточных запасов.

Экономико-математический словарь: Словарь современной экономической науки. — М.: Дело. Л. И. Лопатников. 2003.

• Бизнес-стратегия
• Биматричная игра

Смотреть что такое «Бизнес-цикл компании» в других словарях:

• бизнес-цикл компании — Одно из проявлений циклического характера развития экономики, обычно наблюдается в практике так называемых циклических компаний. У них циклический характер могут иметь тренды, характерные для прибыли и объема выручки. Тенденции бывают… …   Справочник технического переводчика

• Средний бизнес — (Medium business) Определение среднего бизнеса, нюансы среднего бизнеса Информация об определении среднего бизнеса, нюансы среднего бизнеса Содержание Содержание О “Что делать” и “с чего начать” вот в чем вопрос! О пользе… …   Энциклопедия инвестора

• PR-компании, вошедшие в НРКК — В Национальный рейтинг коммуникационных компаний (НРКК) вошли: SPN Ogilvy АГТ Михайлов и Партнеры КРОС FleishmanHillard Vanguard Социальные Сети Маркет групп Eventum Premo Ketchum Maslov Newton PR Communications Pro Vision Group Ex Libris Полилог …   Энциклопедия ньюсмейкеров

• Жизненный цикл организации — Проверить информацию. Необходимо проверить точность фактов и достоверность сведений, изложенных в этой статье. На странице обсуждения должны быть пояснения. Жизненный цикл организации  совокупн …   Википедия

• Инновация — (Innoatsiya) Определение инноваций, инновационная деятельность Определение инноваций, инновационная деятельность, инновационная политика Содержание Содержание Общее определение новаций Инновация и др. похожие понятия Что такое новация Основы… …   Энциклопедия инвестора

• Экономика США — (U.S. Economy) Экономика США это крупнейшая экономика в мире, локомотив мировой экономики, определяющая ее направление и состояние Определение экономики США, ее история, структура, элементы, периоды роста и краха, экономические кризисы в Америке …   Энциклопедия инвестора

• Отрасль — (Branch) Определение отрасли экономики, экономические циклы отрасли Информация об определении отрасли экономики, экономические циклы отрасли Содержание Содержание экономики Отрасли экономики Экономические циклы, их виды и влияние на различные… …   Энциклопедия инвестора

• Frameworx — Frameworx, ранее NGOSS (англ. New Generation Operations Support System)  концепция телекоммуникационной отраслевой организации TM Forum, описывающая подход к разработке, внедрению и эксплуатации прикладного программного обеспечения для… …   Википедия

• Рецессия — (Recession) Содержание >>>>>>>>> Рецессия это, определение это производительности, которое характеризует нулевой или отрицательный основной показатель внутренний валовый продукт, протекающий на протяжении полугода и более …   Энциклопедия инвестора

• Банкротство — (Bankruptcy) Банкротство это признанная судом неспособность исполнить обязательства по уплате взятых в долг денежных средств Суть банкротства, его признаки и характеристика, законодательство о банкротстве, управление и пути предотвращения… …   Энциклопедия инвестора

economic_mathematics.academic.ru

Жизненный цикл бизнеса, 5 этапов развития

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

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

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

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

1. Стадия основания

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

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

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

Как привлечь деньги?

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

• Обратиться за государственной поддержкой
  Если у вас бизнес, значимый для региона, то вы можете попросить финансовую (и не только) помощь у государства по специальным программам поддержки бизнеса. Подробнее о том, как получить господдержку, читайте в статье «Как малому бизнесу получить кредит под госгарантию».
• Собрать нужную сумму с помощью краудфандинга
  «Коллективное финансирование» в самом начале проекта может сработать, если у вас творческий проект или необычный продукт – вы производите что-то, что хочется немедленно заказать. Как этим воспользоваться, читайте в статье про виды краудфандинга.
• Найти венчурного инвестора
  В стартап, связанный с технологиями, на стадии основания можно привлечь венчурного инвестора. Обычно это специалист в области технологий, который вкладывает свои ресурсы в быстрорастущие стартапы, рассчитывая на большую прибыль. Ресурсы – это не только деньги, но и знания. Инвестор может предложить стратегию развития, искать и обучать специалистов, находить нужные контакты – чтобы быстрее добиться результата и окупить свои финансовые вложения.
  Запуская бизнес с венчурным инвестором, стоит хотя бы 50% инвестировать самостоятельно, иначе велика вероятность, что ваш партнер будет слишком сильно влиять на процессы, рассчитывая получить больше прибыли.
• Взять оборудование или имущество в лизинг
  Если для бизнеса нужен автомобиль, крупное оборудование или помещение, то можно взять его в лизинг: вы берете имущество в аренду, но с возможностью выкупить его полностью. Лизинговый взнос не сильно ударит по бюджету, и при этом у вас будет оборудование, которое, скорее всего, окупит взносы за него. Какое-то время вы платите за имущество в лизинге, но оно работает на вас и постоянно приносит прибыль. Что такое лизинг, читайте в нашей статье.

2. Стадия выхода в ноль

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

Как привлечь деньги?

• Взять микрозаем в МФО
  Условия микрозаймов для бизнеса сильно отличаются от условий для потребительских займов – годовая ставка по ним значительно ниже (от 20%). К тому же в каждом регионе есть МФО предпринимательского финансирования, которые выдают бизнесменам кредиты по сниженной ставке – от 8–9% годовых. Как получить микрозаем для развития своего дела, читайте в нашей статье.
• Организовать сбор денег с помощью краудфандинга
  На этом этапе тоже можно обратиться за «коллективным финансированием», особенно если вы производите товары – краудфандинговая площадка может стать дополнительным рынком сбыта.

3. Стадия роста

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

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

Как привлечь деньги?

• Подключить фактора в схему оплат
  Если вы занимаетесь торговлей, именно сейчас у вас становится больше клиентов, а значит, нужно больше покупать и продавать. Многие компании продают товары и услуги с отсрочкой платежа: получили или продали товар сегодня, а деньги за него перечислят только через месяц или два. Чтобы не было кассового разрыва, можно подключать в отношения между покупателем и продавцом фактора. Специальная компания или банк платит продавцу за товар в момент поставки, а у покупателя остается отсрочка: он платит за товар позже и уже фактору. Подробнее о факторинге читайте в нашей статье.
• Взять оборудование или имущество в лизинг
  И на этой стадии дополнительное оборудование, транспорт или недвижимость не обязательно покупать – можно взять необходимое в лизинг и выкупить позже, когда оборудование позволит больше зарабатывать.
  
• Взять кредит
  Растущему бизнесу, существующему пару лет, кредит или заем одобрят с большей вероятностью. Получить льготные условия или заручиться гарантийной поддержкой по кредиту можно в банках и МФО, которые работают по программам государственной поддержки. Подробнее об этом читайте в статьях «Как малому бизнесу получить кредит под госгарантию» и «Как получить льготный кредит для малого бизнеса».
  
• Продать долю бизнеса
  Так вы получите не только деньги на дальнейшее развитие, но и бизнес-партнера. Чтобы избежать возможных конфликтов и не стать жертвой недобросовестного коллеги, внимательно подходите к выбору: обязательно юридически зафиксируйте продажу бизнеса, составьте договор, в котором будет четко прописано, какие права есть у партнеров и какая у них роль в проекте.
  
• Привлечь соинвесторов
  Ваш бизнес уже успешен, а значит, больше шансов, что им заинтересуются инвесторы. Искать их можно среди коллег и знакомых, на краудлендинговых площадках и отраслевых форумах.

4. Стадия зрелости

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

Как привлечь деньги?

Для масштабирования бизнеса одной только прибыли может не хватить. Привлечь дополнительные деньги можно уже знакомыми вам методами. Выбирать их стоит исходя из специфики бизнеса. Если у вас транспортная компания или таксопарк и вам нужно больше машин – подойдет лизинг. Если у вас салон красоты и вы хотите запустить рекламную кампанию, чтобы привлечь новых клиентов, – можете взять микрозаем в МФО. Нужна новая точка – подумайте, возможно, вам подойдет кредит.

• Взять заем с помощью краудинвестинга
  Краудинвестинг – способ получить займы на специальных интернет-площадках. На этом этапе бизнеса финансовая отчетность компании, скорее всего, не вызовет сомнений у потенциальных инвесторов, и заем получится взять довольно быстро. Подробнее о нем читайте во вкладке «Краудинвестинг» в статье «Краудфандинг: Как привлечь деньги с помощью коллективного финансирования».
• Взять кредит
  Для зрелого предприятия кредит – вполне безопасный способ привлечь деньги, если вы, конечно, прекрасно понимаете, на что они пойдут. При этом зрелость компании вовсе не лишает вас возможности получить льготы.
  
• Выпустить ценные бумаги
  Юридические лица на стадии зрелости могут выпустить акции и облигации, чтобы привлечь дополнительные деньги.
  Акция – это своего рода «распродажа» микродолей компании: акционер дает вам деньги, а взамен получает процент с возможной прибыли. К тому же голоса акционеров нужно будет учитывать, принимая решения о развитии компании.
  Облигация – это долговое обязательство, по которому вы, образно говоря, занимаете деньги у покупателя и обязуетесь через некоторое время вернуть больше.

 
5. Стадия упадка

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

Как привлечь деньги?

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

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

Пять стадий — не обязательный сценарий

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

Текст подготовлен при поддержке экспертов Общероссийской общественной организации малого и среднего предпринимательства «Опора России».

fincult.info

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

Как бы «коряво» это ни прозвучало, но управление бизнес процессами – это тоже процесс. Им тоже можно управлять и его тоже можно оптимизировать. Цикл процесса управления бизнес процессами состоит из 5 основных подпроцессов. Все подпроцессы последовательны, т.е. выполняются строго один за одним. Но я же уже говорил о том, что такое управление бизнес процессами, зачем еще раз касаться этой темы? Разница в том, что ранее я рассказывал об управлении бизнес процессами как области деятельности или функции. Попросту говоря, что нужно делать, чтобы считать, что мы управляем процессами. Я рассказал, из каких этапов состоит управление бизнес процессами и что находится в зоне ответственности. Сейчас же я хочу  показать, какие операции по управлению процессами необходимо выполнять применительно к процессам организации. Т.е. я говорю о том, как управление процессами превратить в постоянный поток.

1. Проектирование
2. Моделирование
3. Выполнение
4. Мониторинг
5. Оптимизация

Каждый процесс в компании должен пройти через данный цикл. В таком случае можно будет сказать, что процесс управляем и находится на стадии «Совершенствование» (см. Жизненный цикл бизнес процессов).

1. Проектирование. На данном этапе существует 2 основные задачи: определить в как бизнес процесс существует на данный момент и понять какими мы хотим его видеть в дальнейшем. Для этого необходимо четко обозначить:

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

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

1. Моделирование бизнес процессов. На основании ранее составленного проекта создаем модель. Что такое модель? Это та же конструкция, что мы уже создали, но с добавлением разных переменных.  Допустим, в модели можно указать, что определенная операция занимает не 1 час, а только 10 мин. Как это повлияет на остальные операции? Что нужно изменить, чтобы это стало возможным? И т.д.  Важно не забыть добавить всевозможные варианты развития процесса. Таким образом мы создаем оптимальное соотношение затрат и результатов. В дальнейшем я буду подробно рассказывать о моделировании бизнес процессов.
2. Выполнение. Какими бы замечательными ни были бизнес процессы на бумаге, в реальности всегда найдутся «но». Эти «но» можно выявить только одним путем – выполнить процесс практически. А если точнее, то запустить его в работу и внимательно наблюдать. Без этого этапа никак не обойтись. Поэтому крайне важно уделить достаточно времени на этап проектирования и моделирования – это позволит снизить риски. Еще важно иметь подстраховку на непредвиденный случай. К примеру, если вы разрабатываете новую систему CRM, не внедряйте ее сразу во всей компании. Дайте для начала одному из специалистов поработать с ней. И пусть у него будет возможность перейти в старую систему в случае возникновения непредвиденных сложностей. Все-таки клиенты важнее.
3. Мониторинг бизнес процессов. Это наблюдение и отслеживание процессов. Организовать мониторинг необходимо таким образом, чтобы можно легко получить информацию о ходе и результатах процесса. При этом необходимо вести статистику для возможности изменения показателей во времени.  Простой доступ к информации обеспечивает возможность исправить что-то вовремя. К примеру, если заказ клиента «застрял» на одной из стадий процесса, мониторинг позволит не только увидеть это, но и своевременно вмешаться и внести поправки в процесс. То, насколько детально происходит отслеживание процессов, зависит как от самих процессов, так и от ваших целей. Если процесс новый и только начал работу, необходим детальный мониторинг. Так же детальность зависит от возможностей всей системы. Помните – затраты, которые вы несете на получение информации, не должны превышать ценности этой информации.
4. Оптимизация бизнес процессов. На данном этапе вы анализируете данные, полученные в результате мониторинга, проектирования  и моделирования. Целью такого анализа является получение информации о возможностях улучшения. Для того чтобы понять, что необходимо улучшать, необходимо выявить «узкие места» процесса. Такое место определяет производительность всего процесса, это самое слабое звено. К примеру, если вы производите 100 единиц продукции, а продавать можете лишь 80, продажи являются таким узким местом. Нет смысла производить больше, чем вы продаете. Ну по крайней мере, в общей ситуации.

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

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

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

Скоро я буду рассказывать об очень интересной теме – теории ограничений. Это метод, который позволяет выявлять и устранять «узкие места» процессов с очень высокой эффективностью.

 

Вернуться на главную?

rzbpm.ru

Практика построения бизнес-процессов в Битрикс24

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

В этой статье я рассмотрю пример из практики построения бизнес-процесса в Битрикс24 для компании INFULL.

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

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

Отличный результат! Этого вполне достаточно, чтобы начать составление бизнес-процесса в Битрикс24.

Анализируем схему. Делаем некоторые пометки на схеме и едем к клиенту.

На месте ещё раз проговариваем суть бизнес-процесса (далее – БП). Если коротко, то вот, что получается:

1. БП должен запускаться после создания сделки на пролонгацию.

2. При запуске БП ставится задача ответственному за сделку менеджеру: связаться с клиентом и предложить ему пролонгировать полис.

3. В зависимости от ответа клиента, возможны три пути:

a. Машина продана. Сделка отменяется L

b. Клиент не хочет продлевать полис. Необходимо понять почему и постараться продать полис в следующем году.

c. Клиент сказал «Да».

4. Если клиент сказал «Да» — производится ряд действий с различными ответственными лицами:

a. Менеджером по пролонгации

b. Менеджером по страхованию

c. Логистом

d. Курьером

e. Бухгалтером

5. Завершается БП задачей на пролонгацию в следующем году.

Выглядит всё вполне логично и понятно. Теперь определимся с принципом хода БП. Запускается он один раз: когда сделка создаётся. Дальше бизнес-процесс должен работать самостоятельно. Для этого нам потребуется:

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

2. Цикл. Такой у нас один – на случай, если клиент на звонок ответил, но попросил перезвонить. Мы должны поставить задачу на повторный звонок клиенту, уточнив дату и время.

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

4. Пункт «Остановить процесс на время выполнения задачи» в блоке «Задача», чтобы бизнес-процесс не продолжался, пока менеджер не завершит задачу.

Самих блоков (действий/конструкций) в конструкторе БП очень большое количество. А в коробочной версии Битрикс24 есть возможность писать свои действия на PHP.

Подготовка закончена. Можно приступать к конструированию бизнес-процесса в Битрикс24.

Начинаем с проверки типа сделки. Если «Пролонгация», то в левую ветку. Если нет – в правую. 

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

При этом – выполнять эти схемы могут одно и то же.

Двигаемся дальше. Если мы попали в ветку «Да» — нужно поставить задачу менеджеру на звонок. Совершив звонок, менеджер закроет задачу. Произойдет движение по бизнес-процессу и менеджер получит запрос результата переговоров:

Задачу настраиваем таким образом, чтобы она останавливала процесс. Т.е. мы понимаем, что пока менеджер не позвонит – делать нечего:

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

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

В блоке «Указать результат переговоров по сделке» бизнес-процесс спросит менеджера о том, какое решение принял клиент:

Понимая решение, мы отправляем БП в одну из трёх веток: «Подготовить полис», «Уходящий клиент», «Машина продана»:

Если машина продана, то мы меняем статус сделки и завершаем её:

Если клиент собрался уходить, то мы предпримем ряд действий, пытаясь его удержать:

А если клиент согласился продлить полис, то мы отправляем БП в ветку «Оформление полиса». Начитается она с того, что клиенту назначается новый менеджер. Тот, который будет заниматься оформлением полиса. «Старого» мы не должны забыть, потому что он нам пригодится в дальнейшем:

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

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

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

А дальше – всё линейно:

Курьер отвёз полис, закрыл задачу, значит у него есть деньги. Эти деньги должен забрать бухгалтер. Ставим ему соответствующую задачу. Деньги приняты – стадия сделки меняется на «Оплачено». Далее нужно подготовить сканы и вложить их в специальную папочку. Когда всё сделали – можно ставить задачу на следующий год:

Задача на пролонгацию не простая, а с вычисляемой датой:

В поле «Начало» пишем «=Dateadd({=Document:BEGINDATE}, «340d»)». Т.е. добавить к дате начала сделки 340 дней.

Кроме того, она ставится на «старого» менеджера, которого мы «запомнили» несколько шагов назад.

У нас получился отличный БП, который в нужный момент спросит, подскажет и поддержит. Вот, как он выглядит целиком:

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

1. Что запускает БП

2. Кто участвует в БП

3. Каков должен быть порядок действий

4. В какие моменты БП должен быть приостановлен

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

Источник: http://sb-vnedr.ru/about/publication/12567/

b24club.ru

Что такое Agile-подход и зачем он нужен бизнесу? — статья в блоге ScrumTrek

Agile («аджайл») — слово, которое последнее время звучит из каждого утюга. Но что такое Agile и, главное, зачем этот Agile нужен?

Если открыть толковый словарь, например, Оксфордский, то можно прочитать там, как минимум, два определения:

1. Able to move quickly and easily.
2. Able to think and understand quickly.

То есть, чтобы быть agile, надо уметь быстро и легко двигаться и быстро соображать. Кажется, довольно полезные качества, особенно в бизнесе. Быстро соображать и быстро реагировать — это именно то, что доктор прописал, для нашего времени, иначе просто не выжить: конкуренты сожрут. В мире всё меньше отраслей, где этих конкурентов, нет. Да ещё скорость копирования практически лишает возможности вывести продукт на рынок и почивать на лаврах. Без способности быстро адаптироваться к изменениям, которую даёт так называемая «методология Agile», выживать всё сложнее.

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

1. Фокусируют команду на нуждах и целях клиентов.
2. Упрощают оргструктуру и процессы.
3. Предлагают работу короткими циклами.
4. Активно используют обратную связь.
5. Предполагают повышение полномочий сотрудников.
6. Имеют в своей основе гуманистический подход.
7. Не являются конечным состоянием, а, скорее, образом мышления и жизни.

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

Фокусировка на нуждах и целях клиентов

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

Самое главное, что фокусировка на клиенте при Agile-подходе появляется не в одной только голове владельца бизнеса (она там и так уже есть), а у всех, кто работает над созданием продукта или сервиса. Каждый участник процесса должен понимать, кто клиент, чего он хочет, какие его проблемы мы решаем своим продуктом, что он любит, чего боится и так далее. Такая всеобщая фокусировка позволяет создавать на порядок более качественные решения. Я неоднократно сталкивался с ситуацией, когда люди, раньше отвечавшие за какой-то маленький кусочек работы, поняв цели клиента, начинали выдавать замечательные идеи, а люди, которые отвечают за разработку продукта, с удивлением за ними записывали. Или — как на групповых сессиях проработки продукта подобные идеи оттачиваются разными людьми и дополняют друг друга, из просто хороших превращаясь в отличные. И, конечно, как они потом реализуются.

«Инструменты работы» в данном случае — это непродолжительные по времени, но насыщенные сессии (встречи) всех участников работы или ключевого большинства, где происходит генерация и тестирование различных идей. Эти же встречи служат для выравнивания понимания и фокусировки: все участники встречи на выходе понимают, что они делают, зачем, и почему это важно для клиента. А демократичный формат воркшопа, в отличие от скучных презентаций, гарантирует большее включение и мотивацию всех участников.

Примеры подобных инструментов — Lean Canvas, Impact Mapping, User Story Mapping и другие Agile-методы описания гипотез и процессов.

Упрощение оргструктуры и процессов

Один из краеугольных камней Agile — это предельная простота. И оргструктура организации, и процессы, по которым работают люди, и правила должны быть настолько простыми, насколько это возможно. Это позволит людям сфокусироваться на своей работе, на ценности, которую они создают, а не на соблюдении регламентов и правил. Прекрасные примеры такого подхода можно найти во множестве команд, работающих по Scrum — самому популярному способу организации рабочего процесса в Agile. Фактически, все договорённости и правила команды в 10-11 человек, текущие задачи на пару недель, цели, а также стратегические планы легко могут поместиться на 2-3 листа бумаги А0. На одном листе может быть так называемый «бэклог спринта», перечень всего, что команда собирается сделать в ближайшую итерацию. Если повесить такой в помещении, где идёт работа, можно избавить себя от необходимости всё это запоминать. То же самое касается и процессов. Скажем, в Скраме место и время проведения всех встреч жестко фиксируются. Любой участник точно знает, что, например, в понедельник в 10-00 планируется ближайшая итерация, а в пятницу в 17-30 — встреча по улучшению процесса работы.

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

Примеры упрощения (и уплощения, но это тема отдельного разговора) в Agile — Scrum, Nexus, LeSS (Large-Scale Scrum, или Скрам на больших масштабах), а также сам Agile-манифест.

Работа короткими циклами

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

Чтобы подобного избежать, применяется так называемый итеративно-инкрементальный подход, когда:

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

В качестве самого простого примера такой рабочей модели можно представить себе стандартную для всех компьютеров программу «калькулятор», которая вначале позволяет только складывать два числа, потом мы добавляем туда вычитание, умножение, деление, трансцендентные числа, тригонометрические функции, — и так далее, в порядке частоты применения. В начале функционал невелик, но мы уже можем увидеть, как калькулятор выглядит, насколько удобно им пользоваться, и представить, как развивать его дальше. И, главное, часть клиентов (скажем, школьники начальных классов) уже могут начать им пользоваться.

Ещё одно преимущество такого подхода, помимо раннего выхода на рынок и внесения изменений на ранних стадиях работы, — это возможность более точно измерять прогресс. Мы не просто «сделали 15% всей работы», что довольно абстрактно. Мы «сделали 15% функционала», который уже работает.

Все процессные подходы в Agile имеют короткие циклы, будь то упомянутые ранее Scrum, Nexus, LeSS, SAFe или XP, плюс необходимость работы такими циклами упомянута и в самом манифесте Agile.

Активное, системное использование обратной связи

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

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

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

Примеры, опять-таки, есть везде: ретроспективные встречи в Scrum, Kanban, Nexus и LeSS, циклы I&A в SAFe, подход к созданию продуктов Design Thinking, циклы обратной связи в DevOps и т.д.

Повышение полномочий сотрудников

Зачем давать больше полномочий, когда можно дать бумажку с инструкцией? Есть, как минимум, три причины это делать.

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

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

В-третьих, это всё та же скорость. Если человек может сам, на своём месте, никого не спрашивая, решить какую-то проблему, это сокращает время принятия решений. Не надо больше отправлять вопрос «вверх» и ждать ответа от менеджмента. Это преимущество не так заметно, если у вас работает 3 человека, но если вас 30, или 300, или 3000… В больших организациях, построенных сугубо на иерархическом принятии решений, паралич воли может быть довольно частым явлением.

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

Гуманистический подход

Зачем относиться к людям по-человечески? То есть, моральная сторона дела ясна, а какую пользу это принесёт владельцу предприятия?

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

И, что приятно, если копнуть в тот же Скрам, то окажется, что все ключевые факторы мотивации работника умственного и/или творческого труда в него уже включены. В каждой итерации («спринте») мы ставим цель, которой хотим достичь; нам даётся возможность решать, как именно достигать цели; в конце мы смотрим, насколько мы стали лучше (или хуже) работать, чем раньше; видим людей, которые заинтересованы в продукте, и их эмоции от знакомства с ним. Особенно хорошо, если эти эмоции положительные.

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

Agile — это не конечное состояние, а образ мышления и жизни

Этот пункт о том, что применение Agile в целом — путь, а не цель. Нельзя «внедрить» Agile и расслабиться. Если вы выбираете этот путь, у вас всегда будет что-то ещё, что можно сделать лучше, какой-то ещё вызов, которому надо ответить, какая-то ещё проблема, которую надо решить, ещё одна высота, которую надо покорить… Это движение бесконечно, потому что нет идеального процесса или продукта, развитие и конкуренция не останавливаются никогда, как никогда не прекращается борьба за выживание в природе.

И если всё удалось: люди в компании понимают и разделяют ценности и принципы Agile и работают согласно им, — тогда менеджменту не придётся «тащить» на себе любые изменения или «пинать» работников, чтобы они начали что-то делать по-другому. Предприятие станет единым организмом, управление которым будет отнимать меньше сил и приносить больше удовольствия.
А там, где больше удовольствия от работы, и результат выше. Это касается не только специалистов, но и менеджмента, причём в ещё большей степени.

На этом наше обзорное знакомство с принципами Agile заканчивается. Какие цели ставятся перед Agile в России и каких реальных результатов достигают компании, переходящие на гибкие методологии, можно узнать, познакомившись с отчётом исследования ScrumTrek об использовании Agile в России от 2017 года.

scrumtrek.ru

Поведение рынков в разные фазы экономического цикла — COFU Trading

Существуют различные теории, объясняющие природу колебаний деловой активности:

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

• Политические события, например, войны. Неисчерпаемый спрос на военную продукцию может привести к сверхзанятости и острой инфляции, за которыми после наступления мира и сокращения военных расходов обычно следует экономический спад. Первая мировая война, Вторая мировая война, война в Корее, война во Вьетнаме — каждый раз экономика США переживала периоды процветания.

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

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

Наиболее острые проявления спада, как правило, практически не затрагивают (с точки зрения уровня производства и занятости) сферу услуг и те отрасти промышленности, которые выпускают потребительские товары кратковременного пользования (еда, одежда). Больше всего страдают от спада фирмы и отрасли, которые производят инвестиционные товары и потребительские товары длительного пользования. Особенно уязвима строительная промышленность. В тяжелые времена серьезные потрясения испытывают отрасли и рабочие, связанные со строительством жилых домов и коммерческих зданий, с производством сельхоз оборудования, автомобилей, бытовой техники и т.п. Но в фазе подъема эти отрасли получают максимальные стимулы для развития.

Это происходит по двум причинам:

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

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

www.cofutrading.com

Жизненный цикл ПО. Scrum шаг за шагом

Scrum является одним из возможных способов реализации гибкой (Agile) методологии разработки. В отличие от каскадной модели жизненного цикла ПО, отличительной особенностью Scrum является итеративность.

Процесс разработки разбивается на отдельные этапы, результатом каждого из которых является готовый продукт. В конце каждого этапа (в терминологии Scrum — спринта) готовый продукт предоставляется заказчику. Полученный от заказчика отзыв позволяет выявить возможные проблемы или пересмотреть некоторые аспекты первоначального плана. Таким образом, Scrum позволяет наилучшим образом следовать принципам Agile-разработки.

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

• Владелец продукта (Product owner) представляет интересы конечного пользователя.
• Скрам-мастер (Scrum master) следит за соблюдением принципов Scrum-разработки, координирует процесс, проводит ежедневные собрания (Scrum Meetings).
• Скрам-команда (Scrum team) участвует в разработке продукта. В скрам-команду входят программисты, тестировщики, аналитики и прочие специалисты.

Итак, давайте рассмотрим основные этапы разработки, характерные для Scrum.

Шаг 1. Создание бэклога продукта

Бэклог продукта (Product backlog) представляет собой упорядоченный по степени важности список требований, предъявляемых к разрабатываемому продукту. Элементы этого списка называются Пользовательскими историями (User story). Каждой истории соответствует уникальный ID. Вот пример пользовательских историй из бэклога продукта, использованного во время работы над XB Staff Manager:

ID	User Story
a-001	Как менеджер, я хочу добавлять, удалять, редактировать задачи, чтобы управлять занятостью сотрудников
a-002	Как менеджер, я хочу добавлять новые задачи и изменять продолжительность, а также конечную и начальную даты текущих задач с помощью drag-and-drop
a-003	Как менеджер, я хочу назначать сотрудникам 2 типа задач: -Part-time task -Full-time task чтобы обозначить постоянную/временную занятость сотрудника

Описание каждой истории должно включать в себя набор обязательных полей, необходимых для дальнейшей работы над проектом:

• Важность (Importance). Степень важности задачи по мнению владельца продукта. Описывается произвольным числом.
• Предварительная оценка (Initial estimate). Предварительная оценка объема работ. Измеряется в story point’ах.
• Как продемонстрировать (How to demo). Описание способа демонстрации завершенной задачи.

Помимо этих обязательных полей, при необходимости могут быть добавлены дополнительные:

• Категория (Track) служит для того, чтобы владелец продукта мог выбрать все пункты определенной категории и установить им низкий или высокий приоритет. Примером такой категории может быть «Панель управления».
• Компоненты (Components) состоит из списка компонентов продукта, которые будут изменены во время работы над историей. Такими компонентами могут быть модули приложения, как например, аутентификация или поиск.
• Инициатор запроса (Requestor) -заказчик, заинтересованный в реализации определенной функциональности. Это поле необходимо, если нужно держать заказчика в курсе текущего положения дел.
• ID в системе учёта дефектов (Bug tracking ID) содержит ссылки на обнаруженные дефекты, относящиеся к истории с определенным ID.

После того, как составлен бэклог проекта, можно приступить к следующему шагу — планированию спринта.

Шаг 2. Планирование спринта и создание Бэклога спринта

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

Во время планирования спринта команда выбирает самые приоритетные пользовательские истории из бэклога продукта и решает, каким образом будут решаться поставленные задачи. Истории, выбранные для реализации в течение данного спринта составляют Бэклог спринта (Sprint backlog). Количество историй, попадающих в бэклог спринта зависит от их длительности в story point’ах, присвоенных каждой истории на этапе предварительной оценки. Это количество выбирается так, чтобы каждая история была успешно реализована к концу спринта.

Шаг 3. Работа над спринтом. Scrum meetings

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

Для визуализации процесса разработки удобно использовать учетные карточки. Они могут иметь вид больших карточек с названием конкретной истории и маленьких стикеров, описывающих отдельные задачи, необходимые для реализации истории. После начала работы над определенной задачей, ее стикер перемещается из поля «Запланировано» в область «В работе». По завершении работы над задачей, стикер перемещается в поле «Тестирование» и затем, при успешном выполнении тестирования, в поле «Готово». Расположив истории согласно их важности, можно получить представление о текущем состоянии проекта:

 

Также может быть использовано программное обеспечение, предназначенное для такого рода задач. Примером такого ПО может служить, например, Atlassian JIRA.

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

Результатом каждого совещания также является burndown-диаграмма. По оси X на ней откладываются дни работы над спринтом, а по оси Y — общее количество story points для данного спринта. После завершения задачи, требовавшей определенного количества story points для ее решения, можно отметить на диаграмме точку, в которой на данный момент находится проект. Пример такой диаграммы, построенной в JIRA, приведен ниже:

 

 

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

Шаг 4. Тестирование и демонстрация продукта

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

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

Шаг 5. Ретроспектива. Планирование следующего спринта

На основе отзыва о продукте, полученного после демонстрации, проводится ретроспектива. Ее основная цель — определить, как можно улучшить процесс разработки на следующем спринте, чтобы избежать возникших проблем и работать более эффективно. После того, как пути улучшения качества работы были определены, команда может приступать у планированию следующего спринта.

Заключение

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

The following two tabs change content below.

Маркетолог XB Software с большим опытом в области интернет-маркетинга. Увлекается юзабилити и стремится создавать полезный контент, отвечающий интересам ИТ-аудитории.

xbsoftware.ru