پرش به محتوا
راهکار بهتایم برای شرکت‌های فناوری اطلاعات

نرم افزار مدیریت پروژه برای شرکت‌های فناوری اطلاعات

وقتی توسعه محصول، پروژه‌های مشتری، پشتیبانی و کارهای داخلی هم‌زمان روی یک تیم پیش می‌روند، دانستن اینکه «چه کاری دست چه کسی است» دیگر کافی نیست. بهتایم کمک می‌کند برنامه، زمان، پیشرفت و هزینه کارها را در یک تصویر واحد ببینید.

توسعه محصول پروژه‌های مشتری پشتیبانی زمان و هزینه تیم
ب نمای پروژه
توسعه نسخه جدید
این هفته
پیشرفت
68 ٪
فعالیت باز
12
زمان ثبت‌شده
86 ساعت
فعالیت‌های جاری
در حال اجرا
توسعه API گزارش‌ها
AH
تست نسخه موبایل
MR
مستندات انتشار
SN
آماده‌سازی استقرار
RK
پشتیبانی مشتریان
۷ کار در جریان
۲ مورد نیازمند توجه
زمان تیم
۸۶ ساعت
ثبت‌شده روی پروژه
مسئله اصلی در شرکت‌های نرم‌افزاری

یک تیم؛ چند جور کار که برای یک ظرفیت رقابت می‌کنند

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

مسئله کمبود فهرست کارها نیست؛ مسئله این است که مدیر بداند ظرفیت واقعی تیم کجا مصرف می‌شود، کدام تعهد در حال عقب افتادن است و ورود یک کار فوری چه اثری روی بقیه برنامه دارد.

یک مثال ساده

وقتی یک درخواست فوری پشتیبانی وارد می‌شود، فقط یک کار جدید به فهرست اضافه نشده است؛ بخشی از ظرفیت همان تیم از یک کار برنامه‌ریزی‌شده به کار دیگری منتقل شده است.

تصویر مسئله
چهار جریان کاری، یک ظرفیت مشترک
این یک دیاگرام مفهومی از وضعیت تیم است، نه نمایی از نرم‌افزار.
توسعه محصول
Feature · Bug · بهبود فنی · انتشار نسخه
پروژه‌های مشتری
توسعه · سفارشی‌سازی · تحویل · استقرار
پشتیبانی مشتریان
درخواست · خطا · پیگیری · کار فوری
کارهای داخلی
جلسه · مستندات · زیرساخت · هماهنگی
ظرفیت مشترک تیم
همان آدم‌ها، همان ساعت‌های کاری
DEV QA PM UX
هر جریان کاری از همین ظرفیت محدود استفاده می‌کند

هر کار جدید روی برنامه بقیه کارها اثر می‌گذارد. مسئله فقط ثبت فعالیت نیست؛ باید بدانید هر جریان کاری چه فشاری به ظرفیت محدود تیم وارد می‌کند.

یک ابزار برای چند جنس کار

همه این کارها پروژه نیستند؛ اما همه باید مدیریت شوند

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

01

توسعه محصول نرم‌افزاری

از Backlog تا انتشار نسخه

Feature، Bug، بهبود فنی و کارهای مربوط به انتشار نسخه را می‌توان به فعالیت‌های مشخص تبدیل کرد و میان اعضای تیم تقسیم کرد. وابستگی‌ها، اولویت‌ها و پیشرفت کار نیز در کنار هم دیده می‌شوند.

توسعه نسخه ۴.۲ Product
برنامه‌ریزی
در حال انجام
انجام شده
02

پروژه‌های مشتری

وقتی موعد، تعهد و هزینه اهمیت دارد

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

پیاده‌سازی سامانه مشتری Project
تحلیل
۱۰۰٪
توسعه
۶۸٪
استقرار
۲۲٪
03

پشتیبانی و درخواست‌های مشتری

کارهایی که منتظر Sprint بعدی نمی‌مانند

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

درخواست‌های جاری Support
فوری
بررسی
باز
04

کارهای داخلی و فرایندهای شرکت

