КаБа

Недавно я публиковал заметку "Почему проекты умирают. Архитектура" . Там я немного прошелся по тем, кто ее проектирует, но ведь началось все с понимания проектируемого продукта менеджером , точнее с того, что отсутствие этого понимания убивает проект. Но поскольку заметка носила характер выхлопа, картинок в ней не было и ряд коллег отнеслось к ней саркастически, я решил добавить картинку. Я бы не заморочился на нее, сейчас действительно нет времени заниматься рисованием подобных очевидных вещей. Но один кейс, в который пришлось немного погрузиться на протяжении первых недель марта, посеял во мне сомнение в том, что ниже представленная картинка действительно очевидна. Итак, па-бам! Вот она: Глядя на нее, необходимо помнить, что процесс проектирования - это эволюционное движение от абстрактного понимания к конкретным ответам на вопрос "ЧТО?". При этом процесс управления должен не отставать и эволюционировать от абстрактного понимания к конкретным ответам на

Еще одна штука, которая очень сильно влияет на успешность проекта - это архитектура. Пожалуй, это самый загадочный артефакт, который должен быть порожден в ходе проектирования системы. То,  что архитектруа должна быть, не вызывает сомнений ни у кого. Когда стартуется проект, ничто так часто не упоминается, как архитектура. И именно ее все хотят получить как можно скорее. Дальше происходит магия. Когда начинаешь пинать разработку с вопросом "ну что, давайте уже с архитектурой определяться", тебе отвечают - "рано, рано, мы еще не все для себя поняли". А через пару недель на тот же вопрос ты слышишь уже другой ответ: "да уже поздно, понакодили, много менять, пусть так будет, потом разберемся". Как понять, где эта тонкая грань между рано и поздно - лично я не знаю. Но некоторые наблюдения за таинством рождения архитектуры позволяют сделать ряд выводов, которые могут быть полезны при формировании команды. Но сначала скажу, что под архитектурой я пони

Я могу ошибаться, но в реакции на предыдущую публикацию , посвященную этой теме (Как херятся проекты) проскочила такая нотка, что руководителю проекта не обязательно знать продукт, который делает команда. Мол, для этого у него есть лиды и архитектор. Давайте в этом месте поподробнее остановимся. Информационная система имеет некоторый жизненный цикл, который она проходит на протяжении своего создания, развития и использования с момента возникновения идеи до снятия с эксплуатации и утилизации. Туда много чего входит, всякие там приёмо-сдатка, развёртывание, интеграция, миграция и прочие вещи. Отдельные компоненты системы имеют свои жизненные циклы, существующие внутри жизненного цикла ИС. Проект — это некоторый процесс, направленный на реализацию этапа (этапов) жизненного цикла системы или ее компонентов.