Мы команда департамента разработки в контуре одной госкорпорации. Наш отдел разрабатывает ПО для управления проектами при создании и проектировании сложных инженерных объектов.
Рубрика «требования заказчика»
Как мы автоматизировали управление проектными требованиями с помощью AI и ML
2024-09-19 в 18:03, admin, рубрики: искусственный интеллект, машинное обучение, проектный офис, системный анализ, требования заказчика, требования к системе, управление требованиямиПостановка задачи на импортозамещение информационной системы, например Notion
2024-09-03 в 15:40, admin, рубрики: импортозамещение, стартап, требования заказчика, требования к системеДобрый вечер уважаемые читатели Хабра, Хабровчане, а также все спеллчекеры с личным мнением - мое специализированное почтение.
Перед вами пример Первого Инженерного Действия, а именно пример принятия решения в обстоятельствах неопределенности, с ходом обдумывания дальнейших шагов развития в ситуации с обозначенным топиком - пора валить, куда как, кого, опенсорс, самопис, заказ и тд и тп.
Большинство известных мне случаев при принятии решений характеризуются одним общим показателем - отсутствием письменного размышления при принятии решений.
Те кто приходят к этой практике получают много полезного в своей жизни.Читать полностью »
Как решить любую программерскую задачу
2018-09-24 в 14:54, admin, рубрики: Блог компании Издательский дом «Питер», Программирование, проектирование, Проектирование и рефакторинг, прототипирование, профессиональный рост, техническое задание, требования заказчикаПривет всем!
Сегодня вашему вниманию предлагается перевод по-своему незаменимой статьи, которая поможет вам правильно подойти даже к самому коварному и нетривиальному ТЗ, которого вы на первый взгляд в упор не понимаете. Главное — не сдаваться и толково формулировать вопросы. Господин Джастин Фуллер из «Бэнк оф Америка» любезно излагает, как это правильно делается.
Приятного чтения!
Читать полностью »
Сценарии как инструмент аналитика, и как они помогают работать с требованиями
2016-03-30 в 19:07, admin, рубрики: agile, аналитика, бизнес-анализ, гибкая разработка, сценарии использования, требования заказчика, Управление продуктом 
«Директор небольшой брокерской фирмы Юрий сидел в офисе, который он арендовал в модном коворкинге вместе со своими немногочисленными сотрудниками. Компания последнее время показывала очень хорошие результаты. Престижное экономическое образование позволило самостоятельно построить успешную компанию, а вот как обезопасить основной капитал – базу клиентов – от участившихся хакерских атак собственными силами Юрий не знал. Своим сотрудникам Юрий доверял, но они часто работали из дома, из кафе, да и местный администратор Илья не вызывал доверия, наверное из-за бороды и черной футболки.
Читать полностью »
У нас же есть техническое задание на систему – сайт – приложение – проект…
2015-08-17 в 13:24, admin, рубрики: техническое задание, требования, требования заказчика, требования к системе, Управление продуктом, управление проектамиСитуация
- На входе в студию клиент (виртуально / реально не важно).
- Клиент хочет что-то заказать у нас — систему, сайт, приложение, аппу, что угодно — все что можно разработать и даже потом скрестить бульдога с муровьедом например (1С битрикс, просто 1С, другие системы и наша разработка).
- Высылает он нам нечто (как мы это видим), называя это «тз» (как он это видит) и говорит — оценить / посчитать / задать вопросы и далее везде, ожидая в ответ как правило получить вполне конкретную точную цифру и срок (беру пример крайней клиники) когда это будет готово.
- Ждет.
За годы работы я пришел к работающей конструкции в данной части воронки моих продаж — я всегда отвечаю на такие письма — отлично, получил, я вижу ваши пожелания к решениям в письме и, а тз вы забыли приложить?
В такой конструкции диалог не выглядит слишком агрессивным и всегда случается плавный переход в следующий шаг воронки — позитивный диалог что такое тз и что там должно быть, что еще необходимо изложить именно клиенту, а особенно что не нужно излагать клиенту, а делать это должны мы.
От проблемы к требованиям. Теория принятия решений в разработке ПО
2015-02-12 в 18:56, admin, рубрики: анализ требований, аналитика проекта, менеджмент в IT, разработка программного обеспечения, требования, требования заказчика, Управление продуктомВведение
Некоторое время назад обратил свое внимание на артефакт Концепция продукта (product vision) методологии разработки программного обеcпечения RUP (Rational Unified Process) и обнаружил, что отправной точкой разработки программного продукта является выявление проблемы, на решение которой нацелен продукт.
Аналогичный подход существует и в отечественной практике – так в ГОСТ 34.601-90 говорится, что на стадии Формирование требований к АС (автоматизированной системе) производится «выявление проблем, решение которых возможно средствами автоматизации».
В настоящей статье хочу поделиться с читателями своими выводами касательно природы проблемы, ее важности и отношении к разработке программного продукта.
Читать полностью »