С частью 1 можно ознакомиться, перейдя по ссылке
С частью 2 можно ознакомиться, перейдя по ссылке

IV Подбор методов управления отношениями с людьми

Теперь, когда мы определили из чего же складываются взаимоотношения и выяснили факторы, регулирующие их, перейдем к действиям, позволяющим ими эффективно управлять. Иначе говоря, выяснив «ЧТО ДЕЛАТЬ», теперь определим «КАК ДЕЛАТЬ» и таким образом еще на шаг приблизимся к поставленной цели.

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

1. Детализация сложных явлений и событий

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

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

С частью 1 можно ознакомиться, перейдя по ссылке.

III Через взаимопонимание к эффективным взаимоотношениям

Для успеха в жизни — умение общаться с людьми гораздо важнее обладания талантом
Джон Леббок

Итак продолжим… Оттолкнувшись от вопроса взаимопонимания в отношениях, давайте разовьем тему общения и расширим рамки исследования.

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

1. Дознаемся об эффектах коммуникации

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

Давайте для начала вслушаемся в первые ощущения, открывающиеся при общении. Тут уместно вспомнить слова Коко Шанель: «У вас не будет второго шанса, произвести первое впечатление». Итак, для построения качественной коммуникации с нужными людьми, важно с первых минут правильно организовать общение. Говорят, что сделать это проще в неформальной обстановке.

Помните трюк с курилкой из фильма «Москва слезам не верит»:

―А я вот в научный зал Ленинской библиотеки пропуск достала.
―Зачем?
―Представляешь, какой там контингент? Академики, докторы, философы.
―Ну и что, будешь смотреть, как они читают?
―Много ты понимаешь. Там еще курилка есть…

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

Вступление

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

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

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

Если вам знакома ситуация, когда нужно обработать заявку от клиента размером 150 или больше позиций, подобрав для каждой самую лучшую по цене из 20 прайс-листов по 10 000 + позиций в каждом, но вы не готовы тратить на это больше 30 минут, то добро пожаловать под кат.

IT-сфера — штука неблагодарная и прогнозы тут такие же, как  с погодой прошлым летом, всё равно замёрзнешь. Или промокнешь. Или солнечный удар жахнет. Но с предсказаниями на 2019, как показало время, у нас вышло неплохо, поэтому мы решили рассказать о трендах CRM 2020, какими мы их видим для малого и среднего бизнеса. У нас их получилось совсем не символично 11, да и какие символизм и провидение в инженерной работе. Всё, что мы помещаем в тренды по версии нашей команды, основано на 14-летнем опыте работы на CRM-рынке, текущих делах в отрасли и запросах наших клиентов. В общем, за прогноз отвечаем.

Этой зимой погоду определять только так :-(

Привет, друзья!

Меня зовут Петр, я представитель малого белорусского бизнеса со штатом чуть более 20 сотрудников.

В данной статье хочу поделиться негативным опытом покупки 1С-Битрикс.

2006 год. На форуме специалистов SQL неожиданно поднимается вопрос о целесообразности моделирования бизнес-процессов в CRM-системах. Звучат слова: долго, дорого, Siebel, не нужно, сложно.
2014 год. Все чаще клиенты просят посоветовать CRM с возможностью построения и запуска бизнес-процессов. В чем причина? Первое подозрение — где-то услышали и теперь тянутся за модой. На вопрос «Зачем?» поступает взвешенный ответ: «Устали от беспредела и путаницы в организации работ. Хотя бы в часто повторяющихся действиях нужен порядок». Нельзя не согласиться с тем, что основное назначение регламентации бизнес-процессов в компании — именно порядок. Признайтесь, приятно осознавать, что многие процессы в организации проходят четко, слаженно, быстро, с минимальной нервозностью.

Привет, Хабр! Сегодня мы с вами поговорим о рейтингах, топах, обзорах и разного рода отзовиках, на которые ориентируются наши с вами клиенты, выбирая программное обеспечение. Мне бы в жизни не пришло в голову затеять это мини-расследование о рейтингах CRM, если бы не жёсткая дискуссия с пользователем gennayo, где мы обсуждали способы выбрать CRM и вообще изначально найти её в интернете. На самом деле, это касается не только CRM, но и любого продукта и услуги, однако своя рубашка ближе к телу :-) Итак, я собрала некоторые топы по популярным поисковым запросам и разбила их на группы. Ну что, погрузимся в сумерки?

Введение

Так вышло, что с темой agile и scrum меня связывают долгие и нежные чувства. Все началось ещё в студенчестве: стартапы при полном отсутствии опыта, но с горящими глазами, преакселерационная программа ФРИИ, крутые конференции со спикерами-небожителями. Как часто бывает со стартапами: из наших идей ничего не вышло, но для себя я вынесла главное — бизнес может (а в некоторых случаях должен) быть гибким.

С тех пор в моей жизни было много интересного: 3-х летний опыт удаленного внедрения гибких методологий вместе с пятью коллегами-единомышленниками, работа скрам-мастером в ИТ-компании на 2000+ человек, бесчисленные книги и конференции, пара совсем уж небольших проектов и… открытие котокафе. Вот о последнем пункте я и расскажу подробнее.

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

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

Всё так

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

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

Вот о том, как её настроить и пойдёт речь ниже.

Предисловие

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

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

Время необходимое на прочтение 11 минут

Мы и Квадрат Гартнера 2019 BI :-)

Целью данной статьи является сравнение трёх ведущих BI платформ, которые находятся в лидерах квадранта Gartner:

— Power BI (Microsoft)
— Tableau
— Qlik

Рисунок 1. Gartner BI Magic Quadrant 2019

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

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

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

Выделим несколько направлений для анализа и оценим по 3 бальной системе:

— Порог вхождения и требования к аналитику;
— Источники данных;
— Очистка данных, ETL (Extract, Transform, Load)
— Визуализации и разработка
— Корпоративная среда — сервер, отчеты
— Поддержка мобильных устройств
— Embedded (встроенная) аналитика в сторонние приложения/сайты

«…А Лотерейный Компьютер, который-то главным образом и напутал, один из всех вместо того, чтобы извиняться и оправдываться, не только
признал ошибку, но даже явно гордился ею.
— Я изготовлен, — объявил Компьютер, — с минимальными допусками. Я рассчитан на выполнение сложных и точных операций, допускающих не более
одной ошибки на пять биллионов действий.
— Ну и что с того? — спросил Клерк.
— Вывод ясен: я запрограммирован на ошибку, и я выполнил то, на что запрограммирован. Вы должны запомнить джентльмены, что для машины
ошибка имеет этическое значение, да-да, исключительно этическое. Идеальная машина невозможна, и любая попытка создать такую машину была бы богохульством…»

Роберт Шекли, «Координаты Чудес» (1968)

Всем привет. Меня зовут Святослав Щербатюк, я сотрудничаю с днепровским офисом ЕРАМ в роли Lead Business Analyst. В эту профессию я пришел четыре с лишним года назад из сферы юридического сопровождения инвестиционных проектов, которым занимался десять лет.

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

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

Мы не раз рассказывали, как первый же крупный клиент чуть не убил весь наш бизнес. Тогда одной из явных дыр, наряду с QA (Quality Assurance), был BA (Business Analysis). До появления в нашем портфеле по-настоящему больших проектов необходимости в глубоком анализе бизнес-требований заказчика и выработки системных решений для их удовлетворения не было. Сейчас в Redmadrobot три бизнес-аналитика, которые определяют точки развития мобилити-проектов, исходя из бизнес-задач клиентов.
Один из наших BA — Семен Заморов — поделился своим Toolset, набором программ, которые помогают ему выполнять работу еще быстрее.

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

• кто был крёстным отцом CRM-систем
  
• как проектировать софт на салфетке без UML-диаграмм
  
• как работала механическая CRM
  
• сколько млрд. $ заплатил Oracle за свою недальновидность.
  

Ну и конечно, отрасль CRM не останавливается на достигнутом. И это не обязательно биг дата, машин лёнинг и всё остальное. Впрочем, обо всё по порядку.


Caricatura.ru

Знаете, что такое лицемерие? Представьте ситуацию, когда бизнес-консультант или партнёр вендора CRM (сам вендор так не делает) приходит в небольшую компанию по продаже электротоваров и говорит: «В Amazon всюду автоматизация: на складах — роботы, все рабочие места автоматизированы до зубов, заказы проверяют тоже роботы, и вообще люди там не нужны. Купите наш софт и станьте Амазоном». Так вот, это именно лицемерие, а не мотивация. Потому что Amazon развивался не только за счёт роботов, а цель небольшой компании — не капитализация в 1 трлн. $. У неё самые тривиальные задачи: заработать больше, просуществовать дольше и в любой кризис оставаться с прибылью. Ах да, ещё не остаться задушенными конкурентами, монополиями, проверяющими и контролирующими органами, законами, налогами, должниками и недобросовестными поставщиками. В общем, малому бизнесу мало не кажется.

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



Фигнёй страдающее Средневековье. Менеджер заносит информацию о клиентах в таблицы Excel. Видение процесса глазами разработчика CRM-систем.

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

Если пройтись по зарубежным сайтам с запросом «product requirements document», то можно найти креативные и убедительные статьи про то, что техническое задание (ТЗ, PRD) умерло. Отчасти с этим нужно согласиться — при разработке продукта с нуля прототипирование выглядит гораздо интереснее и эффективнее, чем тома записей заказчика, порой ну очень непрофессиональные. Однако, если речь идёт о доработке базовой системы, то дело принимает совершенно другой оборот. Мы сталкиваемся и с доработкой, и с заказной разработкой, поэтому на ТЗ собаку съели, если повар нам не врёт. В общем, сегодня — о тех самых классических технических заданиях, которые пишутся на доработку купленного и установленного программного обеспечения. Короче, о наболевшем.