کارهایی که پروژه نیستند ولی نباید گم شوند

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

فرایند داخلی Workflow
درخواست
بررسی
تأیید
انجام

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

وقتی کار واقعاً پروژه است

مدیریت پروژه، بیشتر از جابه‌جا کردن کارت‌هاست

برای مدیریت کارهای روزانه، دیدن اینکه هر فعالیت در چه وضعیتی است بسیار مفید است. اما وقتی در برابر مشتری زمان تحویل، دامنه کار و هزینه تعهد دارید، Task Management به‌تنهایی کافی نیست.

مدیر پروژه باید بتواند بفهمد پروژه واقعاً چقدر پیش رفته، چه فعالیتی عقب افتاده، کدام کار به فعالیت دیگری وابسته است و تأخیر امروز چه اثری روی ادامه پروژه خواهد داشت.

زمان‌بندی و وابستگی فعالیت‌ها
بدانید کدام فعالیت باید قبل از فعالیت دیگری تمام شود و تغییر برنامه چه اثری روی ادامه پروژه دارد.
تشخیص تأخیر پیش از موعد تحویل
به‌جای اینکه در روز تحویل متوجه مشکل شوید، انحراف برنامه را در حین اجرای پروژه ببینید.
پیشرفت واقعی پروژه
وضعیت پروژه را از روی مجموعه‌ای از فعالیت‌ها، زمان‌بندی و میزان انجام کار ارزیابی کنید؛ نه صرفاً تعداد کارت‌های بسته‌شده.

بهتایم قرار نیست جای ابزارهای بسیار سنگین برنامه‌ریزی پروژه را بگیرد؛ اما برای بسیاری از شرکت‌های نرم‌افزاری، سطح مناسبی بین یک Task Manager ساده و ابزارهای پیچیده مدیریت پروژه فراهم می‌کند.

نیازمند توجه
فعالیت «تست یکپارچه» ۳ روز از برنامه عقب است و روی استقرار نسخه اثر می‌گذارد.
پروژه استقرار سامانه مشتری
پیشرفت
۶۸٪
فعالیت باز
۱۲
انحراف برنامه
+۳ روز
وضعیت
در اجرا
فعالیت
شنبه یکشنبه دوشنبه سه‌شنبه چهارشنبه پنجشنبه
تحلیل نیازمندی
توسعه Backend
توسعه Frontend
تست یکپارچه
استقرار
پیشرفت پروژه
۶۸٪
۴۲ از ۶۱ فعالیت تکمیل شده
زمان فقط یک عدد نیست

تیم شما وقتش را واقعاً صرف چه چیزی می‌کند؟

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

تحلیل زمان تیم
هفته جاری
زمان ثبت‌شده
۳۱۲ ساعت
پروژه مشتری
۱۰۸ ساعت
توسعه محصول
۹۷ ساعت
پشتیبانی
۶۹ ساعت
زمان سازمان کجا مصرف شده است؟
سهم از کل زمان ثبت‌شده
پروژه مشتری
۳۵٪
توسعه محصول
۳۱٪
پشتیبانی
۲۲٪
کارهای داخلی
۱۲٪
توزیع بار کاری تیم
زمان ثبت‌شده در این هفته
AH توسعه Backend
۴۲h
MR Frontend
۴۸h
SN تحلیل
۳۴h
RK QA
۳۶h
زمان صرف‌شده برای پشتیبانی
۶۹ ساعت

یعنی بیش از یک‌پنجم زمان ثبت‌شده تیم در این هفته صرف پاسخ‌گویی و پیگیری درخواست‌های مشتریان شده است.

عددها قرار است جواب بدهند

مدیر باید بتواند به این سؤال‌ها پاسخ دهد

01

کدام پروژه بیشتر از چیزی که انتظار داشتیم زمان تیم را مصرف کرده است؟

02

پشتیبانی مشتریان چه سهمی از ظرفیت تیم فنی را گرفته است؟

03

آیا بار کاری بین اعضای تیم منطقی توزیع شده است؟

