منظور از اصطلاح "تیم پلتفرم" در یک شرکت فناوری چیست؟بیایید کمی به عقب برگردیم: سیستم عامل هایی که به معنای یک محیط کامل توسعه نرم افزار و زیر سیستم های اساسی با زبان (های) برنامه نویسی ، زمان اجرا ، مؤلفه ها و کلیه کتابخانه ها و خدمات مرتبط هستند. ویندوز یک پلتفرم است ، iOS یکی است ، Android نیز هست. وردپرس و سایر CM های محبوب سیستم عامل هستند. در حقیقت ، هر آنچه که به عنوان پایه ای برای ساخت نرم افزار خدمت می کند ، یک بستر است. و توسط افزونه ها قابل گسترش است ، قابل تنظیم با پیکربندی و قابل استفاده مجدد در مجموعه گسترده ای از موارد استفاده است.

در 10 سال گذشته با ظهور استارتاپ های بیشتر و بیشتر فن آوری ، سیستم عامل ها به جریان اصلی تبدیل شدند و در بسیاری از کتاب ها و مقالاتی که توصیف توپولوژی های تیم و الگوهای سازمانی برای شرکت های فناوری محور است ، اسیر می شوند.

شرکت ها شروع به ایجاد سیستم عامل های خاص خود کردند و ساخت ویژگی ها و محصولات جدید را برای انواع بخش های کاربر در مقیاس آسان تر کردند. اصطلاح پلتفرم در یک شرکت به معنای توانایی اصلی است که می توانید بر روی آن بسازید. یک تیم پلتفرم وظیفه ایجاد و تحول این قابلیت های اصلی ، درک نیازهای مشتریان داخلی خود را بر عهده دارد و از سازمان برای بهره گیری از ویژگی هایی که برای ایجاد یک مورد استفاده با ایجاد انتزاع در اطراف چنین ویژگی هایی ساخته شده است ، پشتیبانی می کند تا این موارد در دسترس بسیاری از تیم های دیگر باشد. بشر

به طور خلاصه ، یک تیم پلتفرم تیمی است که لایه های بنیادی و بلوک های اصلی ساخت محصولات یک شرکت را ایجاد می کند.

به طور مشخص ، یک سکوی می تواند در سطوح مختلف دانه بندی باشد:

• زیرساخت هایی که وسایل شما را اجرا می کند
• محیط توسعه و ابزارهایی که به نوشتن/آزمایش/اجرای کد کمک می کنند
• معماری/امنیت سیستم
• گزینه های کلیدی فناوری
• انتزاع اصلی (مدل داده ، مدل سازی کسب و کار) API/SDK ها

هرچه یک شرکت بزرگتر باشد ، بیشتر می شود / باید در ایجاد بلوک های سطح بالاتر سرمایه گذاری کند که تجارت را قادر به تنوع بخشیدن به مشتریان ، محصولات و بخش های بازار خود می کند:

• اجزای جلوی و سیستم طراحی
• پرداخت و خروج
• پیام رسانی (ایمیل ، اعلان برنامه)
• شخصی سازی
• پیگیری رویداد
• دست زدن به API و غیره

بسترهای نرم افزاری بسیار مهم هستند

یک پلتفرم مجموعه ای از مهمترین ویژگی های محصولات این شرکت است.

کیفیت سرمایه گذاری های پلتفرم بر سلامت ارائه محصولات شرکت و عملکرد تیم تأثیر می گذارد: مقیاس پذیری ، سرعت ، کیفیت ، انعطاف پذیری. سرمایه گذاری های پلتفرم بدهی های سازمان های موجود (هم فنی و هم معماری) را کاهش می دهد تا به تیم ها اجازه دهد ویژگی های مختل کننده را برای مشتریان ایجاد کنند و در نتیجه منجر به افزایش نوآوری و انگیزه در تیم ها شوند. و جنبه ای وجود دارد که فراموش می شود اما نادیده گرفتن آن دشوار است: داشتن یک سکوی برش احتمالاً مهمترین ابزار نگهداری برای مهندسان شماست. نه به این دلیل که خنک است ، اما بهره وری و برنامه نویسی بدون استرس برای ایجاد محصولات فنی شگفت انگیز ضروری است.

یک نقشه راه سکویی بسازید

سازمان های مهندسی محصول در 3 سطل سرمایه گذاری می کنند: پلتفرم ، ویژگی ها و آزمایشات. توسعه پلتفرم امکان توسعه ویژگی ها را فراهم می کند و توسعه ویژگی ها آزمایش را امکان پذیر می کند. روشی که شما می خواهید یا نیاز به انجام آزمایشات دارید ، نحوه نیاز به ساخت ویژگی های خود را آگاه می کند. و ویژگی هایی که کاربران شما می خواهند و روشی که شما برای ساختن این موارد نیاز دارید ، رویکرد خود را در زمینه ساخت قابلیت های پلتفرم ایجاد می کند. توزیع این سرمایه گذاری ها به محصول و بلوغ بازار بستگی دارد.

