Управление разработкой ПО.
Sep. 2nd, 2007 10:33 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassСижу, пытаюсь вникнуть, как ведется управление проектами по разработке ПО в нормальных условиях, читаю про всякие SRS да SDD(там еще штук десять аббревиатур, кто во что горазд).
Интересное обсуждение здесь опять пришло к старой теме - "пока мы будем полгода заниматься планированием, клиентам наш продукт станет не нужен".
Похоже, что для простых проектов и планирование с документацией надо вести как-то упрощенно, чтобы не похоронить проект в бюрократии еще до начала разработки.
Интересное обсуждение здесь опять пришло к старой теме - "пока мы будем полгода заниматься планированием, клиентам наш продукт станет не нужен".
Похоже, что для простых проектов и планирование с документацией надо вести как-то упрощенно, чтобы не похоронить проект в бюрократии еще до начала разработки.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2007-09-02 08:53 am (UTC)- в проекте занято более 10-15 человек (у исполнителя) или требуется координация нескольких подразделений с выраженно разными интересами;
- перечень работ проекта не умещается на трех листах А4 12 кеглем. :-)
no subject
Date: 2007-09-02 07:16 pm (UTC)А возможная смерть главного девелопера это сильный повод? :)
no subject
Date: 2007-09-02 07:22 pm (UTC)ИМХО, документирование проекта не должно занимать более 2-3% трудозатрат на сам проект.
no subject
Date: 2007-09-02 10:18 am (UTC)no subject
Date: 2007-09-02 11:38 am (UTC)А не так, что пользователи звонят человеку, ответственному за проект(который PM, аналитик, архитектор и ведущий разработчик в одном лице), со словами "законодательство поменялось, функция нужна вчера" и все кидаются ее экстренно реализовывать без проектирования. А потом одновременно тестирование, внедрение, поддержка и исправление ошибок :)
no subject
Date: 2007-09-02 12:44 pm (UTC)no subject
Date: 2007-09-02 02:11 pm (UTC)Взять еще пару программистов очень высокого уровня и вести как раньше - практически нереально, все программисты такие давно трудоустроены, им разве что сразу зп в 3 раза больше рыночной предложить и то они еще подумают "а на кой нам еще это счастье". На собеседования приходят только люди, которых надо прилично дообучать даже их специальности, а потом еще и по особенностям проекта.
Поэтому сижу и думаю, как бы это проекты документировать, чтобы работники новые вникнуть могли.
no subject
Date: 2007-09-02 07:24 pm (UTC)- решения по архитектуре системы;
- прецеденты;
- информационные потоки;
- схемы данных;
- организация и взаимодействие модулей.
Остальное -- опционально.
no subject
Date: 2007-09-02 12:57 pm (UTC)no subject
Date: 2007-09-02 02:02 pm (UTC)no subject
Date: 2007-09-02 02:08 pm (UTC)Как документировать - в принципе тоже, накидали структуру, выбрали способ описания - текст, таблицы, диаграммы.
С помощью чего - ну тут вряд ли есть что-то лучше вики.
Одни из самых простых шаблонов - в MSF.
no subject
Date: 2007-09-02 07:19 pm (UTC)no subject
Date: 2007-09-02 07:25 pm (UTC)no subject
Date: 2007-09-02 07:30 pm (UTC)Выход один. Надо вести простые проекты ака "делать учебники на флеше", где действительно, ничего не надо знать и можно посадить любого дятла. Потому что кадров брать реально неоткуда :( Именно годных на творческую работу
no subject
Date: 2007-09-02 09:19 pm (UTC)no subject
Date: 2007-09-03 02:46 am (UTC)Ну, или использовать что-то вроде IBM Rational Rose, если специфика разрабатываемой системы позволяет (для портальных решений эта штука, к сожалению, подходит не очень).
no subject
Date: 2007-09-02 07:25 pm (UTC)