Как стать автором
Обновить

Мокрый 3D-дисплей представят на SIGGRAPH

Работа с 3D-графикой *
image
Водопады еще никогда не выглядели так весело. Команда из университета Карнеги Меллон в Питтсбурге, штат Пенсильвания, превратила несколько плоскостей, состоящих из падающих капель воды, в многослойный компьютерный дисплей, пригодный, например, для игры в Тетрис в трех измерениях.
Читать дальше →
Всего голосов 34: ↑28 и ↓6 +22
Просмотры 1K
Комментарии 18

Технология сбора требований в процессе проектирования сайта

Разработка веб-сайтов *
Из песочницы

Вступление


Сбор требований – это один из самых важных этапов при создании информационных систем и интернет-сайтов в частности. От того, насколько точно и полно будут учтены все пожелания заказчика в процессе проектирования сайта, и будет зависеть итоговый результат: получим ли мы сайт «для галочки» или это будет эффективный инструмент бизнеса, который будет приносить прибыль своему владельцу.
Предлагаемая методика сбора требований используется в нашей компании при разработке несложных клиентских сайтов, реализуемых по каскадной модели (Waterfall). Методика позволяет менеджеру по продажам организовать эффективный сбор требований и написать на его основе «Техническое задание», по которому разработчик будет создавать сайт.
Замечу, что ничего не мешает использовать данную методику сбора требований и в Agile–разработке, в частности, для создания первичного бэклога.
В данной статье я концентрировался именно на содержательной части сбора требований, а не на вопросах внедрения сбора требований в бизнес-процессы компании или на то, как строить диалог с клиентом – это тема для отдельного разговора.
Читать дальше →
Всего голосов 9: ↑8 и ↓1 +7
Просмотры 41K
Комментарии 9

Waterfall — итеративная методология разработки

Разработка веб-сайтов *Тестирование IT-систем *
Из песочницы
Всем привет.

Недавно открыл для себя интересный факт, что товарищ Винстон Ройс (Dr. Winston D. Royce), анонсируя свой знаменитый Waterfall говорил об итеративной модели разработки.
Читать дальше →
Всего голосов 12: ↑9 и ↓3 +6
Просмотры 35K
Комментарии 12

Waterban, PlanTrack, GtkSharp и другие смешные словосочетания — пара мыслей о том, почему стоит сделать решение по УП под себя

Управление проектами *
Всем добрый день!

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

