Чому б не розгорнути в п’ятницю? [зачинено]

Джоель згадав у подкасті No24 StackOverflow, що політика компанії FogCreek - не поставляти програмне забезпечення по п’ятницях. Однак він не уточнив, чому саме.

Я згоден. У мого роботодавця ми розгортаємось у ніч на четвер. Отже, у нас є п’ятниця, щоб усунути помилки, які пропустили забезпечення якості (QA).

Однак мій менеджер запропонував розгортати їх у п’ятницю ввечері, якщо QA не має достатньо часу для тестування програмного забезпечення до випуску. Я кажу: А як щодо планів людей на вихідні? І якщо ми розгортаємось у п’ятницю ввечері, то нам доведеться попрацювати в суботу, щоб усунути всі пропущені помилки - що відмовно.

То чому б не поставити програмне забезпечення у п’ятницю?

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

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

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

Ніколи не розгортайтесь у п’ятницю, оскільки:

1. Кінець тижня, тому люди менш гострі
2. Кінець тижня, тому люди недоступні для виправлення помилок
3. Кінець тижня, тому люди недоступні для відповіді на запитання
4. Кінець тижня, то чому б ви тоді розгорталися?

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

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

Це залежить від вашої цільової групи. В основному ми розгортаємось по п’ятницях. Наш продукт на базі браузерів використовується клієнтами в усьому світі, але в основному в робочий час. Це означає, що насправді у нас немає іншого часу, крім ранку в неділю, якщо ми хочемо переконатися, що ми не впливаємо на жодних клієнтів (Індія та Близький Схід не знімаються з офісної роботи в суботу), але, як правило, ми "робимо компроміс" і розгорнути в п'ятницю.

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

У будь-якому випадку, це зводиться до 2 міркувань. 1. Коли це буде найменш руйнівним для ваших клієнтів (якщо це веб-додаток) та 2. Коли він найкраще підійде команді розробників для виправлення критичних помилок.

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

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

До цього люди, як правило, стають трохи більш недбалими по п'ятницях (вже думаючи про те гаряче побачення | холодне пиво | як), так і за кілька днів до від'їзду на відпочинок ;-)

Це дійсно залежить від вашої заявки та наскільки вона зайнята / критична у вихідні дні.

Ми зазвичай не розгортаємо програмне забезпечення у п’ятницю, але часто це робимо в суботу чи неділю. Ми визнали неділю вранці особливо гарною, щоб мінімізувати вплив випуску.

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

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

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

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

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

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

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

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

Я працював із компанією, яка мала політику розміщення по п’ятницях; вони були в Ізраїлі, і субота зазвичай є останнім днем ​​робочого тижня. Все одно ...

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

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

Понеділок - Погано, ви щойно повернулися з (сподіваємось, неробочих) вихідних і не будете мати все, що ви робили минулого тижня, перед вашими думками. Середа - Зазвичай найменш продуктивний день тижня і вважається днем ​​"середини роботи". Якщо ваш слот був вівторком, і ви пропустили його через помилки, середа, мабуть, поганий вибір, оскільки ви не надаєте достатньо часу для виправлення та тестування цих помилок. П’ятниця- Давай. Серйозно? Це п'ятниця. Якщо це дійсно потрібно пояснити, то ви недостатньо досвідчені, щоб займатися такою керівною посадою, в якій ви перебуваєте. Але серйозно, це тому, що розміщення в п’ятницю означає добровільне залучення своїх клієнтів до вихідних, щоб перевірити вашу роботу наживо. середовище. Для мене це перевершує будь-який ідіотизм, до якого ви, можливо, підбиваєтесь.

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

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

1. Підтримка примх і помилок, які можуть виникнути
2. Підтримка користувачів у переходах
3. Гарячі виправлення в останню хвилину