Тред №370557

Цитата: kostroma от 13.12.2011 15:46:24
Гибкая методология разработки (Aglie)
scrum
дальше сами  :)
если есть конкретные предложения, пишите в личку. я подумаю.

зы
не удержусь процитирую кое-что тут
пмсм такой подход будет работать в любой сфере производства (включая и космическую отрасль)
советую обратить внимание

ззы
сам использую scrum (уже более 2х лет) в компании где сейчас работаю. там упор сделан на прогнозируемость и контроль за процессом.

Цитата: kostroma от 13.12.2011 15:46:24

 

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

Ну а вот это просто лозунги на тему, как хорошо быть молодым, здоровым и богатым, чем старым, бедным и больным:

ЦитатаПринципы, которые разъясняет Agile Manifesto[4]:

   удовлетворение клиента за счёт ранней и бесперебойной поставки ценного ПО;
   приветствие изменений требований, даже в конце разработки (это может повысить конкурентоспособность полученного продукта);
   частая поставка рабочего ПО (каждый месяц или неделю или ещё чаще);
   тесное, ежедневное общение заказчика с разработчиками на протяжении всего проекта;
   проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы, поддержкой и доверием;
   рекомендуемый метод передачи информации — личный разговор (лицом к лицу);
   работающее ПО — лучший измеритель прогресса;
   спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределенный срок;
   постоянное внимание на улучшение технического мастерства и удобный дизайн;
   простота — искусство НЕ делать лишней работы;
   лучшие технические требования, дизайн и архитектура получаются у самоорганизованной команды;
   постоянная адаптация к изменяющимся обстоятельствам.

• +0.08 / 5

Цитата: НАлЕ от 13.12.2011 16:03:46
С одной стороны, все это очень похоже на пособие для "эффективных менеджеров", с другой стороны,  очень многое давным давно применяется. Тот же итерационный подход при определении облика разрабатываемого продукта. Но этот же итерационный подход вряд-ли можно применить при разработке того же ЖРД, когда его облик уже определен проектантами.

Цитата: НАлЕ от 13.12.2011 16:03:46

 

скажу даже больше, это пособие и настольная книга для эффективных менеджеров (без кавычек)  ;)
ещё можете почитать книжку Мифический человеко-месяц Брукса - очень пользительное чтиво. даже если вы не программист и не управленец  :)
тут нету ничего необычного и всё это применялось в течении всей истории человечества. даже в советской космонавтике пмсм - вспомните королёва и его совет главных инженеров. дело в том что похоже нужно внедрять подход заново. забыли. закостенели. точно не знаю но явно проблема есть. При разработке ЖРД применять можно точно также как и при разработке ПО. В чём принципиальная разница?

и всё это совсем не лозунги, это построение рабочего процесса.
просто к золотым рукам и смекалке необходимо приложить расчёт и контроль в лице менеджера. это необходимо.
у меня проблема видна практически сразу как только появилась, на одной из текущих итераций, а не в конце разработки или уже после сдачи.
мне не понятно чего это вы так защищаете текущую ситуацию менеджмента в космической отрасли?
и ещё интересно по какой методологии работают разработчики АМС и ИСЗ?

в качестве оффтопа
на примере ssj разве невидно как помогает нормальный мэнеджмент (помимо денег и недостающих технологий) в разработке качественного и конкурентного продукта? в чём тут отличие от космоса по сути?

• +0.50 / 4