Пошук замовників, MS Office, Програмні керівництва, статті











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

Я для себе завдання розбиваю на декілька частин.
1. Проектування.
Правильна побудова структури бази даних забезпечить вас тишею та спокоєм на довгі місяці. Не кажучи про те, що сильно скоротить розмір бази та забезпечить такі реляції, з якими вам не доведеться вичищати базу вручну після місяця безперервної роботи.
2. Базовий введення, математика.
Не можна почати завдання з звітів. Потрібно зробити форми введення, побудувати розрахункові алгоритми (якщо потрібні). На цьому етапі інтерфейс ще не потрібен, потрібна риба, яку ви потім будете зачищати.
3. Звіти, вилизування форм.
Відпрацювання інтерфейсу під користувача.
4. Навороти.
Іноді користувач просить зробити йому систему безпеки, якісь аналітичні матеріали, пошук помилок введення. Також контроль введення, інсталяційну версію, реплікацію даних на інші комп’ютери і пр. Тут фантазія нічим не стримується, але не варто й захоплюватися.
5. Навчання персоналу.
Спати в офісі ще жодного разу не доводилося. Максимум півдня. У більшості випадків вдавалося створити такий інтерфейс, що називається “сів і поїхав”. Тим більше, що більшість завдань все одно залишалося в руках більш досвідчених користувачів (не рядових юзерів).
6. Тестовий (бойової) запуск.
Відмова від старої програми і перехід на нову або впровадження нової відразу. Іноді дуже болюча процедура.

З чого слід почати? З підтримки керівництва. Скрізь, де мої програми впроваджені і працюють, вони були
а) Затребувані.
б) Підтримано безпосереднім керівництвом.
Де було а), але не було б) впровадження не буде. Досвідом доведено, що середня ланка (власне, хто здійснює базовий введення) завжди проти. Будь-яка спроба змусити працювати їх з чимось складніше Excel наткнеться на відверту протидію, що переходить у ненависть і “на фіг воно мені треба”. Єдиний спосіб зламати опір, це грізне обличчя директора і фраза з його уст, звернена до даного працівника “Вам доведеться з цим працювати”. Тільки тоді починається взаємодія і взаєморозуміння.

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

Є ще прихований етап роботи по впровадженню. Я його називаю “підсадки”. Якщо підприємство “підсіло” на програму, якщо навіть день простою програми починає нервувати не тільки керівництво, а й середній персонал, то ви свого добилися. Тепер ви по ту сторону стіни, а інші разрабочик все ще по цей. Тепер ви можете качати права і вимагати підвищеної оплати. Але до цього можна піти заради прийдешніх бонусів на більш низькі умови по оплаті та строками. Я, хай мене поб’ють за це, регулярно роблю це, тому що знаю, що пройде місяць-два-три і телефон буде рватися від дзвінків, а оплата стане на заздрість іншим регулярної та значною.) Так що самі думайте – заявити відразу велику суму або розтягнути її на тривалий термін і назвати підтримкою.

Повернемося до впровадження. Програма, написана, почасти вилизане. Починається етап тестінгу. НІКОЛИ ви не зможете знайти і усунути все дурниці і недоліки самі. Просто ви дивитеся з одного боку, а замовник з іншого. Вам зручно перемикати розкладку, а замовник плутається. Вам легко рухатися по полях за допомогою Tab, а користувач переходить за допомогою мишки або Enter … Ви по-різному дивіться на програму і так буде завжди. Рішення: у вас є тестер – дайте програму йому. У мене тестера немає, мої програми тестуються в бойовому режимі і часто доставляють немало неприємних хвилин користувачам. Іноді вони навіть звикають до проблем і вважають, що танці з бубном (натиснути туди-сюди) треба робити навіть тоді, коли проблема усунена.

На етапі тестінгу потрібно бути готовим прибути за першим покликом. Іноді підприємства занадто завзято реагують на встановлену програму з легкістю переводячи на неї весь облік і роблять великі очі, коли щось раптом перестає працювати.
Хтось скаже, ну давайте будемо два тижні тестувати, а потім перейдемо на бойовий режим. Давайте, але тільки пам’ятайте, що в такому випадку у вас є шанс, що програма НІКОЛИ не буде впроваджена.

Якщо хочете до кінця довести впровадження програми, вона повинна володіти деякими особливостями: доведений до кінця інтерфейс для користувачів і декілька звітів для керівників. Навіщо потрібно останнє: ви повинні показати директору, що програма йому потрібна, що з її допомогою він отримує доступ до інформації, що в нього на екрані РЕАЛЬНА ситуація і йому не потрібно просити секретаря або бухгалтера підготувати звіт. Звідси збільшується затребуваність в програмі з боку керівництва.

Найбільше ваші програми не потрібні бухгалтерам. У них “усе є в 1С”. Убогість даного продукту мене завжди вражала, ще більше вражає прихильність до нього бухгалтерів при всьому їхньому невмінні звертатися з даним продуктом. Єдина можливість переконати бухгалтера, це зробити такий звіт, який дасть йому можливість отримувати інформацію, яку за допомогою бухгалтерської програми або не можна зробити або дуже важко.

Перший місяць ви тільки й будете, що виправляти свої огріхи. Те, як швидко ви будете це робити вирішить результат на вашу користь. Робіть програму з запасом міцності:
– Створюйте такий інтерфейс, переходи за яким можна пояснити по телефону;
– Резервні копії, мінімум раз на добу, краще якщо копії будуть мати комбіновані імена “ім’я-час-дата.mdb”;
– Рішення однієї і тієї ж проблеми двома і більше коліями, заблокований / розвалився один, перемкнути користувача на інший;
– Установка на більш ніж один комп’ютер може принести позитивний результат, якщо одному прийшов кінець, то можна швидко вирішити проблему доступу пересадкою юзера на інший комп’ютер, а вранці прийдете ви і виправите всі.)

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

Вмійте осмикнути занадто завзятого клієнта. Частина проблем НЕ МАЄ ПРОСТОГО рішення. І створювати рішення, які ведуть до ускладнення добре працює структури – гірше нікуди. Краще обійти проблему іншим шляхом, ніж створити складну надбудову, яка буде банити весь проект. До таких проблем належить: безпека даних, поділ доступу, висновок і читання даних в інші програми (Word, Excel, 1C) та ін Чому я їх туди відношу, коли є стандартні підходи (групи, макроси, злиття). Та тому що часто в рамках стандартного підходу не отримати потрібного результату. Значить над групами доведеться побудувати свою надбудову, яка буде контролювати не форми, а, наприклад, кнопки. Або написати функцію, яка буде виводити таблицю в Word. У загальному і цілому невиправданий витрата часу, тому що паролі одного все одно буде знати весь відділ, а таблиці в Word виводять тільки для того, щоб раз на місяць їх віддрукувати і зберегти в папці. У першому випадку можна зробити просто пароль на вхід, а в другому зберігати знімки snp.
 

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*