Артур Селецкий, Co-Founder в IT Network, подготовил заключительную часть цикла статей о техниках проработки требований. По его словам, бизнес-аналитики больше всего не любят прорабатывать именно требования к администрированию, отчетности и нефункциональные требования. И в то же время без проработки вышеупомянутых требований будущая система не будет полноценно работоспособна.
Во второй части Артур Селецкий, Co-Founder/Partner в It Network, делится еще несколькими техниками: объектно ориентированная модель, диаграмма состояний, CRUD, навигация. Они дают возможность убедиться: в проектах по разработке ПО — все требования полные и выявлены полностью.
О техниках, которые помогают проверить требования к разработке ПО на полноту — в статье Артура Селецкого, Co-Founder/Partner в It Network.
Привет, меня зовут Артур Селецкий, я Co-Founder / Partner в It Network. Мы с коллегами занимаемся развитием сообщества бизнес-аналитиков и руководителей проектов в Украине. В этой статье я хотел бы поделиться своим опытом и подходом к определению ценностей разрабатываемого ПО и их оценке.
Наверняка после совещаний вы часто чувствуете, что не достигли желаемых целей, или еще хуже, что совещание было частично или полностью провалено. Артур Селецкий, co-founder в It Network, считает, что все дело в недостаточной подготовке и делится советами, как готовиться к совещаниям.
Привет, я Артур Селецкий. У меня за плечами 17 лет опыта работы в ИТ, сотни проведенных собеседований. В свое время я сменил 9 работодателей. Основываясь на анализе проведенных собеседований и своем иногда горьком опыте, я выделил шесть основных причин смены работы в ИТ.
