4
6475
Авторы: Алексей Киселев, Екатерина Душечкина
В компаниях, занимающихся разработкой ПО, зачастую отсутствует хотя бы какая-то практика хранения и систематизации своих наработок.
Это приводит к тому, что аналитик, получив задачу, сразу же начинает исследовать проблему с нуля, изучать предметную область, собирать требования, анализировать их, выявлять зависимости и т.д. Это большой объем трудозатрат, которых можно было бы избежать (или хотя бы сократить) при рациональном хранении артефактов (можно сказать – опыта), накопленных на предыдущих проектах.
Если взять в качестве примера область депозитарной деятельности, то в новых проектах наличие описанного в ходе предыдущих проектов ландшафта бизнес-процессов, требований к функциональности и т.д. могло бы значительно сократить трудозатраты аналитика. Есть даже некая вероятность, что часть постановок уже была ранее написана в смежном проекте другим сотрудником, и просто ждет, когда её найдут и отправят разработчику (задачу повторного использования кода мы здесь не рассматриваем). Последствия такой ситуации, а также оптимальное, на наш взгляд, решение и будут рассмотрены в настоящей статье. Далее
Давненько у нас не было интервью. А знаете почему? Потому что мы долго и упорно над ним трудились =)
Сперва готовились, потом планировали, потом проводили, потом... в общем, меньше деталей про процесс, больше про результат! Моя нынешняя собеседница – прекрасная 
За последние пару лет у нас в сообществе, да и не только там, озвучивались идеи о том, что для качественного профессионального роста очень важно иметь ментора. Об этом говорил Герман Шестеров 
Некоторое время назад мы анонсировали старт работ по исследованию возможностей внедрения СУТ Devprom в проектах заказной разработки по ГОСТ. В это статье описаны основные функции , а также общая метамодель системы.
11 апреля Максим Дорофеев в Минске поделится джедайской техникой пустого инбокса и доведения дел до конца. Мастер-класс посвящен спасению мозга от разрыва огромным потоком рабочих и личных задач. Заказчики, пользователи, коллеги по цеху, опять заказчики, менеджер и все-все-все остальные завалили вас задачами, письмами, вопросами и ответами на ваши же вопросы? Каждый рабочий день начинается (и заканчивается) с кипы непрочитанных писем? Тогда этот мастер-класс для вас.
Мы проводили исследование рынка аналитиков в РБ. Сейчас уже не проводим, потому как 
Разработка информационных систем (ИС) – это про создание средств управления информацией. ИС принимают информацию, по определенным правилам перерабатывают ее и отдают результат потребителям: на печать, на экран, в наушники, передают в другие системы.
Поэтому для того, чтобы создать качественную ИС, не достаточно понять бизнес-процессы и потребности Заказчика. Важно понимать, какой именно информацией система должна управлять. А для этого нужно знать, какие объекты попадают в предметную область проектируемой ИС и какие логические связи между ними существуют. Для формирования такого понимания используются логические модели предметной области. 
Есть ли в Минске такая сила, которая заставит собраться более 100 взрослых айтишников в одном зале, в субботу утром, в отдаленном от города месте, где еще тебе не обещают заплатить и провести там нужно целых 7 часов? После встречи сообщества аналитиков, которая состоялась 31.01.2015, оказалось, что такая сила есть и с каждым годом она набирает все больше и больше единомышленников, которые готовы и рады встречаться вместе и в выходной день обсуждать рабочие вопросы, узнавать что-то новое и делиться своим опытом. За 5 лет существования сообщества многие аналитики нашли работу, получили новые навыки, нашли друзей, а некоторые даже любовь. На состоявшейся встрече, у всех выпал шанс познакомиться друг с другом и даже узнать что-то большее, чем то, что на встрече присутствовали представители таких компаний как Wargaming, Itransition, Sam Solutions, EPAM Systems, ISSoft, Oxagile, Qulix, SoftClub и др., что аналитики в основном это выходцы из разработчиков, тестировщиков и скучающих математиков, но также 20% сообщества закончили курсы ITMINE и являются кошатниками. 