Преамбула
Неоднократно сталкивался с картиной: от менеджера требуют сказать конечный срок и дают в руки трекер задач. Решение бывает такое — план проекта в MS Project/TeamWork или в каком-то привычном для Waterfall инструменте, а для трекинга кастомизированная Jira/Trello или что-то еще. Глядел я на мучения менеджеров с актуализацией туда-сюда, и родилась идея поженить Waterfall и Kanban: методически и практически (в рамках наколенно-доморощенной реализации на Gtk#).

Читать дальше →
Всего голосов 12: ↑9 и ↓3 +6
Просмотры 7.9K
Комментарии 16

Альтернативные подходы к разработке новых ИТ продуктов

Анализ и проектирование систем *Разработка мобильных приложений *Управление проектами *Развитие стартапа Аналитика мобильных приложений *
Это продолжение статьи: Что делать, если нужно создать инновационный продукт в традиционной компании?

Сегодня я расскажу вам три альтернативных модели поведения предпринимателя, которые чаще всего вижу.

История №1. «Built it and they will come»


Фермер из Айовы Рей Кинселла в недоумении, так начинается фильм «Поле чудес». Последнее время он постоянно слышит голос, который советует ему построить бейсбольное поле на месте его кукурузных угодий. Кому-то, возможно, такое предложение и показалось бы начисто лишенным смысла. Но не Рею. Ведь его покойный отец когда-то был просто помешан на этой игре. Любящий сын решает последовать совету. И вот поле построено, и на нем появляется призрачная команда легендарных игроков. Рей не столько напуган, сколько озадачен. Чтобы понять смысл удивительных событий, он начинает собственное расследование…То, что слышит герой, это фраза «Built it and they will come».
Читать дальше →
Всего голосов 18: ↑15 и ↓3 +12
Просмотры 6.3K
Комментарии 0

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

Программирование *Анализ и проектирование систем *Управление разработкой *Управление проектами *Управление продуктом *
Из песочницы

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


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

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

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

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


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

Не программное обеспечение вы разрабатываете… Возьмем Android, — это ПО. А если, например, перед вами бухгалтерская система, то вы уже имеете дело не просто с ПО, а с ИНФОРМАЦИОННОЙ СИСТЕМОЙ.
Читать дальше →
Всего голосов 27: ↑20 и ↓7 +13
Просмотры 32K
Комментарии 30

Проблемные личности среди менеджеров проектов

Управление проектами *Agile *Управление персоналом *Карьера в IT-индустрии
Перевод


Незнакомым с разработкой программного обеспечения может показаться странным, что у проекта есть и менеджер продукта, и менеджер проекта. Разница в том, что первый отвечает за определение продукта, а второй отвечает за состояние проекта и отчётность перед заинтересованными сторонами, если дата сдачи под угрозой.

Менеджеры проектов, как правило, стремятся обеспечить предсказуемость сроков путём стандартизации и соблюдения цикличности процессов. В этих процессах основное внимание уделяется отчётности по статусам, чтобы отслеживать прогресс. Общепринятое мнение, что чем тщательнее отслеживать процессы, тем более предсказуемым станет график проекта, и тем выше вероятность, что проект сдадут в срок.
Читать дальше →
Всего голосов 41: ↑36 и ↓5 +31
Просмотры 32K
Комментарии 14

Некоторые заметки по проектированию информационных систем

Программирование *Анализ и проектирование систем *Управление разработкой *Управление проектами *Управление продуктом *
Моя прошлая статья Секреты удачного проектирования ИС (информационной системы) на примере строительства больницы вызвала временами бурное обсуждение в комментариях. Поэтому я решил изложить ряд тезисов по мотивам данного обсуждения.

Проектирование не для программистов


Очень часто при обсуждении методов проектирования и осуществления проекта информационных систем слышишь критику этих методов со стороны разработчиков (программистов).
Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Просмотры 13K
Комментарии 1

Предпроектное обследования при разработке информационной системы

Программирование *Анализ и проектирование систем *Управление разработкой *Управление проектами *Управление продуктом *

Что бывает без предпроектного обследования?


В свое время мне пришлось заниматься разработкой и продажей систем для составления маршрутов транспорта: на карту выводятся точки с заказами, обводишь их мышью и размещаешь в машины. Обращается к нам одна компания с просьбой продать приложение. Не один месяц мы пытались выяснить, зачем же им подобная система нужна, в результате продали им «коробку», очень уж они просили. Затем решила данная компания привлечь нас для внедрения. И тут выяснилось, что в первую очередь им нужна была функциональность для учета топлива, которая в нашей системе отсутствовала от слова совсем.
Читать дальше →
Всего голосов 6: ↑6 и ↓0 +6
Просмотры 39K
Комментарии 5

Разработка Технического задания по ГОСТ 34 легко и просто

Программирование *Анализ и проектирование систем *Управление разработкой *Управление проектами *Управление продуктом *
Нередко слышишь мнение, что составление Технического задания по ГОСТ 34 (ТЗ) занятие не только трудоемкое, но и крайне раздражающее, поскольку приходится писать много всякой ерунды, воды. Но подумайте: разработкой этого ГОСТа занимались целые НИИ, это был проект на государственном уровне, обобщен опыт сотен проектов автоматизации, сложных проектов. Неужели они могли написать чушь?

На самом деле, при грамотном подходе ГОСТ очень сильно помогает не только при разработке ТЗ, но и в ходе реализации проекта автоматизации в целом (и не только в госконтрактах, но и для коммерческой разработки). Грамотные люди его писали. Но чтобы воспользоваться плодами их трудов, нужно немного понять замысел не только ТЗ, но и ГОСТ 34 в целом.

В данной статье мы пункт за пунктом разберем все требования ГОСТа и попробуем сделать разработку ТЗ по ГОСТ 34 не обременением, а большой помощью в проекте.
Читать дальше →
Всего голосов 28: ↑27 и ↓1 +26
Просмотры 215K
Комментарии 18

Создаем стильный водопад из RiME прямо в Unity или UE4

Блог компании Pixonic Работа с 3D-графикой *Разработка игр *Unity *Unreal Engine *
Перевод
Tutorial
Есть игры с таким запоминающимся визуалом, что страшно считать потраченное на его разработку время, взять хотя бы последний God of War или RDR2. А бывают проекты, которые подкупают своей атмосферной, даже если они далеки от ААА. Как пример — RiME не раз хвалили за стиль, звук и историю. А недавно левел-дизайнер игры перешел в команду CD Projekt Red, чтобы работать над Cyberpunk 2077. Еще RiME вдохновила 3D-художника Math Roodhuizen на создание собственного арта.

И на фоне всего этого я наткнулся на ArtStation на гайд по созданию реалистичной воды. Если в прошлый раз речь шла про реку, то в этот раз про стилизованный водопад. В первой части разберем, как создавать «волновой эффект», да еще и прямо в игровом движке. Для удобства все шаги сопровождаются гифками и/или картинками.

Читать дальше →
Всего голосов 30: ↑28 и ↓2 +26
Просмотры 13K
Комментарии 2

Стильный водопад из RiME в игровом движке: делаем водяной поток

Блог компании Pixonic Работа с 3D-графикой *Разработка игр *Unity *Unreal Engine *
Перевод
Это вторая (и последняя) часть гайда по созданию водопада в Unity или UE4 после вдохновения игрой RiME. В первой разобрались с инструментами, выбрали среду разработки и создали шейдер кругов на воде. Почему начали именно с этого? Все просто: там используется большинство методов, которые сейчас понадобятся при создании водопада. Но тут есть и свои хинты. Тянуть не будем — давайте под кат.


Читать дальше →
Всего голосов 44: ↑44 и ↓0 +44
Просмотры 10K
Комментарии 1

Путь мира и путь войны в ИТ-проектах

Управление разработкой *Управление проектами *Agile *
Я работал руководителем ИТ-проектов с 2006 года, а сейчас являюсь руководителем стартап-проекта «Динабот». За это время я видел много успехов, но еще больше видел неудач. Эти неудачи, на мой взгляд, часто связаны не столько с применяемыми технологиями, сколько с узостью картины мира руководителей. И я хотел бы чтобы больше руководителей проектов умели возвышаться над технологиями и, таким образом, принимать более правильные решения.

Сегодня мы пьяны Agile! Кто не пьян, опьянеет завтра или послезавтра. И это здорово!

Вот фото с моего последнего проекта, который управлялся согласно Agile-принципам:

image

Agile так сказочно звучит, что некоторым страшно его использовать! Походу оказывается, что использовать Agile не так легко, как написано. Но, все равно, мы будем его использовать, так как никуда не деться от тренда. Заказчики ведь тоже пьянеют и заставляют нас ИТ-ков использовать Agile. Будем использовать несмотря на провалы, пеняя, что мы что-то неверно делаем, корректировать наши технологии, менять людей. К сожалению, часто слепо использовать…
Читать дальше →
Всего голосов 8: ↑5 и ↓3 +2
Просмотры 3.5K
Комментарии 6

Дорогой Agile, мне надоело притворяться

Интерфейсы *Управление разработкой *Управление проектами *Agile *Управление продуктом *
Перевод


«Agile мёртв». Люди всё время так говорят. Но обязательно добавляют: «Мы просто шутим». Они типа имели в виду, что это у тебя такие неправильные и глупые практики, что это для тебя Agile мёртв. Но «настоящий» Agile не мёртв. Просто все его делают неправильно. Так что я понял: настоящий Agile — это, знаете ли, Agile в теории. Даже я его внедрял. И знаете что? Мне надоело.

Недавно я видел в статьях ту же самую старую защиту: «Но-но-но, проблема в водопаде, скраме и неправильной реализации Agile, несоблюдении Манифеста… бла-бла-бла». Тогда Боб Маршалл сказал мне правду. Он сказал: «Заткнись, Чарльз. Манифест Agile — это кувшин, который мы наполняем». Он сделал несколько замечаний, с которыми мне пришлось согласиться. Я задумался. Результатом стала эта статья.
Читать дальше →
Всего голосов 60: ↑48 и ↓12 +36
Просмотры 43K
Комментарии 65

Шесть схем, которые помогут объяснить концепции управления продуктами

Блог компании Alconost Управление разработкой *Управление проектами *Agile *Управление продуктом *
Перевод


Несколько картинок, полезных для понимания и объяснения ключевых идей в управлении продуктами


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

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

  • «Менеджер по продукту как узкое место».
  • «Воронка доставки продукта».
  • «Классическое противостояние Waterfall — Agile».
  • «Размер инициативы, риск и вовлечение руководства».
  • «Бункеры знаний».
  • «Важность сегментации».

Можете использовать их в своей работе каким угодно способом.

Переведено в Alconost
Читать дальше →
Всего голосов 8: ↑8 и ↓0 +8
Просмотры 4.9K
Комментарии 0

Изменение требований к проекту — ключевая проблема разработки ПО

Блог компании Дата-центр «Миран» Управление разработкой *Управление проектами *Agile *
Перевод

Шаги по разработке большой компьютерной программы для доставки заказчику

Иллюстрация выше — из статьи д-ра Уинстона Ройса «Управление разработкой больших программных систем» 1970 года. Считается, что это первое в программной инженерии описание модели водопада. Диаграммы д-ра Ройса разошлись по сотням учебников и статей. Но часто забывают тот факт, что изобретатель водопада сразу написал: «Эта конкретная реализация рискованна и влечёт за собой неудачу».

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

Прошло уже более 50-ти лет с момента проведения первой конференции IFIP по программной инженерии, и за это время предложено немало различных методик, процессов и моделей, призванных помочь разработчикам достичь этого предсказуемого и экономически эффективного процесса. Но и через полвека у нас те же проблемы, что и всегда: опоздания, неудовлетворительные результаты и полные провалы проектов.
Читать дальше →
Всего голосов 16: ↑15 и ↓1 +14
Просмотры 11K
Комментарии 26