Планування розробки при участі академічних досліджень

Шановні колеги-програмісти,

як ви робите "програмне планування", коли задіяні академічні дослідження? І, зі сторони, як ви переконаєте свого шефа, що писати програмне забезпечення не так, як будувати будинок, і це більше схоже на написання роману ?

Деталі горіли нижче.

Я керую невеликою командою розробників, яка працює в науково-дослідній лабораторії. Ми почали розробляти програмне забезпечення з метою оприлюднити один день (тобто продати та заробити на цьому гроші). Таке програмне забезпечення, крім іншого, залежить, принаймні, від двох незалежних напрямків дослідження: тобто є щонайменше дві доктора наук. кандидати, які, сподіваємось, одного дня вийдуть з робочим виконанням того, що нам потрібно.

Основне програмне забезпечення залежить також від інших, конкретніших ресурсів, про які ми, як розробники, можемо подбати: графічна візуалізація, деформація м'яких тіл тощо.

Мій бос попросив мене написати технічні характеристики, вимоги ТА криваву діаграму GANTT усього проекту. Зіткнувшись з тим, що я не маю уявлення про дослідницьку частину, і що такі дослідження є основоположними для програмного забезпечення, він сказав "робити припущення". Для ясності аргументу він професор, доктор філософії. студенти повинні придумати необхідні нам дослідження. І він походить із суворо інженерного походження: плануйте все спочатку, записуйте технічні характеристики і лише потім записуйте код, що "це остання частина".

Що я зараз роблю:

1. Я розбив продукт за особливостями; кожна «особливість» фактично є окремим продуктом;
2. Кожна функція побудована поверх попередньої;
3. Після того, як функція (A) має працюючий прототип, команда може почати працювати над наступною особливістю (B), тоді як QA для A робиться (якщо гроші дозволяють, більше людей може бути занесено тощо);
4. Особливості, які залежать від дослідження, стануть останніми: до цього часу, сподіваємось, дослідницька частина буде завершена ( коли ще велике питання);

Крім того, я налаштував команду використовувати SCRUM для розробки "версії 1.0 ", що відбудеться через кілька місяців. Цей термін можна встановити, виходячи з обґрунтованих припущень: ми перерахували всі необхідні функції, підрахували нашу готовність і дали обґрунтовану оцінку.

Отже, мої запитання, знову:

• Як мені зробити щасливим свого боса, в той же час витягнути щось із дверей?
• Як мені написати специфікації для чогось, що ми - розробники - не маємо поняття, чи можна це зробити чи ні? (Ми досі не вирішили, які бібліотеки використовувати для виконання деяких завдань; будемо робити це, коли потрібно)
• Як я можу отримати вимоги до цього, враховуючи, що поки немає ні клієнтів, ні інвесторів, просто багато інтересів та обіцянок?
• Як отримати мир у світі?

Я впевнений, що принаймні на одне моє питання буде відповідено :)

