Рубрика «управление проектами» - 110

Грамотно и вовремя выбирать фичи для разработки и не прогадать – это про искусство приоритизации. Как найти критерии оценки, необходимые для своего продукта, вырастить стратегические показатели, предложить клиентам еще больше ценности, наладить все внутренние процессы в команде и добиться других наглядных показателей с помощью качественной приоритизации?

image
Читать полностью »

Офлайн А-Б тестирование в ритейле - 1 Это реальная история. События, о которых рассказывается в посте, произошли в одной теплой стране в 21ом веке. На всякий случай имена персонажей были изменены. Из уважения к профессии всё рассказано так, как было на самом деле.

Привет, хабор. В этом посте речь пойдет про пресловутое А/Б тестирование, к сожалению даже в 21ом веке его не избежать. В онлайне уже давно существуют и процветают альтернативные варианты тестирования, в то время, как в офлайне приходится адаптироваться по ситуации. Об одной такой адаптации в массовом офлайн ритейле мы и поговорим, приправив историю опытом взаимодействия с одной топовой консалтинговой конторой, в общем го под кат.

Читать полностью »

В последнее время на многих профильных площадках, отраслевых мероприятиях и в СМИ начали активно говорить о государственном регулировании IT-сектора. Причиной тому — множество событий, которые могут быть не так значительны по отдельности, но все вместе они демонстрируют, что привычное состояние отрасли быстро меняется.

Мы уже писали о том, как сектор и регулятор смотрят на защиту персональных данных и авторское право — сущности, которые в последнее время переосмысляются и законодателем, и компаниями-провайдерами, и самими интернет-пользователями.

Сегодня рассказываем, почему это такая сложная и дискуссионная тема — и какие изменения в онлайн-жизни и онлайн-бизнесе нас, возможно, ждут в ближайшем будущем.

«Закручивание гаек»: почему все начали говорить об ужесточении регулирования IT-сектора - 1Читать полностью »

Почему именно больница?

А почему бы и нет? Это хороший пример. Проект везде проект: плюс-минус те же стадии, та же схема управления, документооборот, работа с рисками, контроль качества и так далее. Везде есть требования и к оборудованию, и к помещениям, и к ПО. Вы спросите, какие могут быть требования к помещениям в Информационной Системе? Очень просто: расположение рабочих мест операторов, сервера — и тем и другим потребуется кондиционер. Вот уже и требования к помещениям. И вряд ли нынче кто-то сомневается, нужно ли больнице ПО. Если вы хотите идти в ногу со временем, перед вами встанет задача создать автоматизированное лечебное учреждение с электронными медицинскими картами, где врачи делают осмотр с планшетами, а, например, санитарки отмечают вымытый туалет не на листике, а в телефоне. Требований к ПО в данном случае будет предостаточно. А как только потребуется ПО, появится необходимость установить сервера, куда-то посадить админа и операторов. Все взаимосвязано.

Мы выбрали строительный проект, потому что на нем проще всего продемонстрировать, как спроектировать ИС. Информационная система скрыта где-то внутри, мы ее не видим, а стены — вот они перед нами: кривые и косые, с тупиковыми коридорами, потому что проект был сделан на коленке, да еще и заказчик свои требования менял сто раз по ходу пьесы.

Секреты удачного проектирования ИС (информационной системы) на примере строительства больницы - 1

Программный код внутри (но этого никто не видит)

При чем тут больница, если мы разрабатываем ПО?

А вот и нет, дорогие разработчики, руководители, аналитики, тестировщики.

Не программное обеспечение вы разрабатываете… Возьмем Android, — это ПО. А если, например, перед вами бухгалтерская система, то вы уже имеете дело не просто с ПО, а с ИНФОРМАЦИОННОЙ СИСТЕМОЙ.
Читать полностью »

Мы не только пишем анонсы событий, но периодически их еще и посещаем. Одним из ярких впечатлений этого лета для нашей команды стала конференция ФРИИ — «Запуск пилотов со стартапами. Кейсы корпораций». Как занимающие промежуточное положение между этими категориями, мы можем сыграть роль рефери и похвалить организаторов за умение выдержать баланс. Вопреки названию площадку представители корпораций и стартапов поделили практически поровну, проблемы и интересы одной группы не забивали в дискуссиях проблемы и интересы другой, так что общая картина не получилась однобокой.

Конференция ФРИИ: корпорации не vs стартапы - 1

Фото с официальной страницы Фрии на Facebook