04

چه مقدار زمان برای توسعه محصول خودمان باقی مانده است؟

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

از زمان به هزینه

پروژه‌ای که سودآور به نظر می‌رسید، واقعاً چقدر هزینه داشته است؟

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

هزینه نفر ـ ساعت
زمان ثبت‌شده اعضای تیم را با نرخ هزینه هر فرد به هزینه واقعی کار تبدیل کنید.
هزینه‌های غیرحقوقی پروژه
خرید سرویس، تجهیزات، مأموریت، پیمانکار و سایر هزینه‌های مرتبط را کنار هزینه نیروی انسانی ثبت کنید.
بودجه در برابر هزینه واقعی
قبل از اینکه پروژه از محدوده اقتصادی مورد انتظار خارج شود، مصرف بودجه را در حین اجرا ببینید.

هدف فقط حسابداری پروژه نیست. وقتی هزینه به زمان و فعالیت متصل باشد، می‌توانید بفهمید کدام نوع پروژه، مشتری یا خدمت واقعاً برای شرکت اقتصادی‌تر است.

هزینه بالاتر از برآورد
زمان صرف‌شده تیم توسعه ۱۲٪ بیشتر از برآورد اولیه پروژه شده است.
هزینه پروژه پیاده‌سازی سامانه
تا امروز
بودجه پروژه
۴۲۰ میلیون
هزینه واقعی
۳۶۶ میلیون
مصرف بودجه
۸۷٪
ترکیب هزینه پروژه
هزینه ثبت‌شده
توسعه نرم‌افزار
۲۴۸ م.
تحلیل و مدیریت
۷۱ م.
سایر هزینه‌ها
۴۷ م.
بودجه در برابر هزینه واقعی
۸۷٪ مصرف شده
۰ نقطه هشدار ۴۲۰ میلیون
مبلغ قرارداد
۵۲۰ میلیون تومان
برای بررسی سودآوری، مبلغ قرارداد را باید در کنار هزینه واقعی اجرای پروژه دید.
وقتی ترتیب انجام کار مهم است

بعضی کارها پروژه نیستند؛ فرایند هستند

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

انتشار نسخه نرم‌افزار
توسعه ← تست ← تأیید ← انتشار
Release
استقرار برای مشتری
آماده‌سازی ← کنترل ← نصب ← تحویل
Deploy
درخواست مشتری
ثبت ← بررسی ← ارجاع ← پاسخ
Request
فرایندهای داخلی
درخواست ← تأیید ← اقدام ← پایان
Internal
گردش کار انتشار نسخه
Workflow
وضعیت
در حال اجرا
مرحله جاری
تست نهایی
مسئول فعلی
تیم QA
توسعه
تیم توسعه
Code Review
Tech Lead
تست نهایی
QA
4
تأیید انتشار
مدیر محصول
5
انتشار
DevOps
مرحله جاری: تست نهایی
در حال انجام
مسئول
تیم کنترل کیفیت
شرط عبور
تکمیل چک‌لیست تست و تأیید QA
مرحله بعد
تأیید مدیر محصول
انتقال مرحله
بعد از تکمیل شرایط مرحله، کار می‌تواند به مسئول مرحله بعد منتقل شود.

گردش کار زمانی ارزشمند است که ترتیب، مسئولیت و وضعیت کار به خود فرایند متصل باشد؛ نه اینکه برای فهمیدن مرحله بعد مجبور باشید سراغ پیام‌ها، فایل‌ها یا حافظه افراد بروید.

هوش مصنوعی بهتایم

داده‌های پروژه را دارید؛ حالا از آن‌ها سؤال بپرسید

وقتی پروژه‌ها، فعالیت‌ها، زمان و هزینه در بهتایم ثبت شده‌اند، برای رسیدن به یک پاسخ مدیریتی همیشه لازم نیست بین چند گزارش بگردید. با پندار، دستیار هوش مصنوعی بهتایم می‌توانید درباره داده‌های پروژه سؤال بپرسید و سریع‌تر به موارد نیازمند توجه برسید.

