«Мобильное приложение должно быть «живым», пользователь должен видеть, что проект развивается»
Мы в Redmadrobot работаем по гибким методологиям Agile и Scrum. Как известно, они предполагают значительную свободу в том, как организуются спринты по проектам, — каждая компания подбирает удобную для себя модель. Кейсов — информации о том, как организуются команды во время выполнения спиринтов — во внешних источниках крайне мало. Раскрываем свою “кухню”.
Читать полностью »
Рубрика «бизнес-анализ» - 4
Моделирование спринтов Scrum. Решаем проблемы взаимодействия с клиентом и внутри команды
2015-04-22 в 15:26, admin, рубрики: agile, confluence, jira, scrum, xmind, бизнес-анализ, Блог компании REDMADROBOT, подготовка проектов, спринт-пульс, управление проектами, метки: подготовка проектов, спринт-пульсТри истории на ProductMeetup — диаграммы Кано, ужасы дизайна в B2B, форум для 50K сотрудников Сбербанка
2015-03-29 в 11:51, admin, рубрики: project management, бизнес-анализ, видео докладов, дизайн, Управление продуктом, Управление сообществом, юзабилити, метки: видео докладовНедавно прошла миниконференция-митап для продуктовых менеджеров — два часа после работы, три истории, четыре докладчика, сотня зрителей…
- Докладчики — вполне известные в индустрии эксперты, часто выступающие на больших конференциях по UX и управлению продуктами.
- Темы интересные
- «диаграммы Кано» — тот самый простой универсальный «двухмерный» вопрос, который можно задавать для оценки нужности любой фичи.
- Тяжелая история UX и дизайна в B2B-рынке от дизайнеров-юзабилистов бизнес-систем.
- Сакссесс-стори продажи в Сбербанк SAAS-услуги «хабрафорум с модерацией», все ради бога краудсорсинга и ноуледжменеджмента.
Я сделал приличную видеозапись — три камеры, экран, отличный звук, доклады «взбодрены», все как обычно.
Под катом — обзор-аннотация докладов, видео (vimeo+youtube), слайды и прочее.
Региональный малый и средний бизнес в ИТ — 3
2015-03-02 в 19:09, admin, рубрики: agile, бизнес-анализ, бизнес-процессы, Исследования и прогнозы в IT, Управление продуктом, управление проектамиКоллеги, в данной публикации хотелось бы рассмотреть некоторые принципы современной организации процесса разработки, в большей степени присущие современным гибким (Agile) методологиям, чем «водопаду».
Возможно, в публикации будет некоторый акцент на критике, но не стоит на ней зацикливаться. Скорее, это некий обзор: каждый из подходов имеет свои плюсы и минусы.
Данный пост является продолжением предыдущих публикаций (часть 1, часть 2).
Есть некоторые вопросы по поводу распределения полномочий в управлении проектами и процессе разработки таких у ролей, как аналитики, руководители проектов, архитекторы, разработчики.
Вот некоторые тезисы-вопросы, которыми я хотел бы поделиться:
1. Аналитики создают модель предметной области в своих терминах, разработчики ее кодируют в своих.
Нужно, чтобы кто-то «наводил мосты» между первыми и вторыми.
Конференции, которые ждут нас в 2015 году
2015-01-03 в 12:37, admin, рубрики: seo, бизнес-анализ, Блог компании Mail.Ru Group, доклады, знания, конференции, маркетинг, продвижение, развитие, разработка, реклама, управление проектами, Учебный процесс в IT
Профессионалов в первую очередь отличает стремление учиться и повышать свой уровень знаний и умений. Мы всячески стараемся в этом содействовать, поддерживая в течение года различные тематические IT-конференции. Как и в прошлом году, предлагаем вашему вниманию информационную памятку по профильным конференциям, которые могут быть интересны различным специалистам.
К сожалению, организаторы многих конференций пока не объявили о планах на 2015 год, поэтому здесь представлена информация только о заявленных мероприятиях.
Читать полностью »
Имитационное моделирование: создание терминов
2014-12-19 в 14:32, admin, рубрики: Анализ и проектирование систем, бизнес-анализ, Семантика, Терминология ITИстория создания терминов
При создании методики по имитационному моделированию мне понадобилось разобраться с терминами. Проблема была в том, что общепринятые термины не годились для описания статистических данных, собранных в процессе имитации. Термины: процесс и экземпляры процесса были неприемлемы, потому что я не мог работать в парадигме Аристотеля. Парадигма Аристотеля не стыкуется с примененным мной матаппаратом. При этом практическое применение данной методики было простое – моделирование и имитация бизнес-объектов с целью принятия управленческих решений. В программе создавался виртуальный объект, описание которого состояло из описания сценариев и их взаимодействия. Сценарии прогонялись внутри программы, а также моделировались ресурсы и их взаимодействия.
Читать полностью »
Ключевые качества бизнес-аналитика в ИТ
2014-12-18 в 16:32, admin, рубрики: ECM/СЭД, бизнес-анализ, бизнес-процессы, интеграция, сэд, управление проектамиДоброго времени суток.
Изложить свои мысли о теме настоящей публикации натолкнула вполне насущная, «жизненная» необходимость — постепенно приближается время, когда возникнет потребность искать/нанимать на открытом рынке бизнес-аналитиков в штат компании (бизнес в области автоматизации процессов управления документами, контроля исполнительской дисциплины и т.д., в «простонародье» — СЭД). Все специалисты этого профиля, опыт и компетенции которых известны, иными словами тех кого знал и кого видел полезным для компании, либо уже в команде, либо устроены тоже неплохо. Проблему осложняет тот факт, что сколько ни старался, не получается сформулировать кратко и адекватно компетенции, особенности, которыми данный субъект должен обладать. Какие личные качества и таланты должен проявлять — что тоже актуально, так как морально подготовился к тому, чтобы искать талантливых новичков и пытаться их «выращивать». Уверен, что размышления ниже по тексту будут полезны менеджерам проектов, собственникам небольших ИТ-компаний интеграторского типа, да и самим бизнес-аналитикам.
Читать полностью »
Моделирование функциональных объектов
2014-12-11 в 14:46, admin, рубрики: er-диаграмма, Анализ и проектирование систем, бизнес-анализ, бизнес-функция, моделирование, онтология, Семантика, Терминология IT, управление проектами, функциональный объект Продолжение статьи.
В данной статье я рассматриваю понятие функционального объекта и объясняю как можно трактовать модели функциональных объектов. Для торопящихся советую заглянуть сразу в конец статьи — в главу «Эксперименты и сотрудники», где дана готовая интерпретация модели, исходя из описанных здесь постулатов.
Понимание и познание
Когда мы описываем предметную область, мы думаем, что пытаемся ПОЗНАТЬ ее, а на самом деле занимаемся ПОНИМАНИЕМ предметной области и описанием своего понимания. Разницу между знанием и пониманием стоит подчеркнуть. Дело в том, что те модели, которые мы строим, являются субъективными, и потому являются отражением нашего понимания предмета, но не знания о предмете. Причина, по которой знание недостижимо, – это противоречивость того способа, который мы выбрали в качестве инструмента познания – расчленение объекта на части (анализ) и сборка их вместе (синтез) Моделирование объекта как целого и как композиции. Поэтому можно сказать, что мы нацелены прежде всего на понимание, но не на познание. Вопросами понимания занимается герменевтика. Понимание у каждого свое. Нет смысла спорить о том, у кого оно лучше или хуже. Можно спорить лишь о том, какое понимание способно объяснить более широкий круг практических задач, или является непротиворечивым в рамках определенных аксиом. Требовать от понимания большего нельзя. Например, я могу утверждать, что та модель, которую я предлагаю к рассмотрению, более полно описывает наше представление о реальности, чем модель, построенная на принципах реляционных данных. Но не могу сказать, что предлагаемая мной модель верно описывает наше представление о мире. Те же, кто не видят разницы между пониманием и знанием, часто претендуют в своих спорах на знание истины. Если рассуждать логически, и предположить, что истина постижима, то результатом ее постижения стало бы невозможность выразить ее словами.
Читать полностью »
В поисках Святого Грааля бизнес-анализа
2014-12-08 в 12:46, admin, рубрики: er-диаграмма, Анализ и проектирование систем, бизнес-анализ, моделирование, онтология, ооп, Семантика, Терминология IT, управление проектамиПою что вижу, или вижу, что пою?
Основная задача бизнес-аналитика при разработке нового ПО – изучение предметной области и формальное описание полученных сведений в виде модели (Domain Model). Аналитик должен петь то, что он видит и то, что он хочет увидеть. Для этого у него должен быть язык, на котором он исполнит свою песню. Однако, аналитик не всегда знаком с подходящим языком, и потому часто пользуется другими языками. Отчасти это происходит по причине того, что управление проектом ведется не с точки зрения предметной области, а с точки зрения реализации. И тогда с аналитиком может произойти несчастье: он может перестать видеть то, что надо петь и начать видеть лишь то, для чего есть слова в словарном запасе используемого им языка. Все остальное перестает для него существовать. Тогда, вместо того, чтобы петь, что он видит, аналитик начинает видеть то, что поет. Должен сразу заметить, я не против языков, я против сужения области анализа, которое возникает по причине недостаточности этих языков.
Моделирование объекта как целого и как композиции
2014-11-27 в 8:58, admin, рубрики: Анализ и проектирование систем, архитектура предприятия, бизнес-анализ, бизнес-процессы в проектировании, бизнес-функции, сценарии, Терминология ITЕсть три фундаментально разных способа описания объектов. Первый – это описание объекта как целого. В таком описании объект рассматривается как целое и неделимое. Например, «Самолет – это транспортное средство для перевозки грузов и пассажиров по воздуху». Второй способ описания – это описания объекта как конструкции. Такой метод описаний называется представление в виде композиции. Например, «Самолет – это конструкция из фюзеляжа, крыльев и двигателей». И третий способ – это описание объекта как агрегации других объектов. Например, «Песок, что лежит во дворе – это тот песок, что привезли вчера плюс тот, что привезли сегодня». Далее мы рассмотрим два из них, как наиболее востребованные: описание объекта как целого и описание объекта как композиции. Читать полностью »
10 правил для бизнес-аналитика
2014-09-08 в 13:10, admin, рубрики: 1С, Анализ и проектирование систем, аналитика, бизнес-анализ, разработка, разработка требований, Системы управления версиями, метки: 1с, аналитика, бизнес-анализ, разработка требованийВступление
Я отработал 1,5 года в большой большой компании, которая занимается оптовыми и розничными поставками нефте-газового оборудования (оборот около 30ккк рублей). Внутри внедрена система управления (разработана на 1С), включающая несколько конфигураций для нескольких бухгалтерий, складов и т.д. Около 2к пользователей, работающих в системе ежедневно.
Поддерживает и развивает всю систему команда аналитиков. За это время у нас выработались правила, которые, по моему мнению, помогут всем аналитикам (бизнес, требований) и менеджерам, сотрудникам поддержки и даже немного разработчикам в крупном enterprise сегменте.
Читать полностью »