Це завдання розробника запропонувати ІТ-вимоги?


26

Я єдиний розробник, який працює над веб-додатком, який наближається до свого кінця. Зараз ми розглядаємо можливість зробити це "Live", можливо, через пару місяців.

Це веб-додаток для не-ІТ-компанії. Хоча у них є своя внутрішня команда ІТ, вони запитали мене, якими будуть вимоги до апаратних засобів для живих серверів, наприклад. Оперативна пам’ять, 32 біт або 64 біт.

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

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


6
Будучи з обох боків цієї монети (багаторічний досвід роботи в ІТ та SD), я з упевненістю можу сказати, що якби я мав нікель кожного разу, коли команда розробників дала мені технічні характеристики, які точно відповідають програмі, я б мав 0,00 дол. Ймовірно, 90% виявилися недооціненими, а інші, мабуть, потребували суперкомп'ютерів. Не бійтеся працювати з ІТ, щоб розібратися в технічних характеристиках! Поєднавши свої знання про додаток з їхніми знаннями про системи та масштабованість, ви отримаєте набагато більше, ніж намагатися встановити специфікацію процесора та оперативної пам’яті на основі розробки / тесту.
Джастін ᚅᚔᚈᚄᚒᚔ

Відповіді:


52

Хоча у них є своя внутрішня команда ІТ, вони запитали мене про те, якими будуть вимоги до апаратних засобів для живих серверів, наприклад. Оперативна пам’ять, 32 біт або 64 біт.

Можливо, вони вважають, що як розробник, ви більше розумієте вимоги програми, ніж вони. Ви, ймовірно, запускали додаток і знаєте, скільки пам'яті йому потрібно при різних навантаженнях.

З точки зору ІТ-відділу, вони із задоволенням надають все, що потрібно для вашої програми. Вони, напевно, могли розібратися, що вимагає програма через спроби та помилки, або вони могли б попросити одного хлопця в компанії, який, ймовірно, має деяке уявлення про поведінку програми для його думки.

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


7
Хеві - голова невеликого розробника кодового магазину, адже саме він повинен носити багато капелюхів.
Філіп

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

15

чи моє відповідальність повідомляти їм про якісь конкретні вимоги до обладнання, які можуть вплинути на ефективність проекту?

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

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


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

6

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

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

Я б просто спробував налагодити прямий контакт з ІТ-командою та донести знання з обох сторін.


1

На цьому етапі вони абсолютно повинні запитати вас у цій інформації. Команда розробника / розробника не просто відповідає за написання коду. Ваша робота - зрозуміти додаток, який ви будуєте, і всі його внутрішні функції. Ці знання повинні були прийти з ваших внутрішніх зустрічей з дизайну. Хто краще оцінить профіль виконання системи з усіма її нюансами, ніж команда / розробник, який її побудував.

Пізно в грі я б більше хвилювався, якби вони диктували конфігурацію сервера, а не просили мене.


0

Хоча у них є своя внутрішня команда ІТ, вони запитали мене про те, якими будуть вимоги до апаратних засобів для живих серверів, наприклад. Оперативна пам’ять, 32 біт або 64 біт.

Вимоги до апаратних засобів нічого не означають.

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

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

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


0

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.