Page 123

(Из ленты Архитектура информационных систем)
Несколько лет назад случилась со мной поучительная история. Генеральный директор компании, в которой я тогда работал, встречалась с новыми сотрудниками. Как это принято в подобных случаях разговор было теплый и искренний, а молодые сотрудники не только радовались первым дням работы в такой большой и яркой организации, но и высказывали отдельные критические замечания... →

(Из ленты Качество Вызывает Уважение)

Это уже третья по счету заметка про знания. Она гораздо короче чем предыдущие Первая и Вторая. Ровно потому, что представлены картинки и комментарии к ним — этакие сгустки идей, которые могут помочь задуматься и построить что-то свое.

(Из ленты Качество Вызывает Уважение)

Ввод новичка или неожиданные моменты увольнений — эти жизненные случайные неслучайности, которые привносят в жизнь руководителей некий катализатор ожидаемо пристального внимания к такой процедуре как передача знаний. Это очень занимательная задача — понять что нужно передать, как нужно передать или — мы вообще успеем это сделать за две недели?.

Из ленты: ThinkersWare

Поспешите скачать Business Analysis for Practitioners: A Practice Guide от PMI – основательный документ на 200 страниц. В документе вы прочитаете про:

• Определение бизнес анализа
• Оценку потребностей – с чего начинается бизнес анализ (needs assessment)
• Планирование бизнес анализа (Business analysis planning)
• Проработку требований – выявление, анализ, моделирование и уточнение требований, документирование требований (Requirements elicitation and analysis)
• Мониторинг и связывание требований (traceability)
• Оценка решения (Solution evaluation)

Форма для регистрации и скачивания находится на странице – http://www.pmi.org/learning/Requirements-Management.aspx.. →

Из ленты: PMlead

На сайте Петербургского PMI опубликован обзор сайтов аккредитованных PMI провайдеров обучения (registred education proviserds, R.E.P.).

В рамках обзора – не только анализ сайтов, но и разбор и “разрушение” некоторых отдельных мифов (кстати, мой любительский перевод статьи о мифах вокруг экзамена PMP – тоже на сайте Петербургского отделения)... →

Из ленты: RiskGap — Wisdom as a Service!

Наш блог посвящен рискам, вот и книги мы тоже обсуждаем о проектном риск-менеджменте

Хочу посоветовать классную книгу по этой теме — «Вальсируя с медведями», написанную Томом ДеМарко и Тимоти Листером. Очень внятно и понятно рассказывается о том, зачем управлять рисками, что будет, если этого не делать, что вообще имеется в виду под управлением рисками... →

(Из ленты Архитектура информационных систем)
Несколько слов о том, чем я планирую заняться в ближайшее время. В середине февраля в ВШБИ стартует учебная программа Повышение операционной эффективности бизнеса, в которой я буду вести тему анализа требований и проектирования решений. Накануне старта программы 20 января состоится мой мастер-класс «Архитектура бизнес-решений (solution architecture)«.  .. →

Из ленты: Чудес не бывает или я ошибаюсь?

У меня сегодня последний рабочий день в 2014 году.

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

А я подумал, надо взять и самому подвести свои итоги. И оказалось, что это был супергод!

Из ленты: Михаил Смирнов

Из ленты: 255 ступеней

Не исключительно мое мнение:
“Основное назначение трекера — дать возможность руководителю работ управлять реестром работ по проекту. Реестр задач на исправление багов,  подмножество реестра работ по проекту.”

Рекомендуемая последовательность:

1. Внедряем процесс ведения реестра.
2. Внедряем процесс управления реестром.

Из ленты: ThinkersWare

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

Из ленты: ThinkersWare

1. Анализ исходных тендерных требований
   • Провести первичное определение рисков
   • Проанализировать требования на неполноту, неточность
   • Определить противоречия и конфликты
   • Выявить неявные/непреднамеренные/целевые архитектурные ограничения
   • Дезавуировать тендерные заточки
   • Определить кто их писал
   • Определить на основании чего писались требования
   • Определить кто их согласовывал
2. Восстановление / Уточнение бизнес требований – определите исходные бизнес проблемы или возможности, бизнес цели и задачи поставленные перед программным решением
3. Определить заинтересованных лиц
   • Выделить ключевых лиц – спонсоры проекта, руководители с максимальным влиянием на проект и ресурсы вовлеченные в проект
   • Изучите по возможности их понимание и ожидания от этапа анализа
   • Сегментируйте заинтересованных лиц (по функциям, по влиянию, по поддержке, по образованности и тп)
   • Определите 20% которые можно отнести к группе поддержки
4. Проведите подготовку
   • Разошлите краткое методическое руководство по проведению анализа
   • Разошлите шаблоны документов
   • Проведите базовое методическое обучение – как вы будете работать
   • Составьте первичный план работы по анализу требований
5. Проведите анализ пользовательских требований
   • Соберите из изначальных тендерных требований пользовательские требования
   • Проведите первичные интервью
   • Запросите уточняющие требования, запросите внутренние регламенты и стандарты.

Из ленты: ThinkersWare

Рекомендую всегда писать раздельно концепцию продукта и границы проекта. На практике же часто данные пункты смешивают в одном разделе и получается концепция границ проекта по разработке продукта. Смешивая мы теряем важные моменты как в концепции так и в границах... →

Из ленты: ThinkersWare

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

Из ленты: QA — грамотно

Давайте, что-ли, не спеша, размеренно подумаем… Непоследовательно, перескакивая с пятое на шестое. Не помешает.

Дела наши в масштабе мировой экономики суровеют, и зп все сильнее хз.

[роняя скупые мужские слёзы в десятилетний молдавский коньяк] Я не держал живых долларов в моих натруженных мыслями руках с прошедшей весны... →

Из ленты: analyst.by

17-18 апреля 2015 г. в Минске состоится 4-я международная конференция по системному и бизнес анализу в ИТ – Analyst Days. Конференция впервые будет проходить в двухдневном формате, а значит, слушатели получат еще больше полезной информации, которую смогут применить в своей … Читать далее →

Источник.. →

Из ленты: Чудес не бывает или я ошибаюсь?

Из ленты: Чудес не бывает или я ошибаюсь?

Прошло полгода с прошлого выпуска радара.

Что нового на этот раз?

Из того, что мне показалось интересным или затронуло:

Методы (Techniques), элементы процесса разработки ПО

Воздержаться от применения:

• long lived branches (долго ведущиеся ветки кода без мержа)
• Avoid microservice envy (тема популярная, но не стоит ее внедрять только ради этого)
• programming in the CI/CD tool (все максимально должно быть в репозитории.

Из ленты: analyst.by

И снова здравствуйте, коллеги и друзья! В далёком 2011 году мы стартовали цикл статей для начинающих бизнес-аналитиков. В первых трех очерках мы успели рассказать вам о следующем: 1. Кто такой бизнес-аналитик? 2. Как создать резюме и найти работу?.. →