TeamR-پلتفرم هوشمند تشکیل تیم و مدیریت تحویل پروژه
TeamR چیست؟
TeamR یک پلتفرم یکپارچه برای پیدا کردن افراد مناسب، تشکیل تیم پروژه، برنامهریزی و اجرای کار و ایجاد شفافیت برای مشتری است. هر متخصص رزومه، مهارت، تجربه، دسترسپذیری و Location خود را ثبت میکند. مالک پروژه نیز نیازمندیها، نقشها و مدل همکاری را تعریف میکند؛ سپس سامانه افراد مناسب را رتبهبندی و روی نقشه پیشنهاد میدهد.
پس از تشکیل تیم، پروژه از فضای انتخاب نیرو خارج نمیشود. Backlog، Sprint، Task، Source Control، Code Review، Milestone و گزارش پیشرفت مشتری در یک چرخه متصل ادامه پیدا میکنند. در نتیجه TeamR همزمان نقش Talent Platform، Team Builder، Agile Workspace و Client Progress Portal را ایفا میکند.
-
وعده اصلی
تیم مناسب را سریعتر پیدا کنید و پروژه را شفافتر تحویل دهید. -
پیام کوتاه
از رزومه و Location تا Sprint، Commit و Progress مشتری. -
مخاطبان
شرکتهای پروژهمحور، استارتاپها، آژانسها، متخصصان و مشتریان. -
تمایز
اتصال Matching استعداد به Agile، Source Control و گزارش تحویل.
هدف TeamR چیست ؟
TeamR رزومه و موقعیت متخصصان را با نیاز پروژه تطبیق میدهد، تیم را میسازد و Agile، Source Control و گزارش پیشرفت مشتری را در همان فضای پروژه یکپارچه میکند.
مسئله، راهحل و بازار هدف
مسئلهای که TeamR حل میکند
- رزومهها اغلب غیرساختیافته و مقایسه افراد زمانبر است.
- تطبیق نیرو معمولاً فقط بر عنوان شغلی تکیه دارد و Location، دسترسپذیری و ترکیب تیم را در نظر نمیگیرد.
- پس از انتخاب تیم، اطلاعات بین ابزار تسک، Git، فایلها و گزارش مشتری پراکنده میشود.
- پیشرفت گزارششده به مشتری همیشه از داده واقعی Sprint، Task و Release ساخته نمیشود.
- ارتباط بین نیاز کسبوکار، تسک اجراشده و تغییر کد قابل ردیابی نیست.
راهحل TeamR
یک زنجیره واحد از Talent تا Delivery: پروفایل ساختیافته، پیشنهاد هوشمند بر اساس رزومه و Location، تشکیل تیم، مدیریت Agile، Source Control و پرتال مشتری.
گروههای هدف
- شرکتهای نرمافزاری و سازمانهای پروژهمحور
- استارتاپها و تیمهای Remote یا Hybrid
- آژانسهای طراحی، توسعه، محتوا و بازاریابی
- متخصصان و فریلنسرهای جویای پروژه متناسب
- مشتریانی که به مشاهده مستمر Progress و Milestone نیاز دارند
نقشه امکانات محصول
قابلیت |
توضیح |
پروفایل و رزومه |
آپلود رزومه، مهارت، سابقه، نمونهکار، گواهی، زبان، دسترسپذیری و Location. |
Matching هوشمند |
امتیازدهی بر اساس مهارت، تجربه، موقعیت، مدل همکاری و سابقه عملکرد. |
Map Discovery |
نمایش افراد و پروژهها روی نقشه و فیلتر شهر، شعاع، منطقه زمانی و Remote. |
Team Builder |
Shortlist، دعوت، پذیرش، مقایسه افراد و تحلیل پوشش مهارتهای مورد نیاز. |
Project Workspace |
اعضا، اسناد، Milestone، فایل، فعالیت، Comment، Notification و Permission. |
Agile Planning |
Backlog، Epic، Story، Task، Bug، Sprint، Scrum، Kanban و Dependency. |
Source Control |
Repository، Branch، Commit، Merge/Pull Request، Review، Tag و Release. |
Client Portal |
Progress، Milestone، Deliverable، Risk، Report، Feedback و Approval. |
Analytics |
Velocity، Cycle Time، Capacity، مهارت تیم، کیفیت تحویل و انحراف برنامه. |
Security |
Role، Permission، Audit Log و کنترل دسترسی مشتری. |
رزومه، Location و موتور Matching
پروفایل متخصص
رزومه میتواند آپلود و با Parser به داده ساختیافته تبدیل شود یا اطلاعات توسط کاربر وارد شود. کاربر باید نتیجه استخراج را تایید و اصلاح کند تا مهارتها و تجربهها قابل اعتماد باشند.
- مهارت و سطح تسلط
- سابقه شغلی و پروژهای
- نمونهکار و لینکها
- گواهیها و زبانها
- ظرفیت هفتگی و تاریخ شروع
- Location، شعاع سفر، منطقه زمانی و نوع همکاری
پروفایل نیاز پروژه
- نقشها و تعداد اعضای مورد نیاز
- مهارتهای الزامی و ترجیحی
- حداقل تجربه
- مدت، بودجه و ظرفیت مورد نیاز
- On-site، Hybrid یا Remote
- Location یا محدوده جغرافیایی
- زمان شروع و Deadline
نمونه مدل امتیازدهی
یک مدل اولیه میتواند ۴۵٪ تطبیق مهارت، ۱۵٪ تجربه، ۱۵٪ Location، ۱۰٪ دسترسپذیری و ۱۵٪ سابقه عملکرد و Team Fit را در نظر بگیرد. وزنها باید برای هر پروژه و سازمان قابل تنظیم باشند.
رزومه، Location و موتور Matching
پروفایل متخصص
رزومه میتواند آپلود و با Parser به داده ساختیافته تبدیل شود یا اطلاعات توسط کاربر وارد شود. کاربر باید نتیجه استخراج را تایید و اصلاح کند تا مهارتها و تجربهها قابل اعتماد باشند.
- مهارت و سطح تسلط
- سابقه شغلی و پروژهای
- نمونهکار و لینکها
- گواهیها و زبانها
- ظرفیت هفتگی و تاریخ شروع
- Location، شعاع سفر، منطقه زمانی و نوع همکاری
پروفایل نیاز پروژه
- نقشها و تعداد اعضای مورد نیاز
- مهارتهای الزامی و ترجیحی
- حداقل تجربه
- مدت، بودجه و ظرفیت مورد نیاز
- On-site، Hybrid یا Remote
- Location یا محدوده جغرافیایی
- زمان شروع و Deadline
نمونه مدل امتیازدهی
یک مدل اولیه میتواند ۴۵٪ تطبیق مهارت، ۱۵٪ تجربه، ۱۵٪ Location، ۱۰٪ دسترسپذیری و ۱۵٪ سابقه عملکرد و Team Fit را در نظر بگیرد. وزنها باید برای هر پروژه و سازمان قابل تنظیم باشند.
Agile و Source Control یکپارچه
برنامهریزی Agile
- Backlog و اولویتبندی
- Epic، User Story، Task و Bug
- Sprint Goal، ظرفیت و Story Point
- Scrum Board و Kanban Board
- Dependency، Blocker و Definition of Done
- Burndown، Velocity و Cycle Time
Source Control
- ایجاد Repository یا اتصال GitHub/GitLab/Bitbucket
- Branch Policy و Naming Convention
- اتصال شناسه Task به Branch، Commit و Merge Request
- Code Review، Comment و Approval
- Tag، Release و Changelog
- نمایش وضعیت CI/CD در فازهای پیشرفته
ارزش اصلی اتصال این دو ماژول
Progress فقط بر اساس تغییر دستی وضعیت تسک محاسبه نمیشود. TeamR میتواند شواهد اجرایی مانند Commit، Merge، Review و Release را کنار وضعیت Task و Milestone قرار دهد تا مدیر و مشتری تصویر معتبرتری از پیشرفت داشته باشند.
ماژول مدیریت مستندات پروژه
Project Documentation & Knowledge Center
ماژول مدیریت مستندات TeamR، بخش متمرکز نگهداری دانش و سوابق پروژه است. این قابلیت کمک میکند هر سند از لحظه ایجاد تا بررسی، تأیید، انتشار، اصلاح و آرشیو، مسیر مشخص و قابل پیگیری داشته باشد. هر مستند یک شماره یکتای دائمی دریافت میکند و تغییرهای بعدی از طریق Versioning روی همان شناسه مدیریت میشوند.
ارزش ایجادشده برای پروژه
- تمام مستندات پروژه در یک فضای ساختاریافته و قابل جستوجو نگهداری میشوند.
- نسخه معتبر هر سند همیشه مشخص است و نسخههای قبلی حذف نمیشوند.
- هر سند با Project، Sprint، Task، Milestone، Release یا Commit مرتبط میشود.
- مستندات آموزشی جدا از اسناد اجرایی طبقهبندی میشوند اما از یک استاندارد مشترک پیروی میکنند.
- مشتری تنها اسناد مجاز و منتشرشده را در پرتال خود مشاهده میکند.
هر مستند هنگام ایجاد، یک Document Type دریافت میکند. نوع سند علاوه بر دستهبندی، در شماره یکتا، Workflow تأیید، سطح دسترسی و مدت نگهداری آن اثر دارد.
|
کد |
نوع مستند |
نمونه محتوا |
زمان استفاده |
|
EXE |
مستندات اجرایی |
راهنمای اجرا، برنامه استقرار، چکلیست تحویل، Runbook و روش انجام فعالیتها |
در طول اجرای پروژه |
|
TEC |
مستندات فنی |
معماری، API، دیتابیس، امنیت، تصمیمات فنی، ADR و راهنمای توسعه |
طراحی و توسعه |
|
TRN |
مستندات آموزشی |
راهنمای کاربر، محتوای آموزش تیم، آموزش مشتری، ویدئو و سناریوی تمرینی |
آموزش و انتقال دانش |
|
OPS |
مستندات عملیاتی |
پشتیبانی، مانیتورینگ، Backup، Incident Response و نگهداری |
بهرهبرداری |
|
MGT |
مستندات مدیریتی |
Project Charter، Scope، برنامه ریسک، صورتجلسه و تصمیمات |
مدیریت پروژه |
|
CLT |
مستندات مشتری |
گزارش پیشرفت، تحویلدادنی، راهنمای استفاده و سند تأیید مرحله |
پرتال مشتری |
|
TST |
مستندات تست و کیفیت |
Test Plan، Test Case، UAT، گزارش باگ و نتیجه کنترل کیفیت |
QA و پذیرش |
شماره یکتای هر مستند
پس از ثبت اولیه، TeamR برای هر سند یک Document ID یکتا تولید میکند. این شناسه با تغییر عنوان، فایل، مسئول یا نسخه تغییر نمیکند و برای ارجاع در Taskها، Commitها، گزارشها و مکاتبات استفاده میشود.
ساختار پیشنهادی Document ID در TeamR
فرمت پیشنهادی
TR-{ProjectCode}-{DocumentType}-{Sequence}-{Year}
|
بخش |
تعریف |
|
TR |
شناسه ثابت محصول TeamR |
|
ProjectCode |
کد کوتاه و یکتای پروژه، مانند P42 یا CRM |
|
DocumentType |
کد نوع مستند مانند EXE، TEC یا TRN |
|
Sequence |
شماره ترتیبی چهاررقمی در محدوده پروژه |
|
Year |
سال ایجاد شناسه اصلی |
قواعد شمارهگذاری
- Sequence بعد از حذف یا آرشیو سند دوباره استفاده نمیشود.
- شناسه سند و شماره Version دو مفهوم جدا هستند؛ Document ID ثابت و Version متغیر است.
- فایلهای پیوستشده به یک سند میتوانند Attachment ID جداگانه داشته باشند.
- نسخه چاپی یا Export شده باید Document ID و Version را در Header یا Footer نشان دهد.
- برای اسناد محرمانه، Document ID قابل مشاهده است اما محتوا فقط براساس Permission باز میشود.
مدل Versioning مستندات
هر مستند دارای تاریخچه نسخه مستقل است. نسخه جدید روی همان Document ID ثبت میشود و نسخه قبلی برای Audit، مقایسه و Rollback باقی میماند. الگوی پیشنهادی نسخهبندی Major.Minor است.
نمونه مسیر نسخهبندی یک مستند از پیشنویس تا تغییر اساسی
نسخه |
کاربرد |
قاعده |
|
0.x |
نسخه پیشنویس یا در حال بررسی |
هنوز برای استفاده رسمی منتشر نشده است. |
|
1.0 |
اولین نسخه رسمی |
تأیید شده و قابل استناد در پروژه است. |
|
1.1 / 1.2 |
تغییر جزئی |
اصلاح نگارشی، تصویر، لینک، مثال یا جزئیات محدود. |
|
2.0 |
تغییر اساسی |
تغییر در فرآیند، ساختار، سیاست، معماری یا هدف اصلی سند. |
اطلاعات Change Log هر نسخه
- شماره نسخه، تاریخ ایجاد و ایجادکننده نسخه
- خلاصه تغییرات و دلیل تغییر
- فایل اصلی و پیوستهای مربوط به همان نسخه
- افراد بررسیکننده و تأییدکننده
- Task، Bug، Change Request یا Commit مرتبط
- وضعیت نسخه: Draft، In Review، Approved، Published، Superseded یا Archived
مراحل اصلی پروژه در TeamR
تعریف پروژه
- هدف، بودجه، زمان و نقشها
تطبیق و تشکیل تیم
- رزومه، مهارت و Location
برنامهریزی Agile
- Backlog، Sprint و ظرفیت
توسعه و کنترل نسخه
- Branch، Review و Release
گزارش به مشتری
- Progress، Milestone و ریسک
تحویل و ارزیابی
- خروجی، بازخورد و امتیاز
اصل طراحی
هر موجودیت باید در زنجیره قابل ردیابی باشد: Project → Role → Member → Sprint → Task → Code Change → Release → Milestone → Client Report. این ارتباط ارزش تحلیلی و شفافیت محصول را ایجاد میکند.
پرتال مشتری و نمایش Progress
مشتری نیاز ندارد تمام جزئیات داخلی تیم را ببیند؛ اما باید بداند پروژه کجاست، چه چیزی تحویل شده، چه ریسکی وجود دارد و اقدام بعدی چیست. TeamR یک نمای جداگانه با Permission اختصاصی ایجاد میکند.
اطلاعات قابل نمایش
- درصد پیشرفت کل و هر Milestone
- وضعیت Sprint جاری و برنامه بعدی
- Deliverableها، Demoها و Releaseها
- ریسکها و Blockerهای قابل نمایش
- گزارش هفتگی و تغییرات مهم
- تاریخهای برنامهریزیشده و واقعی
- Feedback، Comment، تایید یا درخواست اصلاح
روش محاسبه Progress
پیشرفت بهتر است ترکیبی از وزن Milestone، Story Point تکمیلشده، وضعیت Deliverable و Release باشد؛ نه صرفاً تعداد Taskهای بستهشده. فرمول باید برای نوع پروژه قابل تنظیم و برای مشتری قابل توضیح باشد.
حریم خصوصی
کد، بحثهای داخلی، اطلاعات شخصی اعضا، هزینههای محرمانه و تسکهای داخلی بهطور پیشفرض از مشتری مخفی میمانند و فقط دادههای تعیینشده توسط مالک پروژه منتشر میشوند.