Речь по большей части шла о самых первых этапах сотрудничества — запуске проекта в тестовом режиме. Программа аккуратно продвигалась от общего к частному: от истории и общей схемы к частным моментам, сюрпризам и ошибкам, с которыми столкнулись участники, пытаясь приложить ее к реальности. Под катом мы расскажем обо всем, чему научились за эти несколько часов.
Читать полностью »

PlantUML — все, что нужно бизнес-аналитику для создания диаграмм в программной документации - 1

Введение

Я — системный аналитик, и моя работа заключается в том, чтобы проектировать автоматизированные информационные системы. Впрочем, нет, она заключается в том, чтобы писать и писать документы. Третий раз слово «писать» повторять не буду — все-таки, не «Илиада». Но занудность формы чем-то определенно роднит проектную документацию с древнегреческой поэмой, особенно если речь идет о работе с государственным заказчиком.

Диаграммы — глоток творчества в этом море текста. О диаграммах и пойдет речь в данной статье. Если точнее — о PlantUML — с моей точки зрения, наиболее адекватном инструменте их создания на текущий момент.

Читать полностью »

Или — поговорим о дизайне

Что-то все еще не так с возвращением на Хабр - 1
© artemerschow

На волне очередного редизайна и слияния, было открыто несколько тем, посвященных проблемам обновленного портала, разнородности размещаемых на нем статей, кармической системе и прочему. В этой я хочу рассказать о своих мыслях относительно интерфейса Хабра и приглашаю всех заинтересовавшихся — обсудить его дизайн. До этого я писал о своих идеях только в комментариях, одни из них были замечены администрацией и приняты, другие или прошли мимо внимания разработчиков, или были сочтены не актуальными. Теперь я решил оформить все свои (и не только свои) хотелки одним постом. Читать полностью »

Минимизация переменных - 1

Всем доброе время суток, я занимаюсь программированием уже 8 лет, причем программированием во всех его проявлениях: разработка серверной части на разных языках программирования, разработка клиентской части, программирование сетей, администрирование linux, оптимизации производительности. И когда такое долгое время занимаешь каким-либо делом, искренне его любишь и стремишься к саморазвитию, то неизбежно начинают прорисовываться различные причинно-следственные связи в соответствующей области, ты начинаешь видеть те взаимосвязи, о которых раньше даже не догадывался или попросту считал их незначительными, это собственно и является тем, что люди называют опытом.

И именно об одной из таких причинно-следственных связей я бы и хотел с вами поделиться в этой статье. Я думал написать, что это одна из самых важных причинно-следственных связей для того, что бы быть чуть менее радикальным, но все таки нет, эта причинно-следственная связь является самой важной причинно-следственной связью в программировании с огромным отрывом. Она проходит красной нитью сквозь абсолютно все области программирования: написание кода, проектирование интерфейса, развертывание приложения, организация работы команды, ведение баг трекера, и так далее. И эту сакральную причинно-следственную связь я называю минимизация переменных.
Читать полностью »

В качестве project-менеджера я веду проекты всего полгода, но уже за это время я обрел некий опыт. Я наступил на многие грабли и хотел бы о них рассказать.

Начать я бы хотел с постановки задач. Изначально я отнесся к этому, как к самому простому. И вправду, что тут сложного? После беседы с заказчиком просто переносишь их требования в задачи и назначаешь сотрудникам, потом ждешь их выполнения. Я так и делал, и только удивлялся, почему задачи так долго выполняются, выполняются совершенно не так, как я ожидал, и мы нарушаем сроки, названные мной. И да, я читал статьи, как правильно ставить задачи, только относился к ним неправильно и считал, что все это лишние телодвижения. На самом деле, потом я понял, что проблема как раз в том, что не все могут понять по названию задачи, что в ней нужно сделать, не у всех такое же видение этих требований, как у меня, не вся команда была в беседе с заказчиком и всё, что они знают — краткое описание задачи. И понял, что задачи должны быть подробными и иметь достаточное описание для их выполнения, чтобы у того, кто будет выполнять эти задачи, не оставалось вопросов и он мог сосредоточиться лишь на реализации.

Читать полностью »

Шестеренки современного банка крутятся в соответствии с финансовыми бизнес-процессами. Они сложнее обычных — это правило работает для всего, к чему вы добавите определение «финансовые». С одной стороны, все усложняют регуляторы, бессчетное количество согласований и вовлеченных сторон. С другой — неповоротливые монолитные BPMS (Business Process Management System). В этом посте мы расскажем, как успешно забросили одну такую систему и ушли в гибкий и функциональный open source.

Как open-source побеждает «кровавый энтерпрайз»: битва за BPMS - 1
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js