ps: Я пишу це анонімно, оскільки потенційний інвестор може отримати негативну реакцію, якщо це буде виявлено. Сподіваюся, ви зрозумієте. Однак я мушу сказати, що мені не подобається такий менталітет "приховувати правду": ця програма, ймовірно, принесе користь багатьом, і не маючи можливості говорити про це (з моїм ім'ям та моєю репутацією) відчувається як цензура. Але на жаль, я більше дбаю про ваші пропозиції.

Я був на цій посаді кілька разів, і маючи досвід, ви не можете розраховувати на докторанта, що проведе відповідне дослідження, і ви, звичайно, не можете розраховувати на те, що це станеться в корисному часовому масштабі. Аспірантам спеціально дозволено їхати туди, де їхні наукові інтереси беруть, і може бути дуже важко бути вниз за течією, коли раптом вони вирушають на бічну доріжку, яка стосується їх, але не для вас. Це головне джерело ризику для вашого проекту, тому ви повинні використовувати відповідні стратегії зменшення ризику у своєму проектному плані.

Враховуючи це, визначте, коли вам доведеться виконати (див. Грант на дослідження; це визначається вашим фінансуванням, а не чим іншим) і скільки часу знадобиться, якщо припустити, що дослідження проведено . Для цього знадобляться всемогутні здогадки, але це не допоможе; зробіть ці здогадки явними в оцінці часу . Згодом керуйте ризиком, залишаючись у досить тісному контакті з докторантами (наприклад, сидіти на своїх навчальних заняттях раз на місяць), так що якщо це виглядає так, що вони не збираються доставити те, що вам потрібно, вчасно детально продумайте стратегії пом'якшення. Якщо вам пощастить, азарт окупиться, і ви отримаєте щось корисне з досліджень. Оддерні речі трапилися.

Все інше випливатиме з того, щоб дізнатися, ким будуть ваші клієнти, і подумати про те, як ви хочете, щоб вони використовували кінцевий продукт (і як вони фактично його також використовуватимуть). Якщо ви цього не знаєте, ви нікому не продасте. Але ви мусите це знати чи принаймні незабаром. (Якщо це визначено дослідницькою частиною, ви переживаєте глибокі проблеми! Дослідницькі проекти, безумовно, можуть призвести до негативних або частково негативних результатів; це відбувається постійно, навіть якщо це не завжди так широко повідомляється.)

В кінцевому підсумку, я думаю, що страшно прикро, що ви робите це анонімно, оскільки все, що ви робите, - це шукати поради щодо певного типу управління проектами. Ви не згадуєте, що є предметом дослідження або хто його проводить, або хто з ваших співпрацівників, і це не має значення для цього питання.. Єдиний спосіб це може бути проблемою - якщо ви шукали фінансування, що не стосується НДДКР, перш ніж проводити дослідження, але це вимагатиме або розкрити рівень ризику (можливо, скрап інвестицій!), Або бути дуже нечесним; оскільки ви плануєте бути чесними, це не повинно придумати, оскільки проект повинен шукати такого фінансування лише після того, як ризики будуть більш визначеними. (Якщо ви - як група - нечесні з потенційними інвесторами, це проблема там, і вона закінчиться сльозами. Або судовими позовами.)

Як мені зробити щасливим свого боса, в той же час витягнути щось із дверей?

Будьте розумні і робіть справи.

Як мені написати специфікації для чогось, що ми - розробники - не маємо поняття, чи можна це зробити чи ні? (Ми досі не вирішили, які бібліотеки використовувати для виконання деяких завдань; будемо робити це, коли потрібно)

Якщо ви не знаєте, з чим збираєтесь взаємодіяти, це проблема. Які входи ви даєте чарівну коробку? Які результати ви отримуєте з чарівної скриньки? Це також допоможе дослідникам визначити, що таке магія.

Якщо ваш академік фінансується грантом, він, ймовірно, написав пропозицію про дослідження. Отримайте це. Якщо це схоже на будь-яку із пропозицій грантових досліджень, які я бачив (і написав), у неї буде часова шкала та "конкретизація" того, що вони намагаються зробити.

Як я можу отримати вимоги до цього, враховуючи, що поки немає ні клієнтів, ні інвесторів, просто багато інтересів та обіцянок?

Вимоги - які кінцеві користувачі алгоритму / thing-a-ma-jig. Подивіться, чи можете ви опитати їх (або потенційних клієнтів / клієнтів).

Інакше їжте власну собачу їжу.

Як отримати мир у світі?

Не по темі :-)

Я думаю, що в розробці планування досліджень за один раз, а розвиток tgen не дуже добре працює. Я працюю в науково-дослідному інституті, і ми працюємо більше, використовуючи швидке прототипування. Часто розробка прототипу дає зрозуміти, що саме потрібно. Швидко створивши прототип, ви можете отримати зворотній зв'язок від свого начальника та дослідників і визначити, чи це було те, де вони очікували, а також побачити, чи працює ваш підхід. Після цього ви можете перефактурувати та вдосконалити код Це я бачу на практиці в науково-дослідних інститутах, де я працював.