مدیر تحقیق و توسعه اغلب با دو درخواست ناسازگار روبه‌رو است. تیم فنی زمان می‌خواهد تا یک فرض دشوار را بیازماید. مدیرعامل می‌خواهد بداند این هزینه چه زمانی به محصول، کاهش هزینه یا توانمندی تازه تبدیل می‌شود. هر دو درخواست منطقی‌اند، اما پاسخ مشترکشان یک جدول زمان‌بندی خوش‌رنگ نیست. پاسخ، زنجیره‌ای از تصمیم‌هاست که نشان دهد هر پروژه برای کدام انتخاب راهبردی آغاز شده، در کدام سطح از بلوغ قرار دارد و چه شواهدی پیش از تخصیص پول بیشتر لازم است.
تحقیق و توسعه از جنس عملیات تکراری نیست. در عملیات، مدیر انتظار دارد فرایند شناخته‌شده هر بار با کیفیت و هزینه قابل کنترل تکرار شود. در پژوهش، بخشی از ارزش در کشف این است که یک فرض فنی یا تجاری کار نمی‌کند. اگر سازمان هر نتیجه منفی را شکست شخصی بخواند، تیم‌ها دیرتر مسئله را می‌گویند و پروژه‌های کم‌امید فقط با عنوان‌های تازه ادامه پیدا می‌کنند. اگر هم هر آزمایش را «نوآوری» بنامد، بودجه به فهرستی از فعالیت‌های جذاب ولی بی‌ارتباط با اولویت‌ها تبدیل می‌شود.
پایش راهبردی در R&D به معنی نظارت دقیقه‌به‌دقیقه بر آزمایشگاه نیست. کار آن روشن کردن چهار پرسش است: چرا این پروژه در سبد قرار دارد، در این مرحله چه چیز ناشناخته‌ای باید آزموده شود، چه کسی درباره عبور به مرحله بعد تصمیم می‌گیرد و کدام شواهد نشان می‌دهند که باید پروژه را تغییر داد یا متوقف کرد. این چهار پرسش، فاصله میان استقلال فنی و مسئولیت سرمایه‌گذاری را کم می‌کنند.
پروژه پژوهشی باید به یک انتخاب سازمانی وصل باشد
پیش از ثبت نام پروژه، مدیران باید بتوانند آن را به یک انتخاب واقعی وصل کنند. این انتخاب شاید ورود به یک بخش بازار، کاهش وابستگی به ماده اولیه وارداتی، ایمن‌تر کردن فرایند تولید، ساختن قابلیت یک محصول جدید یا دفاع از یک مشتری کلیدی باشد. «فناوری جذاب است» یا «رقیب هم روی آن کار می‌کند» برای شروع کافی نیست. این عبارت‌ها می‌توانند محرک بررسی باشند، اما جای مسئله تصمیم را نمی‌گیرند.
برای هر پروژه، یک صفحه تصمیم کافی است: فرصت یا تهدید موردنظر، ذی‌نفع یا مشتری، فرض فنی، فرض تجاری، وابستگی‌های اصلی، سقف هزینه مرحله نخست و تاریخ بازنگری. این صفحه قرارداد با تیم پژوهش نیست که نتیجه را تضمین کند. دفترچه‌ای است که در آن مدیریت می‌پذیرد چه چیزی هنوز نمی‌داند. در جلسه بعد، تیم نباید فقط بگوید چه کارهایی انجام داده است؛ باید بگوید کدام فرض تقویت، تضعیف یا بی‌پاسخ مانده است.
راهنمای فرسکاتی OECD تحقیق و توسعه را کار خلاق و نظام‌مند برای افزایش دانش و یافتن کاربرد تازه برای دانش موجود تعریف می‌کند. این تعریف برای مدیر شرکتی مهم است، زیرا مرز میان فعالیت R&D و کارهای روزمره را روشن می‌سازد. تعمیر عادی خط تولید یا تطبیق جزئی محصول لزوماً پروژه پژوهشی نیست، حتی اگر هزینه و مهارت فنی بخواهد. برچسب درست، سنجه و انتظار درست ایجاد می‌کند.
هم‌سویی به معنی دخالت مدیرعامل در روش آزمایش نیست. تیم فنی باید در انتخاب روش، طراحی نمونه و تفسیر داده آزادی داشته باشد. مدیریت باید روشن کند کدام فرض بازار، ریسک یا سرمایه‌گذاری باعث شده این مسئله از میان ده‌ها مسئله دیگر انتخاب شود. در نقشه استراتژی و روابط علّی اهداف، هدف‌ها و فرضیه‌های رابطه میان توانمندی، فرایند و نتیجه به صورت قابل گفت‌وگو می‌آیند. برای R&D نیز همان منطق مفید است: پروژه باید نشان دهد کدام توانمندی آینده قرار است بر کدام نتیجه سازمان اثر بگذارد، بی‌آنکه آن اثر را قطعی اعلام کند.
میان دانش، نمونه و نوآوری تجاری فاصله هست
یکی از خطاهای رایج این است که یک شاخص برای همه عمر پروژه انتخاب شود. در مرحله پژوهش پایه، درآمد یا سهم بازار هنوز معنای مستقیمی ندارد. در مرحله نمونه‌سازی، پرسش اصلی ممکن است پایداری عملکرد، ایمنی، قابلیت ساخت یا امکان تامین جزء باشد. نزدیک عرضه، نرخ پذیرش مشتری، حاشیه سود، خدمات پس از فروش و توان تولید مهم‌تر می‌شوند. اگر مدیر فقط دنبال یک عدد مالی باشد، تیم اولیه را به ادعای زودرس می‌راند. اگر فقط دنبال مقاله یا نمونه باشد، پروژه ممکن است هرگز به کاربرد نرسد.
راهنمای اسلو OECD و یوروستات میان فعالیت نوآوری و خود نوآوری تمایز می‌گذارد. در تعریف آن، محصول یا فرایند جدید یا بهبود‌یافته وقتی نوآوری است که به کار گرفته شده یا برای استفاده دیگران عرضه شده باشد. این تمایز جلوی یک خطای مدیریتی را می‌گیرد: هزینه R&D، ثبت اختراع یا ساخت نمونه، به خودی خود نشانه خلق ارزش تجاری نیست. آنها می‌توانند شواهد مهمی باشند، اما پاسخ پرسش دیگری هستند.
سطح آمادگی فناوری ناسا یک زبان شناخته‌شده برای دیدن بلوغ فناوری از اصول پایه تا کارکرد اثبات‌شده است. ناسا این مقیاس را برای ماموریت‌های خودش ساخته و مدیر صنعتی نباید آن را بدون تغییر روی هر محصولی بنشاند. با این حال، منطق آن مفید است: پیش از آنکه پروژه به مرحله گران‌تر برسد، باید معلوم باشد که از ایده، اثبات مفهوم، آزمون اجزا یا نمونه در محیط مرتبط کجا ایستاده است.
به جای پرسیدن «این پروژه چه زمانی سود می‌دهد؟»، مدیر می‌تواند بپرسد «پیش از گام بعد، چه ابهامی را باید کم کنیم؟». در پروژه آلیاژ تازه، شاید آزمون دوام در دمای واقعی مهم‌تر از ساخت نمونه زیبا باشد. در پروژه نرم‌افزاری، شاید مشاهده کاربر در یک فرایند واقعی مهم‌تر از تعداد ویژگی‌های ساخته‌شده باشد. در پروژه فرایندی، شاید اثبات قابلیت تولید در مقیاس محدود مهم‌تر از یک محاسبه آزمایشگاهی باشد. هر پاسخ، نوع داده و مسئول مرحله بعد را تغییر می‌دهد.
دروازه تصمیم، گزارش پیشرفت نیست
دروازه یا نقطه تصمیم، زمان تقویمی صرف نیست. جلسه‌ای است که مدیریت و تیم با معیار از پیش نوشته‌شده تصمیم می‌گیرند: ادامه با چه دامنه‌ای، اصلاح چه فرضی، توقف با چه ثبت دانشی یا انتقال به کدام واحد. اگر تنها بپرسند «چند درصد پیش رفته‌اید؟»، تیم مجبور می‌شود فعالیت‌های متفاوت و نامطمئن را به یک درصد ساختگی تبدیل کند. در پروژه پژوهشی، درصد پیشرفت گاهی کمتر از کیفیت شواهد به کار می‌آید.
دروازه نخست می‌تواند بر مسئله و امکان فنی تمرکز کند. دروازه دوم بر اثبات مفهوم و مخاطرات حیاتی. دروازه سوم بر آزمون در محیط نزدیک به کاربرد و آمادگی ساخت. دروازه بعدی بر مدل بهره‌برداری، مقررات، خدمات و ظرفیت بازار. نام و تعداد دروازه‌ها برای هر سازمان فرق می‌کند، اما هر دروازه باید یک مخاطره اصلی را هدف بگیرد. وقتی مدیران نمی‌دانند از چه چیز محافظت می‌کنند، جلسه به مرور اسلاید بدل می‌شود.
فرض کنید تیم R&D یک حسگر صنعتی جدید ساخته است. پیش از سرمایه‌گذاری برای ساخت سری آزمایشی، چند پرسش باید پاسخ بگیرد: در گردوغبار و لرزش محیط کار می‌کند؟ قطعه حساس آن قابل تامین است؟ اپراتور می‌تواند خطا را تشخیص دهد؟ مشتری برای نگهداری آن چه می‌پردازد؟ پاسخ «نمونه روشن شد» برای همه این پرسش‌ها کافی نیست. ثبت این شکاف‌ها به معنای بدبینی نسبت به تیم نیست؛ از سرمایه‌گذاری بر پایه یک نشانه محدود جلوگیری می‌کند.
در مدیریت سبد پروژه‌های استراتژیک، ارزش راهبردی، منابع، ریسک و وابستگی پروژه‌ها کنار هم سنجیده می‌شوند. این چارچوب برای R&D مهم است، زیرا مدیر نباید هر پروژه را جداگانه خوب یا بد بداند. دو پروژه ممکن است هر دو فنی جذاب باشند، اما هر دو به همان مهندس نادر، آزمایشگاه یا بودجه نمونه‌سازی نیاز داشته باشند. سبد نشان می‌دهد کدام تعارض ظرفیت باید پیش از تصویب حل شود.
سنجه خوب، تیم را به میانبر غلط نمی‌برد
نرخ تبدیل ایده به نمونه، زمان از ایده تا آزمون، سهم پروژه‌های دارای فرض بازار ثبت‌شده، هزینه تا اثبات مفهوم و تعداد پروژه‌های متوقف‌شده با استدلال روشن، همه می‌توانند سنجه مفید باشند. ولی هیچ‌کدام به تنهایی نشانه سلامت R&D نیستند. اگر تیم برای کوتاه کردن زمان نمونه‌سازی، آزمون ایمنی را حذف کند، سرعت ظاهری بالا می‌رود و ریسک واقعی منتقل می‌شود. اگر مدیر فقط تعداد پتنت را پاداش دهد، ثبت بیشتر شاید جای یادگیری عمیق‌تر را بگیرد.
در ISO 56008، اندازه‌گیری عملیات نوآوری برای ایجاد ابتکار، فرایند، خود ابتکار و سبد نوآوری مطرح شده است. مهم‌تر از فهرست شاخص‌ها، این نکته است که سنجه باید متناسب با زمینه، هدف و عدم‌قطعیت ابتکار انتخاب شود. مجموعه‌ای از اعداد که برای همه پروژه‌ها یکسان است، گاهی دقیق‌تر به نظر می‌رسد اما تصمیم را بدتر می‌کند.
برای هر شاخص، مدیر باید یک ضدشاخص نیز بخواهد؛ عددی که نشان دهد آیا تیم برای بهتر کردن شاخص اصلی رفتار زیان‌بار نشان می‌دهد یا نه. اگر معیار اصلی زمان تا نمونه است، کیفیت آزمون یا تعداد ایرادهای کشف‌شده در بازبینی می‌تواند ضدشاخص باشد. اگر معیار اصلی هزینه پروژه است، میزان کاهش دامنه کار بدون تصویب باید دیده شود. این جفت‌ها تشریفات گزارش نیستند؛ درباره کیفیت انتخاب‌های تیم هشدار می‌دهند.
ثبت دانشی که پس از هر دروازه باقی می‌ماند، فقط گزارش بایگانی نیست. تیم باید بتواند بگوید کدام روش آزمون قابل تکرار بود، کدام فرض به دلیل داده ناکافی باز مانده، کدام خطای نمونه‌سازی نباید دوباره تکرار شود و چه دارایی فنی، داده یا رابطه‌ای برای پروژه بعد قابل استفاده است. این ثبت وقتی مفید است که به زبان قابل فهم برای تولید، محصول و مالی نوشته شود؛ پوشه‌ای از فایل‌های تخصصی که فقط سازنده آنها می‌خواند، دانش سازمانی نمی‌سازد. ISO 56000 برای مدیریت نوآوری، مفاهیم و واژگان مشترک را میان انواع سازمان و انواع نوآوری مطرح می‌کند. سازمان لازم نیست اصطلاحات استاندارد را بی‌فکر کپی کند، اما باید میان «ایده»، «فعالیت نوآوری»، «نمونه»، «نتیجه آزمون» و «نوآوری به‌کارگرفته‌شده» زبان مشترک داشته باشد. وقتی این زبان وجود دارد، جلسه سبد می‌تواند دانش یک توقف را به پروژه دیگر منتقل کند و هزینه تجربه دوباره پرداخت نمی‌شود. تاریخ نسخه فرض و نام تصمیم‌گیرنده هم باید کنار هر یافته ثبت شود تا بازبینی بعدی از حافظه افراد جدا بماند.
نظام OKR، KPI و BSC در صفحه خدمت شریف، تفاوت شاخص‌های نتیجه، پیشرو و کنترلی را روشن می‌کند. برای هر سنجه، مالک، منبع داده و تناوب تصمیم نیز مشخص می‌شود. این ادعا به معنای فروش نرم‌افزار سنجش نیست. برای واحد R&D، کار عملی آن است که هر سنجه بداند به کدام تصمیم مرحله‌ای وصل است، داده‌اش از کجا می‌آید و چه کسی در صورت انحراف باید گزینه اقدام پیشنهاد کند.
پژوهش بیرون از آزمایشگاه هم ریسک دارد
بسیاری از پروژه‌های R&D در آزمایشگاه موفق‌اند و در کارخانه، مقررات یا بازار گیر می‌کنند. دلیل، ضعف فنی لزوماً نیست. تیم ممکن است خیلی دیر با تولید، تامین، فروش، حقوقی یا خدمات پس از فروش حرف زده باشد. برای پروژه سخت‌افزاری، توان تامین، تعمیرپذیری، ایمنی و قابلیت ساخت همان‌قدر مهم‌اند که عملکرد نمونه. برای پروژه خدمت دیجیتال، پذیرش کاربر، حریم داده، پشتیبانی و مدل درآمد می‌توانند فرض اصلی را جابه‌جا کنند.
هر پروژه باید یک حلقه نماینده از واحدهای متاثر داشته باشد، اما این حلقه نباید به کمیته بزرگی تبدیل شود که هر آزمایش را متوقف می‌کند. نقش نماینده تولید این است که محدودیت ساخت را زود ببیند. نقش فروش یا بازار، آزمودن فرض مشتری است. نقش مالی، روشن کردن سقف سرمایه‌گذاری و الگوی هزینه است. نقش حقوقی یا ایمنی، مشخص کردن شرطی است که بعداً نمی‌توان با خوش‌بینی از آن عبور کرد. تیم R&D همچنان مالک یادگیری فنی می‌ماند.
ISO 31000 مدیریت ریسک را به شناسایی، تحلیل، ارزیابی، برخورد، پایش و ارتباط درباره ریسک پیوند می‌دهد. برای پروژه نوآوری، فهرست ریسک نباید یک پیوست خاموش باشد. در هر نقطه تصمیم، دو یا سه ریسک با احتمال و اثر بالا باید کنار شواهد مرحله دیده شوند. اگر پاسخ ریسک فقط «پیگیری شود» است، مالک و تاریخ بازنگری آن مشخص نشده است.
توقف، واگذاری و چرخش بخشی از سبدند
سبد سالم R&D فقط از پروژه‌هایی که ادامه می‌یابند تشکیل نمی‌شود. پروژه‌ای که پس از آزمون معتبر متوقف می‌شود، می‌تواند سرمایه بیشتری را آزاد کند و دانشی برای پروژه دیگر باقی بگذارد. مدیر باید میان توقف بدون یادگیری و توقف پس از پاسخ گرفتن به یک سؤال مهم تفاوت بگذارد. اولی ممکن است نشانه انتخاب ضعیف یا ثبت ناکافی باشد؛ دومی می‌تواند نشانه انضباط سرمایه‌گذاری باشد.
واگذاری نیز گاهی انتخاب بهتر از ساختن است. اگر مسئله به یک فناوری عمومی رسیده، سازمان می‌تواند خرید، همکاری یا صدور مجوز را با هزینه ساخت در داخل مقایسه کند. این تصمیم نباید بر پایه علاقه واحد R&D به حل مسئله فنی گرفته شود. باید دید مزیت موردنظر از دانش اختصاصی، سرعت ورود، کنترل زنجیره یا صرفاً استفاده از یک فناوری آماده می‌آید. برای هر گزینه، سرمایه، زمان، وابستگی و قابلیت سازمانی لازم را کنار هم بگذارید.
مقاله تعامل PMO و OSE درباره پیوند خروجی پروژه‌ها با نتایج استراتژیک است. در پروژه‌های نوآوری نیز همین اتصال باید باقی بماند: تیم پروژه گزارش کار می‌دهد، اما سبد و لایه Strategy Ops باید بپرسند کدام نتیجه مورد انتظار هنوز معتبر است، کدام وابستگی تغییر کرده و آیا ادامه دادن نسبت به گزینه‌های دیگر ارزش دارد.
جلسه سبد باید تصمیم قابل پیگیری بسازد
جلسه ماهانه سبد R&D لازم نیست ده‌ها اسلاید داشته باشد. برای هر پروژه نزدیک نقطه تصمیم، چهار چیز کافی است: فرضی که آزموده شده، شواهدی که به دست آمده، ریسک یا وابستگی باز و تصمیم پیشنهادی. پروژه‌های دور از تصمیم می‌توانند گزارش کوتاه‌تری بدهند. این تفکیک وقت مدیران را از شنیدن جزئیات آزمایش حفظ می‌کند و وقت تیم را برای کار واقعی آزاد می‌گذارد.
در پایان جلسه، هر تصمیم باید یکی از چند فعل روشن باشد: ادامه با دامنه و بودجه مشخص، ادامه مشروط به یک آزمون، تغییر فرض یا کاربرد، توقف و ثبت دانش، انتقال به واحد بهره‌بردار یا بازگشت به بررسی سبد. «ادامه بررسی» اگر مالک، سؤال و موعد نداشته باشد، تصمیم نیست. همین دقت به تیم اجازه می‌دهد از جلسه با مسئله روشن خارج شود، نه با احساس مبهم اینکه باید بیشتر کار کند.
اگر واحد R&D امروز فقط یک تغییر انجام دهد، بهتر است برای یک پروژه نزدیک به دروازه تصمیم، دفترچه فرض‌ها را باز کند و بپرسد: کدام داده می‌تواند ما را وادار کند سرمایه‌گذاری بعدی را نکنیم؟ پاسخ صادقانه به این سؤال، نوآوری را کمتر جسور نمی‌کند. به سازمان امکان می‌دهد جسارت را روی مسئله‌ای نگه دارد که هنوز ارزش حل کردن دارد.
