![]() |
|
Модераторы: PILOT |
![]()
|
|
| АлексМС |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 7 Регистрация: 1.7.2005 Репутация: нет Всего: нет |
Господа, у меня к вам такой вопрос.
В нашей компании формируется отдел разработчиков для выполнения офшорных заказов. На данном форуме, как я понимаю, присутствут все: от программистов до руководителей проектов. Очень нужна ваша помощь и опыт. Подскажите пожалуйста:
Буду благодарен любым компетентным предложениям, особенно от людей, работающих в крупных и средний компаниях с хорошо налаженным процессом управления. Уважаемые модераторы, если Вас не затруднит, сообщите об этой теме людям, которые могут мне действительно помочь. Большинство из вас также являются профессиональными участниками этого рынка, очень буду рад и вашим комментариям! Заранее спасибо всем!!! Это сообщение отредактировал(а) АлексМС - 1.7.2005, 23:24 |
|||
|
||||
| gray_k |
|
||||||
![]() Эксперт ![]() ![]() ![]() Профиль Группа: Участник Сообщений: 1015 Регистрация: 9.1.2003 Где: Москва Репутация: нет Всего: 22 |
Очень общий вопрос, вряд ли кто сможет дать конкретные советы - всё зависит от Ваших условий, корпоративной культуры компании, стиля руководства и многого другого.
Вопрос очень сложный. Как минимум - этот код должен быть понятен другому человеку с минимумом затрачиваемых усилий. Т.е. задокументирован. Конкретнее можно говорить в приложении к Вашим условиям.
Обучаемость.
Тут у Вас недопонимание. ТЗ - это документ не для программиста, а для аналитика. На его основании разработывается Технический проект, который и является руководством к действию для программистов. Требования к ТЗ и ТП достаточно хорошо прописаны в ГОСТе. 34-й ГОСТ - автоматизированные системы. РД 50-34698-90 - Требования к содержанию документов. Но тут надо чётко определить допустимые границы - чтобы стоимость проектной документации не превысила стомомость самого продукта. Далеко не всегда нужно ТЗ - достаточно лишь формальной постановки задачи. Далеко не всегда нужен технический проект и работа аналитика - особенно для небольших проектов (прримерно до 2-х человеко-месяцев). И ещё. Надо понимать, что СТАНДАРТ - это общепринятое, но НЕ ОБЯЗАТЕЛЬНОЕ к исполнению руководство (так нас учит ISO). Так что смотрите по Вашей конкретной обстановке - что вам надо, а что нет. Есть ещё методология разработки ПО под названием "экстремальное программирование". Оно подразумевает совсем другие подходы к циклу разработки. Если использовать спиралевидную модель разработки ПО - это опять другая методология. Тут всё зависит от стандартов организации и методики работы с заказчиками. Что касается контролирующего ПО - любая среда управления проектами (MS Project, Primavera? Spider). Чаще всего используют продукт от майкрософта - он действительно не плох. Как конторолировать? Должен быть определён необходимый и достаточный список работ в проекте с необходимым уровнем детализации, а контроль осуществляется путём прохождения контрольных точек. Никакая автоматизированная система тут не поможет - только люди. Добавлено @ 11:24 Удачи -------------------- С уважением. Gray. |
||||||
|
|||||||
![]()
|
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | Обсуждение работы | Следующая тема » |
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |