Управление разработкой ПО.

[metaclass]

Сижу, пытаюсь вникнуть, как ведется управление проектами по разработке ПО в нормальных условиях, читаю про всякие SRS да SDD(там еще штук десять аббревиатур, кто во что горазд).
Интересное обсуждение здесь опять пришло к старой теме - "пока мы будем полгода заниматься планированием, клиентам наш продукт станет не нужен".
Похоже, что для простых проектов и планирование с документацией надо вести как-то упрощенно, чтобы не похоронить проект в бюрократии еще до начала разработки.

Comments

[metaclass.livejournal.com]

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

[beskov.livejournal.com]

Что именно документировать, вам должно быть понятно из опыта работы.
Как документировать - в принципе тоже, накидали структуру, выбрали способ описания - текст, таблицы, диаграммы.
С помощью чего - ну тут вряд ли есть что-то лучше вики.

Одни из самых простых шаблонов - в MSF.

[vp.livejournal.com]

Квалификация нанимаемых людей откровенно пугает. Есть шанс, что как ни документирую - все равно не поймут 99% ни в технологиях, ни в предметной области :(

[pascendi.livejournal.com]

А надо ли таких людей? :-)

[vp.livejournal.com]

Это объективная реальность с учетом качества сегодняшних кадров. Я некоторое время сидел на отборе HR, потому представление имею.

Выход один. Надо вести простые проекты ака "делать учебники на флеше", где действительно, ничего не надо знать и можно посадить любого дятла. Потому что кадров брать реально неоткуда :( Именно годных на творческую работу

[metaclass.livejournal.com]

Безальтернативно. Других просто нет, а проекты растут и скоро выйдут за пределы физических возможностей теперешних работников.

[pascendi.livejournal.com]

Тогда, к сожалению, выход один: переходить на формализованные методологии, при которых происходит декомпозиция проекта до уровня спецификаций функций, по которым даже тупой кодер может быстро сделать требуемое.
Ну, или использовать что-то вроде IBM Rational Rose, если специфика разрабатываемой системы позволяет (для портальных решений эта штука, к сожалению, подходит не очень).

[pascendi.livejournal.com]

Про МСФ -- согласен на все сто.