Зберігання ключової інформації в папці "Голова / вхідні / документи" однієї людини. Якщо це важливо, як контактні дані постачальника, ліцензійні ключі, інструкції з налаштування, вони повинні бути доступними для всіх у відділі, які мають повноваження та можуть потребувати доступу до нього, і в стандартному місці.
Попросити людину, яка знає про щось, це задокументувати. Це звучить добре, оскільки це людина, яка володіє знаннями, але насправді погано, тому що вони не можуть легко сказати, що таке важливе знання. Краще мати справу з кимось новим, запитуючи особу, яка знає, будь-яку необхідну їм інформацію та надаючи їм документи, як вони це роблять.
Незрозуміла документація. Кожен може вирішити проблему середнього пріоритету протягом дня з усім ІТ-відділом, з яким можна поговорити. Інша справа - вирішити проблему з першочерговим завданням пізно вночі, коли ви майже самотні і не маєте поняття, чому система налаштована так, як вона є, і чому вона не відповідає тому, що йдеться в документації.
Не добре відстежувати паролі Тож вам швидко потрібен обліковий запис, зробіть його з випадковим паролем, а потім через 18 місяців він все ще використовується, і ніхто не знає пароль або які послуги зламаються, якщо його буде змінено.
Не купувати підтримку постачальників для ключових систем, оскільки це "занадто дорого".
Невідповідні пріоритети. ІТ-люди повинні керуватися керівництвом - угода про те, які проекти є пріоритетними, або в надзвичайних ситуаціях, які системи потрібно спочатку вимагати. Якщо ІТ намагається виправити бізнес-систему, керівництво вимагає електронної пошти, а користувачі вимагають обробляти замовлення - це рецепт безладу.
Невідповідні рішення - ІТ дуже легко застряг у думці "виправити це, ІТ-система повинна працювати так, як це було раніше", коли може бути більш доречним угода про менеджмент-ІТ "спробувати для 2" годин, якщо це не зафіксовано, тоді зупиніться, навіть якщо це виглядає перспективно, і перейдіть до відновлення після резервної копії ".
Копії тестових файлів скрізь. Ви не хочете відкривати папку, в якій працює бізнес-система чи веб-сайт, і бачити "веб-сайт / новий /, поточний веб-сайт /, копія веб-сайту /, тестування веб-сайтів /, веб-сайт-тест-Дейв /, веб-сайт-використання- this-one /, website-from-feb / і т. д.) Розробник, виробництво та тестування повинні існувати, і їх слід розділяти з кожним залученим відділом (ІТ, розробник, управління проектами тощо), знаючи, що має бути де, і домовлятися про те, як зміни Також для файлів конфігурацій.
Змініть схвалення - навіть якщо спочатку у вас просто є словесна дискусія, не змінюйте те, як працюють важливі речі, не знаючи нікого. Ви самі вирішуєте, що "важливе" стосується вашої ситуації.
Цільові рішення залишаються на місці довгостроково. Я знаю, що ви швидко приєднали цей сервер до тієї мережі старим телефонним проводом, щоб ви могли вирішити нагальну проблему. Я знаю, у вас немає часу, щоб переробити це належним чином. Зробіть час.
Погані стосунки з рештою компанії. ІТ - це послуга, яка допомагає решті компаній робити свою роботу. Якщо їм потрібні величезні файли швидко, зробіть це. Якщо вам потрібне схвалення керівництва, щоб придбати обладнання, отримайте його. Якщо ви не можете його отримати, повідомте чітко про те, що величезні файли не можуть швидко рухатися, оскільки управління визначило пріоритет перед деякими іншими витратами. Якщо вам потрібно архівація з юридичних причин, але у вас немає бюджету, вам потрібно якнайкраще вписати архівування у вашу систему.