عامل المعرفه وتخصيص الموارد

Knowledge Worker and Resource Allocation عامل المعرفه وتخصيص الموارد

The Knowledge worker is still perceived as a semi-skilled or an unskilled worker by the mid level executives. عامل المعرفه لا يزال ينظر اليها على انها شبه المهرة او غير المهرة عامل بحلول منتصف مستوى المسؤولين التنفيذيين. This is how it typically plays out in a budget meeting. وهذه هي الطريقة التي عادة ما تلعب في ميزانيه الاجتماع. One of the finance management member looks at the amount that is being spent on sustaining the application that has been in production for past 2 years. واحد من الاعضاء في الادارة المالية وينظر في المبلغ الذي ينفق على الحفاظ على الطلب الذي تم في الماضي لانتاج 2 سنوات. They want to reduce the cost (because IT is cost center and everyone is looking to IT department reduce cost). انهم يريدون خفض تكاليف (لأنها مركز تكلفة والجميع يتطلع إلى أن الإدارة خفض التكلفه). Let’s say two developers are involved in sustaining that system. لنقل ان اثنين من المطورين ويشارك في المحافظة على هذا النظام. Executive will begin talking in term of reducing the head count to 1.5. وستبدأ التنفيذي يتحدث في الأجل للحد من رئيس عد الى 1،5. How can you reduce 2 developers to 1.5 developers? كيف يمكنك الحد من 1،5 الى 2 مطوري المطورين؟ To the non IT management this is simple. لأنها ادارة غير ذلك بسيط. Ask one of the persons to be on the sustaining application for 50% of his time. اسأل واحدا من الاشخاص الذين يتعين على المحافظة على طلب 50 ٪ من وقته. Find another project to work on, to fill another 50% of his time. وهناك مشروع آخر لايجاد عمل ، وآخر لملء 50 ٪ من وقته.

It seems simple superficially, but as we dig deeper it’s impossible to divvy up the work this way. ويبدو بسيطا ظاهريا ، ولكن نحن حفر أعمق لانه من المستحيل حتى divvy العمل بهذه الطريقة. Knowledge worker’s output is not strongly correlated with time. المعرفه للعامل الانتاج ليست مرتبطة ارتباطا قويا مع الوقت. Granted more time IT programmers spends more lines of code he writes. منح مزيد من الوقت للمبرمجين انها تنفق الكثير من الخطوط المدونه يكتب. But the inspiration/ideas to program come in bursts. ولكن الالهام او افكار تأتي في برنامج لرشقات ناريه. It’s not extraordinary for a programmer to write most of the code in 2 hours after 5 pm after seemingly loitering his time during the day (meeting anyone?). انها ليست غير عادية لمبرمج لكتابة اكثر من قانون في الساعة 2 بعد الظهر وبعد 5 تبدو التسكع وقته أثناء اليوم (جلسة أي شخص؟). This is not typical to IT but to all knowledge workers. وهذه ليست نموذجية ولكن لانها لجميع العاملين في مجال المعرفه. By putting time limits (work only 4 hours in the morning on sustaining work and afternoons on another project), the management executives will end up making the Knowledge resource less productive. من خلال وضع حدود زمنيه (4 ساعات العمل فقط في الصباح والعمل على الحفاظ على مشروع آخر بعد الظهر) ، والادارة التنفيذيين وسوف ينتهي الأمر جعل موارد المعرفه اقل انتاجيه. Again, it would have worked in Industrial Assembly line (Work 4 hours on Car A assembly line and then later in the afternoon move to work on assembly line for Car B) for semi-skilled workers. ومرة أخرى ، كانت لتنجح في خط التجميع الصناعي (4 ساعات عمل على خط تجميع السيارات ووضع بعد ذلك في وقت لاحق من بعد ظهر التحرك للعمل على خط تجميع للسيارة ب) بالنسبة لشبه المهرة.

This is a bad strategy to save cost and I see it done again and again. هذه هي استراتيجية سيئة من حيث التكلفه لانقاذ وأراه مرة اخرى والقيام به مرة أخرى. I would challenge all the IT managers to educate themselves and their non technical peer about the short fall of such a method. واود ان يمثل تحديا لجميع مديري تكنولوجيا المعلومات لتثقيف نفسها والتقنيه الأقران غير قصيرة عن سقوط مثل هذا الاسلوب. In the long run this is not a cost saving strategy. في المدى الطويل وليس هذا التوفير في التكاليف الاستراتيجيه.