От Claus Ответить на сообщение
К Darkbird
Дата 23.10.2014 14:52:40 Найти в дереве
Рубрики Армия; Версия для печати

Ре: и машинку...

>Вы находитесь в этой подветке в которой топикстартер упомянул о 1000 тысяче программистов.
Это же не означает, что я со всеими идеями топикстартера согласен. Я потребную команду для разработки ПО оценил человек в 50 (всех специальностей), правда это без учета тех кто будет на местах тиражировать.
>Уверяю Вас - финансирование это самая малая часть составления команды. Если хотите - можем с Вами поспорить, но уже в личке.
Это обязательная часть – без денег Вы людей просто не наберете.
>Эм... Извините конечно, но хотелось бы услышать хотя бы в какой области (можно в личку).
В принципе я думаю данная тематика (подход к разработке военной ис с учетом разного опыта) не является офтопиком, поэтому в кратце можно и здесь. Внедрение ERP (SAP R/3) в аэропорту (в части учета и планирования материалки, с довольно приличными переделкой функционала), пара внедрений СЭДа, в т.ч. в на нескольких предприятиях аэропорта, разработка самописной учетной системы (не очень большой), плюс мелкие проекты или затыкание дыр в уже идущих, и несколько не IT-шных проектов. У Вас в может быть другой опыт и не исключено, что на проблему мы смотрим по разному именно из-за этого. Уверен, что программер приоритеты совсем иначе бы расставил, чем РПшник.
>Выбить из заказчика чего он хочет (а хочет он всегда и всего и сразу) - это очень просто.
>Реализовать - невозможно. Для этого надо ЖИТЬ проектом.
Для этого надо просто работать над проектом. Простейший пример – то самое внедрение ERP, для меня это был первый проект. Я был вначале бизнес-аналитиком со стороны предприятия, затем РПшником. Разрабатывала систему команда программеров с другого предприятия аэропорта, а требования для нее собирали и писали мы. На то, чтобы детально понять как работают все цеха (разноплановые) предприятия, как в них движется материалка, кто с кем взаимодействует, как все это планируется и т.д. потребовалось где то полгода (это при полном отсутствии опыта). Естественно при наличии нескольких грамотных и заинтересованных сотрудников аэропорта, которые нас консультировали и наличии еще большего числа, которые палки в колеса вставляли. Сам проект занял где то года 1,5 и процесс реально упростился и для цехов и для складов и для закупщиков. Обращаю внимание, что это все при полном отсутствии начального опыта. Просто надо найти тех пользователей кто заинтересован во внедрении и с ними работать.
Ну а реалтзация - если понимаешь что именно надо реализовать, все вполне решаемо.

>Стесняюсь спросить. А сколько у Вас РЕАЛИЗОВАННЫХ проектов подобного рода. У меня - один.
Затраты на СЭД и ERP точно за эту сумму выходили. Не ИТшные проекты и подороже были.
>Это уже Выбивается за бюджет топик-стартера. )))) Все реальные системы делаются "по-бразильски" )))
На мой взгляд наоборот, даже близко к 10 ярдам баксов не приближается. Ну не настолько там надо много народа. А бразильская система для такой разработки как раз не подходит. Для небольших проектов она может сойти, а для глобальной военной системы – там придется куда серьезнее подходить.
>РАЗУМЕЕТСЯ! Наконец то консенсус! Программеры здесь настолько дело десятое... что надо начинать с президента
Ну президент то здесь нужен разве что для того, чтобы «мегапроект» запустить и обозначить контроль за ним. А так уровень куда меньший нужен.
>и далее по нисходящей чтобы заручиться поддержкой на всех уровнях и зеленым светом (минус 50% бюджета).
Распил обычно не на всех уровнях идет, а на верху. Да и команду для разработки можно создать где то уровне МО, а в части уже поедут команды тиражирования. А так – ну лямов 50 $ можно заложить на распил и в 2,5-5 раз меньшую сумму на разработку ПО (без железа).
>Бред сивой кобылы. Вот уж точно САМИ ВЫ такую систему не разрабатывали. Стремление быть "независимым".
Да нет, это как раз необходимое условие для крупной системы, тем более для закрытой военной системы. Примеров когда разработчик делает систему как ему нравится и после его ухода она накрывается – полно. Или еще веселее ситуации бывают, когда разработчики получая в организации з/п делают систему, а затем из организации уходят, создают свою контору и за совсем другие бабки предлагают эту систему поддерживать, т.к. кроме них никто этого не может. Для описанной топикстартером системы это абсолютно неприемлимые условия.
Уровни зрелости компаний разработчиков в общем то не на пустом месте придумали. И создать команду которая за несколько лет дойдет хотя бы до 3го-4го вполне реально.
>не только удорожает проект на порядок, но по-просту делает его невозможным. Решение есть конечно. Это когда человек ЖИВЕТ проектом всю жизнь и воспитывает смену. (опять же оффтоп и если интересно - в личку).
Я видел примеры и такого внедрения и более стандартизированного (хоть и не идеально далеко). 2й вариант однозначно эффективнее и стремиться надо именно к нему. Хотя для программеров однозначно удобнее 1й. Но это именно взгляд с разных позиций.
Зы. А кстати забавно было бы прикинуть какой функционал должен быть в предложенной топикстартером системе.