این حلقه بازخورد بین انواع سرمایه گذاری بسیار مهم است: ویژگی ها و آزمایش ها نقشه راه پلتفرم را آگاه می کنند ، و پلت فرم معکوس اهرم هایی را برای ساخت ویژگی ها/آزمایش های بیشتر فراهم می کند. اگر این به خوبی متعادل نباشد یا حلقه شکسته شود ، تیم ها ممکن است در ساخت چیزهایی که هیچ کس به آن احتیاج ندارد ، در پایان می یابند و به جای کاهش آن ، پیچیدگی را اضافه می کنند. در حقیقت ، شرکت ها می توانند یک تن پول را با کار پلت فرم هدر رفته بسوزانند ، و هرچه شرکت بزرگتر و پیچیده تر از تله ای که می تواند تبدیل شود. تیم های پلتفرم باید اطمینان حاصل کنند که هر یک از استراتژی های مشتری خود را ، ویژگی هایی که می سازند ، برنامه ریزی برای ساخت و فکر کردن در مورد ساخت در چند سال را درک می کنند.

هر کاری که تیم ها انجام دهند ، باید از محصولات ، ویژگی ها و آزمایش های موجود استخراج شود. اگر یک تیم ویژگی یک تجربه کاربر جدید را ایجاد کند ، تیم پلتفرم هرگز نباید با ایجاد یک بستر شروع کند زیرا ممکن است شخص دیگری نیز به این امر احتیاج داشته باشد. اما به محض اینکه مشخص شود که این ویژگی ممکن است یک پایه خوب برای سایر موارد استفاده باشد ، تیم پلتفرم می تواند با استخراج یک پلتفرم از این ویژگی و تحویل آن ، این پیشرفت را فعال کند تا تیم های دیگر بتوانند ویژگی خود را برای خود تکرار یا سفارشی کنند. مورد استفاده خاصاین امر به تغییر فرهنگی نیاز دارد: تیم ها به جای مالکیت یا مالکیت سیستم باید دامنه یا مالکیت مشکل را اتخاذ کنند ، در غیر این صورت این رویکرد جذب و سازگار موفقیت آمیز نخواهد بود.

اگر دو تیم در حال ساختن یک ویژگی مشابه یا حتی یکسان باشند ، این لزوماً نیاز به ایجاد قابلیت سکوی را نشان نمی دهد. تکثیر و تکثیر همیشه بهتر از انتزاع اشتباه است. سرعت و ارزش آفرینش از جلوگیری از افزونگی و کمال گرایی جلوگیری می کند. هدف نهایی سرعت تحویل ارزش مشتری است. اگر یک تیم پلتفرم بتواند سرعت تحویل را افزایش دهد یا شرکت را قادر به ایجاد ارزش ایجاد ارزش کند ، این یک نشانه خوب است که آنها باید احساس مسئولیت کنند و کار را به نقشه های خود اضافه کنند. سرعت شامل چگونگی توسعه دهندگان کارآمد می تواند از قابلیت های پلتفرم استفاده کند: در صورت نیاز به مطالعه مستندات تکه تکه شده برای چند روز یا به بیش از نیم روز برای تنظیم محیط و آزمایش خود نیاز دارند ، به نظر می رسد چیزی درست نیست. این مالیات بر هر توسعه دهنده جدیدی است که به شرکت می پیوندد.

سیستم عامل ها باید نور روز را ببینند

این سیستم عامل از مهمترین ویژگی های محصول شما پشتیبانی می کند. بنابراین شما باید داده های مفصلی را در مورد سرعت ، مقیاس ، به موقع و هر آنچه که در مورد سلامت و عملکرد خود سیستم عامل و ویژگی های موجود در آن آگاه است ، ضبط کنید.

آزمایشات را می توان در روزها ساخته و نتایج بلافاصله انجام شود. ویژگی ها را می توان ساخت و موفقیت را می توان طی چند روز یا هفته مشاهده کرد. Agile همه چیز در مورد ویژگی ها و آزمایشات در تکرارهای کوتاه برای یادگیری سریع و تطبیق سریع است. کار پلتفرم به طور کلی جدول زمانی طولانی تر دارد. اما این بدان معنا نیست که شما نیازی به ایجاد سیگنال ندارید که نشان می دهد همه چیز در مسیر درست است یا خیر. اجازه دهید کار پلتفرم به طور مرتب نور روز را ببیند تا بتوانید پیشرفت را جشن بگیرید و در طول مسیر یاد بگیرید و سازگار شوید. تیم های پلتفرم باید تکرارهای کوتاه و نقاط عطف مستقر در محصول را انجام دهند و فقط به ندرت منتظر حمل کامل آن هستند.

سیستم عامل ها محصولات هستند

به عنوان یک تیم پلتفرم ، شما فقط یک سیستم را ایجاد نمی کنید بلکه یک محصول و مشتریان آن محصول مهندسین و مدیران محصول هستند که ویژگی ها و آزمایش های کاربران نهایی خود را ایجاد می کنند. هر آنچه که یک تیم پلتفرم ایجاد می کند باید با داشتن هم کاربر و هم ذینفعان داخلی/مصرف کنندگان در ذهن خود شروع کند. این به معنای ایجاد همدلی با مشتری های داخلی و همکاری با آنها در زمینه طراحی و اجرای راه حل ها است. مدیران محصول پلتفرم به همراه همتایان مهندسی خود باید استراتژی های بلند مدت هر یک از تیم های مشتری خود را درک کنند و با روش های کار خود سطح بالایی از همدلی ایجاد کنند. این امر پایه و اساس ایجاد نقشه راه و اطمینان از این که این پلتفرم ارزش را به تجارت ارائه می دهد و تجربه توسعه دهنده را افزایش می دهد. مدیریت محصول خوب همه چیز در مورد ساخت محصولاتی است که مشتریان دوست دارند. بنابراین ، با ارائه یک تجربه توسعه دهنده بهتر برای مهندسی و جامعه محصول در شرکت خود ، این عشق را کسب کنید.