підвищенню прогресивності норм праці. На підприємствах галузей промисловості питома вага переглянутих норм і ефективність цієї роботи у 2006 році зменшились порівняно з 2005 році від 7 до 12 разів. Повсюдно на підприємствах діють слабкі ненапружені норми витрат праці.
В· Припинилося забезпечення підприємств республіки нормативно-методичними матеріалами з організації та нормування праці, а раніше розроблені міжгалузеві та галузеві збірники вже застаріли і не відповідають сформованим організаційно-технічним умовам виробництва. Так, на роботи, що виконуються керівниками, фахівцями та службовцями, вимагають переробки та коригування 9 (47%) міжгалузевих збірників. p> Всі вищесказане повною мірою відноситься до КБТЕМ-ОМО і концерну В«ПланарВ» в цілому.
2.4. Н ормірованіе праці інженера-проектувальника
Нормування праці в процесі створення програмного виробу пов'язане з тими ж труднощами, що й нормування іншого виду праці, містить як суто технічні (рутинні), так і творчі елементи. Творчі елементи праці програмістів практично не нормуються, вони можуть або визначатися на основі експертних оцінок досвідчених програмістів, або жорстко задаватися термінами розробки, за які програміст зобов'язаний знайти рішення. Технічні елементи праці програмістів досить добре піддаються нормуванню, але точність таких норм має великий розкид в залежності від цілого ряду факторів. Відомо багато підходів до оцінки трудомісткості створення програмного виробу. Всі вони, як правило, базуються на певних залежностях трудомісткості програмного виробу від його основних параметрів, і в першу чергу від числа вихідних або машинних команд. p> Зокрема, рівняння базової моделі для оцінки трудомісткості і тривалості розробки програмного вироби в [10] пропонується представляти в наступному вигляді (табл.2.5.)
Таблиця 2.5.
Рівняння базової моделі для оцінки трудомісткості і тривалості розробки програмного вироби
Тип програмного вироби
Трудомісткість розробки, чол/міс t
Тривалість розробки, T
Незалежний
В В
напівнезалежні
В В
Вбудований
В В
Примітка: n тик - число тисяч вихідних команд в тексті програми.
На наш погляд визначення трудомісткості програмної розробки по табл.1.2. має такі недоліки:
Недолік 1. Таблиця прив'язана до числа тисяч вихідних команд в тексті програми. Таким чином виходить, що недосвідчений програміст напише одну і ту ж програму в порівнянні з досвідченим з числом n тик припустимо в 1,5 рази більше, ніж у досвідченого програміста, тобто у недосвідченого n тик = 15000 команд, а у досвідченого - 10000. Тоді, для вбудованого типу програмного виробу трудомісткість розробки для недосвідченого програміста дорівнює
= = 67,0 чол/міс, (1.7)
а для досвідченого програміста -
= = 41,2 чол/міс (1.8)
Отже, в табл.1.2 необхідно вносити корективи, враховують досвід програмістів. В іншому випадки нормування трудомісткості розробки програми з табл.1.2. призводить до того, що буде заохочуватися так звана В«кострубатаВ» розробка програм, коли замість того, щоб подумати як написати будь-яку дію однієї команди програміст пише дві команди. Вище описана В«кострубатаВ» розробка призводить до додаткових витрат часу на тестування програми, тому неясно, чи буде виграш при нормуванні, або програш при тестуванні. p> Недолік 2. Викликає сумніви, що для типу програмного виробу В«НезалежнийВ» порівняно з типом програмного вироби В«вбудованийВ» трудомісткість розробки програми величиною 10000 вихідних команд повинна зменшитися в 41,2/26,9 = 1,5 рази. Дійсно, для типу В«вбудованийВ», названа трудомісткість повинна дорівнювати
= = 26,9 чол/міс (1.9)
Виходить, що якщо програміст розробляє програму, вбудовану в якій-небудь розроблюваний програмний комплекс, то на розробку такого модуля йому необхідно виділити в 1,5 рази більше часу, ніж на розробку незалежної або автономної програми. На наш погляд це нічим логічно не підтверджується - програмісту все - одно, буде його програма вбудовуватися у комплекс або не буде. Просто для вбудованої програми в технічному завданні на розробку необхідно вказати вимоги до встраїваємость. Таким чином, внаслідок зазначених недоліків, пропонована в {10} методологія нормування праці програмістів не може бути рекомендована до практичного використання. Методологія може застосовуватися тільки як початок проведення подальших наукових досліджень.
Роботи з організації та нормування праці програміс...
