author

Робот, Page 115

Багтрэкинг, работа с ним или без него

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

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

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

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

В защиту реестра требований

Из ленты: ThinkersWare

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

Первые шаги анализа – получение пользовательских требований

Из ленты: ThinkersWare

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

Концепция продукта и Границы проекта

Из ленты: ThinkersWare

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

Сторонники в первую очередь

Из ленты: ThinkersWare

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

«Хватит страдать — станьте QA!»

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

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

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

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

Analyst Days 2015 в Минске

Из ленты: analyst.by

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

Источник..

Новогодний IT talk#26. Питер

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

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

Technology Radar — январь 2015

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

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

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

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

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

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

Курс молодого БА: Поздравляем, вы наняты!

Из ленты: analyst.by

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

Отчет об XP Days Ukraine 2014 или как мы отмечали юбилей

Из ленты: XP Injection

Вот и прошла очередная конференция XP Days Ukraine. В этом году она стала четвертой по счету нашей конференцией на тему инженерных практик. Каждый год нам кажется, что на эту тему уже ничего интересного рассказать нельзя и совершенно непонятно как сделать классную программу...

PM-talk выпуск 2

Из ленты: PMlead

Второй выпуск PM-talk (18 декабря 2014).

 

Программа :

  • Приветственное слово президента Петербургского отделения PMI Евгения Бумагина
  • Рубрика «Эхо Интернет» (зарплаты менеджеров проектов, женщины vs мужчины в проектном управлении, «засилье гибких методологий в управлении проектами»)
  • Рубрика «Гость» — Михаил Рыжиков.
..

2014-12-12: HappyDev-2014

Из ленты: MaksWiki — Блог:Максима Цепкова [ru]

OmskSphere.jpg

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

Несколько замечаний относительно Open Digital API

(Из ленты Архитектура информационных систем)
9 декабря этого года TMForum опубликовал пресс-релиз о выходе первого Digital Service Toolkit, предназначенного для организации взаимодействия между абонентами и компаниями (операторами и поставщиками услуг) для построения цифровых сервисов и поддержки интернета вещей (Internet of Things)...

Бережливое производство в промышленности или Lean в реале

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

Попал тут по блату, Миша — спасибо, на забавное мероприятие: «II Российская научно-LeanProm»».
практическая конференция по промышленности и производству «

Хорошее такое расширение кругозора получилось. Многие аспекты того, как ложится эта теория на нашу работу (разработку ПО), прояснились.

..

Первое очное мероприятие Санкт-Петербургского отделения PMI

Из ленты: PMlead

Провели первое очное мероприятие СПб PMI.

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

 

Материалы уже опубликованы здесь:

Коллектив оказался очень интересным...

Терминологические ловушки ГОСТ 34

Из ленты: WEBURSITET.RU — Блог экспертов Вебурситета

ГОСТ — это законодательно утвержденный феншуй!
(Народное творчество)

 

Тернист и сложен путь аналитика, впервые выбравшего ГОСТ 34 для описания требований к системе. Опасности подстерегают его на каждом шагу.

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

Бесплатный доступ к мини-курсу «Основы разработки Технического задания на АС по ГОСТ 34″

Из ленты: ReqCenter.pro

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

Нужны ли тестировщики, если разработчики пишут тесты?

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

Ура, вопрос из зала после статьи о разработчиках и тестах:

«Я вот все никак понять не могу. У тебя очень много всяких постов встречается про то, что тестировщики не особо то нужные люди… это вот как?

..

Что лучше – 10 или 30 выявленных в проекте рисков?

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

Когда мы готовили наше исследование по риск-менеджменту, то задались вопросом — сколько рисков обычно в наших проектах и от чего зависит их количество? У каждого из нас свой опыт. Например, мне в своих проектах чаще всего приходится сталкиваться с реестром рисков величиной от 30 до 50 рисков, из которых 40-70% довольно критичны...