بعد نشر
السيرة الذاتية لهذا الرجل ، حدث شيئان جيدان.
أولاً ، بدأ هذا الرجل في تلقي العديد من عروض العمل. أكثر من أي وقت مضى.
ثانياً ، يرتبط أكثر من نصف هذه المقترحات بالإدارة - أو تطوير المنتجات ، أو بتطوير خدمة التدفق ، أو بحل مهام المشروع.
ثالثًا ، جاءت الكثير من الرسائل - هذه المرة لي - مع طلبات تحديد طرق تسريع عملية التطوير. حسنا ، تلك التي
ساعدت الفتاة .
ثم اكتشفت أنه في منشور عن فتاة خدعت الجميع. قلت هناك إنها قرأت مقالة وتحدثت إلى رجل مرة واحدة. ولكن ، اتضح أنها كانت لا تزال تقرأ كتابًا.
لقد أردت منذ زمن طويل تنظيم ممارسة تسريع التنمية ، ولكن لم يكن هناك سبب. ثم تحولت إحدى الشركات إلي وعرضت تطوير دورة تدريبية ، بحيث يمكنني لاحقًا بيعها في بيئة معينة (موجودة بالفعل - 1Snoy). كان من المفترض أن تكون هذه دورة فيديو ، مع بعض العروض والواجبات - مملة ، بشكل عام. قررت قتل عصفورين بحجر واحد - كتابة نص ، مثل كتاب ، ثم إخراج فيديوهات منه. وبالتالي ، سيتم الحصول على اثنين من المنتجات. مع الحد الأدنى من الجهد ، فإن ثلث قد حان للخروج منه.
لطالما كانت بنية الكتاب معروفة ، وماذا تكتب هناك - أيضًا ، عليك فقط أن تجلس وتفعل ذلك. لقد كتبت ، في الوقت الحالي ، 6 فصول من أصل 20 ، أي ~ 30 ٪. وبما أن هذا الخمر قد ذهب ، فضعه في شكل مقالات. الفتاة ، بالمناسبة ، قرأت 3 فصول فقط.
الآن سيكون الفصل التمهيدي الأول. هناك خصوصية صغيرة - نظرًا لأن الكتاب ، في الواقع ، تم إنشاؤه للترتيب ، فهو يدور حول التطوير في 1C. بعد إزالة إشارة 1C ، كنت قد صنعت منتجًا ثالثًا منه - لقد استغرق الأمر نصف يوم.
لكن الآن لم أقم بتنظيف أي شيء - قرأته كما هو. إذا بدا لك أن التطوير في 1C و javascript مختلفان تمامًا ، فلا تقرأ. لقد أظهرت حياتي أنه من وجهة نظر تحسين الكفاءة ، بالطبع ، هناك فرق - هناك المزيد من نقاط تطبيق الجهد في تطوير جافا سكريبت ، وبالتالي فإن التأثير المتوقع أعلى. حسنا ، دعنا نذهب.
بمجرد التعرف على هذه المواد ، يمكنني افتراض واحد من خيارين.
الأول - شخص ما جعلك. رئيس ، مدير ، مدير المشروع - لا يهم.
ثانياً ، أنت تدرس هذه المادة بمحض إرادتك ، لأنك تسعى لزيادة الكفاءة - شخصية أو فريق تدخله ، أو ربما تقودك.
من السهل تخمين من أنت إما: إما أن تكون مبرمجًا أو مدير مبرمجًا ، أو تعمل في شركة مبرمجين ، أو ربما تمتلك هذه الشركة.
لماذا أنا أتحدث عن كل هذا؟ فقط لأقول: استرخ واستمتع. ستكون المعلومات مفيدة لك ، بغض النظر عن دورك في الشركة.
هذا ليس دليلًا للمديرين حول كيفية الضغط على جميع العصائر من المبرمجين التعيسين. هذا ليس دليلًا للمبرمجين حول كيفية خداع المديرين. هذا ليس دليلًا على خداع العملاء.
هذا هو دليل لتحسين الكفاءة. الشخصية الخاصة بك ، زملائك ، المرؤوسين أو القسم أو الفريق أو الشركة ككل. تمت كتابته بواسطة مبرمج ، وبدوام جزئي كمشروع وفريق ومدير منتج. لذلك ، أجرؤ على الأمل ، وأنا أفهم اهتماماتك الشخصية.
لذلك ، دعونا نتحدث عن الكفاءة.
انظر حولك إلى المبرمجين من حولك. أي منهم يعمل بكفاءة الآن؟
هذا الرجل هناك ، دعنا نقول ، يلعب الدبابات. هل هو فعال في الوقت الراهن؟ ربما لا. يمكنك بالطبع ، أن تسمع أذنيك وتقول إنه مرتاح للغاية بعد حل مهمة صعبة ، وفي نصف ساعة ، بقوة متجددة ، سيذهب إلى البرمجة. ولكن على الأرجح ، بعد الدبابات ، سوف يذهب للدخان.
وهؤلاء اثنين من يجادل بحماس حول شيء ما؟ يبدو حول بنية بعض الحلول؟ هل هي فعالة؟
للوهلة الأولى ، نعم ، بالطبع. بعد كل شيء ، تصميم الهندسة المعمارية ، وحتى في مناقشة جماعية ، من خلال العصف الذهني ، هو أمر مهم ومفيد على حد سواء. كما يقولون ، رأس واحد جيد ، واثنان أفضل. ولكن دعونا نستمع إلى كلماتهم.
يقول واحد - من الضروري أن تفعل سجل التراكم. يصرخ آخر - لا ، ما سجل التراكم ، لماذا أنت ، والأحذية؟ تسجيل المعلومات فقط! منذ متى هذا يحدث؟ نصف ساعة؟ ساعة؟ أنت تعتني بهم هناك ، وإلا فإنهم سيقاتلون.
وهذا الرجل الحكيم لا يناقش أحدا. يجلس في سماعات الرأس ، ويدعم رأسه في يديه. لا البرنامج ، وهذا واضح للعيان. ماذا يفعل؟ تسأل؟
يقول انه يصمم بنية الحل. حسنا ، مرة أخرى. تصميم مباشرة؟ هل ترسم مخططا في رأسك؟ لا ، كما أعتقد ، سجل التراكم ، أو اختر سجل المعلومات. هل كنت تفكر؟ حوالي ساعتين بالفعل ، كسرت رأسي كله. الخيارات هي نفسها من حيث تكاليف العمالة ، وليس لأي منها مزايا خاصة. والعميل مهم ، هل سيكون سجل تراكم أو سجل معلومات؟ نعم لا العميل هو Klavdia Eliseevna ، محاسب ، لها لا فرق.
هذا الرجل يقضي الوقت بفعالية ، ما رأيك؟
حسنا ، هناك هو. تقوم اليد بإدارة العجلة على الماوس بسرعة ، حيث يتم تثبيت المظهر المركب على الشاشة. ماذا حصل هناك؟ نعم ، قائمة مألوفة ... هذه هي مهامنا! ماذا يفعل؟ تسأل؟
المهمة ، يقول ، اخترت. لا أعرف من أين أبدأ. نصفهم غير واضح ، ونصفهم بأشكال سميكة ، ولا أعرفهم ، لأنني شاب. هنا تحتاج إلى معرفة SKD ، لكنني ... حسنًا ، إنها ... هكذا.
هل هذا فعال؟
دعونا ننظر إلى بطلنا. هذا واحد فعال بالتأكيد! إنه يصدر مثل هذه القرارات ، فسوف تتأثر! في واحد ، أصعب المشاريع تسحب! ما هو معه؟ هم ، مثل نوع من تخطيط يرسم. يا بطل ، ماذا تفعل؟ هل تصحح TORG-12؟ وما هو الخطأ هناك؟ هل من الضروري أن يتم عرض الرقم والتاريخ بدلاً من اسم العقد؟ على محمل الجد؟ هذه المهمة؟
حسنًا ، بالطبع ، نحن نتفهم - طلب العملاء ، إنه ضروري - فهذا يعني أنه ضروري. ولكن لماذا أنت ، بطل ، حل هذه المشكلة؟ يبدو أن لديك ما يكفي من المهام الكبيرة والخطيرة ، ومستوى النظم الفرعية والتكوينات الجديدة. ما ، لا يوجد أحد آخر لتصحيح TORG-12؟ ربما يكون من الأفضل أن الشخص الذي لا يمكنه اختيار مهمة يمكنه التعامل معها؟
بطل فعال ، ما رأيك؟
وماذا يفعل هذا الرجل؟ لماذا يجلس بالقرب من الهاتف وينظر إليه كجندي في قملة؟ هل هناك مكالمة في الانتظار؟ لا يبدو أن مدير المكتب يقبل جميع المكالمات ... اسأل؟
أوبا. يجب عليه الاتصال بالعميل ، لكنه خائف. لمدة ساعتين الآن ، كان يجلس ويخترع سيناريوهات المحادثة ، حتى أنه كتب شيئًا ما في دفتر ملاحظات - بعض العبارات ، إجاباته المتوقعة. لماذا يجب أن يدعو العميل؟ انه انطوائي في نخاع العظم. لذا ، توقف ، معنا يتواصل الجميع مع عملائه. هناك خطأ ما هنا ...
حسنا ، هذه مفهومة. ماذا افعل؟ أنا أكتب تحميلًا من SCP إلى Accounting 3.0. لا توجد وسيلة للحفر - فعالة كما الجحيم. أم لا؟ لماذا الشكوك غامضة في الروح؟ ربما يكون السبب هو أننا قمنا بالفعل بعملية التفريغ من SCP إلى Accounting 3.0؟ و اكثر من مرة لماذا أكتبها مرة أخرى؟ لماذا لا تأخذ واحد الانتهاء؟ تكوينات نموذجية. لعنة ، يجب أن أعمل معي ...
يمكنك الذهاب إلى ما لا نهاية الإعلان. إذا
لم تنظر إلى الأشخاص ،
فيبدو دائمًا أنهم يعملون بكفاءة. حسنا ، أو على الأقل أنها تعمل. في الواقع ، لا نعتقد حتى أنها فعالة -
نأمل أن تكون فعالة.
نريد أن يكون الأمر هكذا ، وإلا فإن أسوأ شيء سيحدث - سيتعين علينا
الخوض فيه . فهم وقياس وتحليل والتفكير ومحاولة تغيير شيء ما. هل من الأسهل بكثير ترك كل شيء كما هو؟ وإذا لم ينجح شخص ما في العمل بشكل طبيعي ، فهذا خطأه! دفعه إلى الجحيم ، وهذه هي النهاية!
حسنا ، ضحك الجميع ، والآن على محمل الجد. الكفاءة أمر بعيد المنال ، مثل غروب الشمس. لا أحد فعال على الإطلاق لدرجة أنه لا يمكن تحسين أي شيء. يمكنك دائما أن تتحسن.
فأين فقدت الكفاءة؟ بادئ ذي بدء ، حيث
لا يعمل الشخص. في حالتنا ، حيث
لا يبرمج الشخص. على الرغم من أن البرمجة ، كما فهمت ، يمكن أن تكون غير فعالة.
إذا نظرنا إلى سلسلة القيمة - من ظهور مشكلة إلى تلقي الأموال لحلها - سنرى الكثير من الأماكن المظلمة التي لا يحدث فيها شيء مفيد. أظهرت أبحاثي الخاصة أن المبرمج العادي يمكنه بالتالي خسارة ما يصل إلى 97٪ من وقته.
يمكنه اختيار مهمة ، يجادل ، يفكر ، ويختار من حلين متكافئين ، ويخاف من شيء ، ويحاول الوفاء بالمواعيد النهائية ، ويكرر الكود المكتوب بالفعل ، وما إلى ذلك ، إلى ما لا نهاية. هناك الكثير من الخيارات لفقدان الكفاءة.
مجرد اعتبارها بديهية - مبرمج دائمًا غير فعال. وأنت - بما في ذلك. وكذلك
إذا قاومت هذه البديهية ، وتوصلت إلى أعذار ، وجادلت وحاولت أن تثبت شيئًا - بالنسبة لي أو لزملائك - فلن تصبح فعالًا أبدًا.
أفهم أن مثل هذا البيان - "أنا غير فعال" - يمكن أن يؤثر بشكل كبير على احترام الذات. لكننا اتفقنا في وقت سابق قليلاً على أنك ستستريح وتستمتع. في النهاية ، لا يمكنك تغيير أي شيء ، وترك كل شيء كما هو والعيش على نفسك ، لحسن الحظ في الجهل.
لكن الأمر يستحق المحاولة. هل يحدث أن منافسيك يدرسون هذه المادة أيضًا؟ إذا لم يقاوموا ، وجعلوا الكفاءة مهمة؟ ليست قطعة من الورق جميلة على الحائط في الممر ، ولكن خيط أحمر حقيقي من كل نشاطك؟ ثم القواعد مثل "صدق - لا تصدق" أو "عوز - لا تريد" سوف تتوقف عن التطبيق - ستصبح قوانين السوق الصارمة والقاسية سارية.
حسنًا ، هذا كل شيء ، لن أضيع وقتًا مقنعًا بعد الآن. إذا كنت ترغب في الوجود رأسًا على الرمال ، مثل النعامة ، فلا يمكنك الدراسة أكثر. أعتقد أنك تريد أن تصبح أكثر فعالية.
هناك شيء من هذا القبيل - التحسين المستمر ، في الأصل من إدارة الجودة. ربما سمعوا عن دورة Deming ، والمعروفة باسم PDCA.
النقطة الرئيسية لهذه الدورة هي
في عزلة . في الواقع ، هذا هو السبب في أنها تسمى دورة ، وليس عملية لها بداية ونهاية. تدفع دورة Deming الكمال التكراري ، وبالتالي لا حصر له.
إذا كنت على دراية بنظرية Goldratt الخاصة بالقيود ، فإليك الصورة لك.
الكلمات مكتوبة مختلفة ، ولكن المعنى هو نفسه -
دوري . تحسين ، وتحسين ، وتحسين. لا يوجد حد الكمال.
كل التكرار هو تجربة لإدخال تغيير. إما أن يحسن الكفاءة أم لا. إذا زاد ، يبقى جزءًا من العملية. إذا لم يزداد ، فسيتم إزالته - وهذا أمر طبيعي ، وتنجح التجارب أيضًا. بتعبير أدق ، فإنها تؤدي إلى نتيجة سلبية ، تؤثر سلبًا على الوظيفة الهدف ، ولكن بشكل عام ، هذه التجربة ناجحة ، لأن لقد سلمنا من طريقة غير فعالة.
سأقدم لك عشرين تجربة. كل واحد منهم ، على حدة ، يمكن أن تزيد من كفاءة المبرمجين. أو قد لا يزيد ذلك - يعتمد على البيئة التي يتم فيها التنفيذ وعلى الشخص الذي يقوم بتنفيذها.
يمكنك تجربة جميع الطرق ، يمكنك جزء فقط. هناك أوقات يزيد فيها استخدام طريقة واحدة فقط من الكفاءة عدة مرات. وهذا ما يسمى "مبدأ الرافعة المالية" عندما يتم العثور على سبب رئيسي للمشاكل في النظام ويتم مطابقة حلها بدقة. ولكن ، كما فهمت بالفعل ، لا يوجد حد الكمال.
بعض الطرق مصممة للتنفيذ في فريق. إذا لم يكن لديك فريق ، فأنت وحدك ، وسوف تشارك فقط في فعاليتك ، فلن تساعدك هذه الطرق.
إذا كان لديك فريق ، فأنت محظوظ. يمكنك تحقيق ما يسمى التآزر. على الرغم من أن كلمة مدلل من قبل المسوقين ، وكذلك كلمة "الكفاءة" ، ولكن لم تختف معناها. يمكن للفريق أن يعطي الكفاءة أكثر من مجموع فعالية أعضائه.
هناك مثل هذه الصيغة التعاونية الشهيرة: 1 + 1 = 11. هذا يعني حرفيا أن الجمع بين جهود شخصين يمكن أن يعطي نتيجة أكبر عدة مرات من مبلغ بسيط. من الواضح أن المسوقين توصلوا إلى هذه الصيغة - لم يتمكن أحد من إثباتها في الواقع العملي. لكن الرسالة التي تقدمها هي رسالة صحيحة - يمكن للفريق أن يفعل أكثر من فريق.
لذلك ، سوف نكرس الكثير من الوقت لعمل الفريق. بادئ ذي بدء ، هذه هي ، بالطبع ، طرق تعتمد على التفاعل وتبادل الخبرات والمساعدة المتبادلة.
ملخص
- أي شخص ، في أي وقت معين ، يعمل بكفاءة ؛
- تقريبا أي عمل بشري قد يخفي فقدان الفعالية ؛
- إذا كنت منخرطًا في الكفاءة ، فلن يتغير ؛
- فعالية أي شخص لديه إمكانيات غير محدودة للتحسين ؛
- قد تكون فعالية الفريق أعلى من مجموع فعالية أعضائه.