وضعیت پروژه‌ها را سریع‌تر تحلیل کنید
بپرسید کدام پروژه‌ها عقب افتاده‌اند، چه فعالیت‌هایی نیاز به توجه دارند یا برنامه و عملکرد واقعی چه تفاوتی دارند.
فشار کاری تیم را ببینید
توزیع بار کاری را بررسی کنید و افرادی را که ظرفیتشان بیش از حد یا کمتر از انتظار درگیر شده است شناسایی کنید.
انحراف هزینه را پیدا کنید
هزینه واقعی، بودجه و زمان مصرف‌شده را کنار هم بررسی کنید تا پروژه‌هایی که به کنترل بیشتری نیاز دارند زودتر دیده شوند.
خروجی جلسه را به کار قابل‌پیگیری تبدیل کنید
از محتوای جلسه متن و نکات مهم بگیرید و اقداماتی را که باید بعد از جلسه پیگیری شوند مشخص کنید.
پندار فقط اطلاعاتی را تحلیل می‌کند که کاربر مجاز به مشاهده آن‌هاست.
تحلیل بار کاری
۲ نفر نیازمند توجه
فشار کاری در تیم Frontend بیشتر از میانگین تیم است.
پ
پندار
دستیار هوش مصنوعی بهتایم
✦ AI
کدام پروژه‌های فعال این هفته بیشتر به توجه نیاز دارند؟
نتیجه تحلیل
بر اساس زمان‌بندی، پیشرفت و اطلاعات ثبت‌شده، دو پروژه نسبت به سایر پروژه‌های فعال به بررسی بیشتری نیاز دارند.
پروژه‌های نیازمند توجه ۲ مورد
استقرار سامانه مشتری A
تأخیر
توسعه نسخه ۴.۲
ظرفیت
پروژه یکپارچه‌سازی API
عادی
بار کاری تیم چطور است؟ هزینه‌ها را بررسی کن برنامه و واقعیت را مقایسه کن
درباره داده‌های بهتایم خود بپرسید…
جلسه تیم محصول
۴ اقدام شناسایی شد
تصمیم‌ها و اقدامات بعدی جلسه برای پیگیری مشخص شده‌اند.
ارزش در اتصال اطلاعات است

همه این‌ها، در یک فضای کاری

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

بهتایم
یک تصویر واحد از کار سازمان
پروژه
برنامه، پیشرفت، وابستگی و وضعیت اجرای پروژه
فعالیت
مسئول، اولویت، وضعیت و جزئیات اجرای کار
زمان
بدانید زمان تیم واقعاً روی چه کاری مصرف شده است
هزینه
هزینه نفر ـ ساعت، بودجه و سایر هزینه‌های پروژه
گردش کار
مرحله، مسئولیت و ترتیب اجرای فرایندهای تکرارشونده
گزارش و تحلیل
از داده‌های اجرا برای تصمیم‌گیری مدیریتی استفاده کنید
هوش مصنوعی
از همین داده‌ها سؤال بپرسید و تحلیل مدیریتی بگیرید
01
اطلاعات کمتر پراکنده می‌شود
فعالیت، زمان و پروژه در ابزارهای جدا از هم باقی نمی‌مانند.
02
گزارش معنا پیدا می‌کند
عددها به کار واقعی، افراد و پروژه‌ها متصل هستند.
03
تصمیم‌گیری سریع‌تر می‌شود
برای فهمیدن وضعیت شرکت لازم نیست چند فایل و سامانه را کنار هم بگذارید.

برای یک شرکت فناوری اطلاعات، مسئله فقط داشتن ابزار بیشتر نیست. ارزش زمانی ایجاد می‌شود که اطلاعات کار تیم به یکدیگر متصل باشند و مدیر بتواند از آن‌ها یک تصویر قابل‌اعتماد بسازد.

قدم بعدی ساده است

حالا بهتایم را روی کار واقعی تیم خودتان ببینید

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

می‌توانید با یک تیم کوچک و یک پروژه واقعی شروع کنید.