یکی از سؤالهایی که همیشه در جامعه اجایل (Agile) مطرح میشود، این است که آیا مالک محصول (Product Owner) باید دانش فنی داشته باشد یا نه.
بعضیها معتقدند هر چه یک مالک محصول فنیتر باشد، بهتر میتواند تیم را هدایت کند، مشکلات را زودتر درک کند و تصمیمهای دقیقتری بگیرد. از طرف دیگر، برخی میگویند وقتی یک مالک محصول بیش از حد وارد جزئیات فنی میشود، تمرکز خود را از نیازهای کاربر و ارزش واقعی محصول از دست میدهد.
این مقاله ترکیبی است از تجربههای شخصی من و برداشتهایی از دو مقاله بسیار خوب:
حقیقت این است که هیچ پاسخ قطعی و یکسانی برای همه تیمها و محصولات وجود ندارد. این موضوع به نوع محصول، ساختار تیم، پیچیدگی فنی و حتی فرهنگ سازمان بستگی دارد.
در این مطلب، با هم بررسی میکنیم که دانش فنی چه کمکی به مالک محصول میکند، کجا ممکن است مشکل ایجاد کند، چه زمانی واقعاً لازم است، و مهمتر از همه، چطور میتوان بین مهارت فنی و تمرکز بر ارزش محصول تعادل پیدا کرد.
مزایای داشتن دانش فنی
داشتن مقداری دانش فنی میتواند برای مالک محصول بسیار مفید باشد. این به این معنی نیست که او باید خودش کد بزند یا در هر تصمیم فنی دخالت کند، بلکه کمک میکند تیم را بهتر درک کند و همکاری روانتری داشته باشد.
درک بهتر محدودیتهای فنی
وقتی مالک محصول با مفاهیم فنی آشنا باشد، بهتر میفهمد چرا بعضی کارها زمان بیشتری میبرد یا چرا برخی ایدهها پرریسک هستند. این باعث میشود بتواند توقعات واقعبینانهتری از تیم و ذینفعان داشته باشد.
ارتباط راحتتر با تیم توسعه
دانستن مفاهیم فنی باعث میشود تیم احساس کند مالک محصول حرف آنها را میفهمد. این موضوع اعتماد و همکاری بیشتری ایجاد میکند. در جلسات برنامهریزی یا پالایش بکلاگ، بحثها سریعتر و موثرتر پیش میروند.
حمایت از کیفیت و کاهش بدهی فنی
وقتی مالک محصول مفهوم بدهی فنی را درک کند، بهتر میتواند از کارهایی مثل بازنویسی یا refactor حمایت کند و به سلامت بلندمدت محصول کمک کند.
تصمیمگیری آگاهانهتر
دانش فنی به مالک محصول کمک میکند بفهمد یک ویژگی جدید چه تاثیری بر سرعت، امنیت یا نگهداری آینده سیستم دارد. این باعث میشود تصمیمهای واقعیتر و متعادلتری بگیرد.
معایب تمرکز بیش از حد بر مهارت فنی
در حالی که دانش فنی میتواند یک امتیاز مثبت باشد، تمرکز زیاد بر آن میتواند مشکلاتی ایجاد کند و مالک محصول را از نقش اصلی خودش دور کند.
گاهی این موضوع میتواند کیفیت محصول، تجربه کاربر و انگیزه تیم را به شدت تحت تاثیر قرار دهد. بیایید با هم ببینیم چه چالشهایی پیش میآید.
از دست دادن تمرکز بر ارزش محصول و نیاز کاربر
وقتی مالک محصول بیش از حد وارد جزئیات فنی میشود، ممکن است به جای تمرکز بر «چی» (What) و «چرا» (Why)، روی «چطور» (How) متمرکز شود. در نتیجه، نیازهای واقعی کاربران و بازار از دید خارج میشود.
ورود به قلمرو تیم توسعه
یکی از بزرگترین مشکلات زمانی پیش میآید که مالک محصول به جای تمرکز بر چه چیزی ساخته شود و چرا، وارد تصمیمات مربوط به چگونگی ساخت میشود. این کار استقلال تیم را کم میکند و باعث دلخوری یا کاهش انگیزه میشود.
افزایش فشار کاری و خطر فرسودگی شغلی
وقتی مالک محصول سعی میکند همزمان به استراتژی، نیاز کاربر و مسائل فنی رسیدگی کند، فشار کاری بسیار بالا میرود. این میتواند باعث استرس، کاهش انرژی یا حتی فرسودگی شود.
تجربه شخصی
من خودم این موضوع را تجربه کردهام. بعد از حدود ۱۰ تا ۱۲ سال برنامهنویسی، وارد نقش مالک محصول شدم. اوایل فکر میکردم باید همه چیز را بدانم و در همه بحثهای فنی شرکت کنم. بعد از چند هفته متوجه شدم به جای تمرکز روی مشتری، بازار و رشد محصول، تبدیل شدم به یکی از اعضای فنی تیم. آنجا بود که فهمیدم هرچند دانش فنی ارزشمند است، اما نباید باعث شود از مسئولیت اصلیام فاصله بگیرم.
چه زمانی دانش فنی لازم است؟
دانش فنی همیشه برای همه مالکان محصول ضروری نیست. میزان نیاز به این مهارت به نوع محصول، پیچیدگی فنی و شرایط تیم بستگی دارد.
برای محصولات بسیار فنی، مثل سیستمهای زیرساختی، بکاند پیچیده یا طراحی API، دانش فنی کمک میکند مالک محصول بهتر با تیم صحبت کند، خطرات را درک کند و کارها را دقیقتر اولویتبندی کند.
اما در محصولاتی که تمرکز اصلی بر تجربه کاربر یا طراحی سرویس است، دانش فنی عمیق چندان مهم نیست. در این موارد، شناخت کاربر و بازار اولویت اصلی است.
حتی در محصولات پیچیده هم، مالک محصول نباید در هر جزئیات فنی وارد شود. وظیفه او تمرکز روی «چی» (What) و «چرا» (Why) است، نه «چطور» (How).
توصیههای کاربردی
دانش فنی میتواند یک قدرت بزرگ برای مالک محصول باشد، به شرطی که بهدرستی از آن استفاده شود.
علاقهمند باش، اما درگیر نشو
خوب است به تکنولوژی علاقه داشته باشی، اخبارش را دنبال کنی و مفاهیم کلی را یاد بگیری. اما نباید درگیر جزئیات پیادهسازی شوی.
اصول پایهای را یاد بگیر
اصول معماری نرمافزار، طراحی ماژولار، الگوهای طراحی یا تست خودکار را یاد بگیر تا بهتر بفهمی چرا تیم بعضی تصمیمها را میگیرد. این باعث میشود گفتگوها شفافتر و سازندهتر باشند.
تمرکز روی خلق ارزش
یادت نرود که نقش اصلی مالک محصول، ساختن ارزشی است که به کاربر کمک کند و برای کسبوکار نتیجه مثبت (Outcome) داشته باشد.
به استقلال تیم احترام بگذار
به جای گفتن «چطور» (How) کاری انجام شود، بیشتر روی «چی» (What) و «چرا» (Why) تمرکز کن. بگذار تیم خودش راهحل فنی مناسب را پیدا کند.
همیشه از تجربه یاد بگیر
اگر دیدی داری از مسیر اصلی خارج میشوی، مثل تجربهای که من داشتم، یک قدم عقب برو و دوباره روی نقش اصلیات تمرکز کن.
جمعبندی
در نهایت، دانش فنی برای مالک محصول یک ابزار کمکی است، نه هدف اصلی. مهمترین چیز این است که تمرکزت روی کاربر، بازار و ایجاد نتیجه مثبت (Outcome) باقی بماند.
وقتی این تعادل را پیدا کنی، هم تیم عملکرد بهتری خواهد داشت، هم محصول ارزشمندتر میشود و هم خودت به عنوان مالک محصول و یک رهبر رشد خواهی کرد.
