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


11

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


1
Зважаючи на те, що між найяскравішими та не надто яскравими програмістами існує порядок різниці величин, повторне використання існуючих наборів даних не змусить ваших оцінок магічно відповідати реальності. Однак ви можете пройти свої попередні проекти та зібрати дані про складність та встановити пару простих регресій. Дослідження відрізняється від інших видів діяльності тим, що є значний ризик потрапити в цегляну стіну кілька разів ... Побудуйте запаси, пов’язані з відносною новизною вашого проекту, і використовуйте Закон Мерфі, щоб виправити свій власний оптимізм.
Мисливець на оленів

4
У попередній кар'єрі як розробник програмного забезпечення я регулярно робив такі оцінки для чітко визначених проектів. Якщо конструкція була достатньо повною, а значних технічних ризиків не було, це вийшло досить добре. Тим не менш, розробка програмного забезпечення, яку я зараз роблю, - це справді більше дослідження, ніж розробка програмного забезпечення - виникають важливі питання, чи ідея навіть спрацює, і несподівані проблеми виникають постійно.
Брайан Борчерс

Відповіді:


1

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


Ви маєте рацію з усіма цими питаннями в загальному випадку. Мені було цікаво, тому що в моєму випадку я часто єдиний, хто працює над кодуванням (щонайбільше, один чи два інші люди теж роблять кодування в одному проекті, але зазвичай це стосується непов'язаних або незалежних завдань). Крім того, зважаючи на характер консультантів, який я можу виконувати, я з високою впевненістю знаю, скільки часу я можу присвятити тому чи іншому проекту щотижня, що значно зменшує невизначеність.
Джефф Оксберрі
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.