DevGuide 🇵🇸

🎯 ليه لازم تكون فاهم الـ Business Goal قبل ما تبدأ تشتغل على أي Feature؟
.
.
إنك تكون بتعرف تكتب clean code ده مهم، وإنك تبقى سريع في تنفيذ الـ tasks كمان حاجة حلوة، بس ده كله لوحده مش كفاية.

اللي فعلًا بيفرق بين مبرمج عادي… ومهندس برمجيات تقيل، هو قد إيه فاهم البزنس اللي بيشتغل عليه.

يعني إيه؟
يعني قبل ما تفتح VS Code وتبدأ تكتب أي سطر كود، لازم تسأل نفسك سؤال بسيط:

"هو ليه بنعمل الـ feature دي أصلاً؟"

لأنك لو مش فاهم الـ “ليه”، ممكن تشتغل كتير وتبذل مجهود كبير… وفي الآخر تطلع النتيجة مش هي اللي الـ business محتاجها!

———

💡 يعني إيه Business Goal؟

الـ business goal هو السبب الحقيقي إن الشركة قررت تضيف الـ feature دي.
مش بس إزاي نعملها، لكن ليه بنعملها؟
بنحاول نحل مشكلة لمين؟ وإيه اللي هنستفاده لما نحلها؟

يعني مثلًا:

- ممكن نكون بنعمل filter عشان نزود الـ conversion rate.
- أو بنضيف notification جديدة عشان نقلل الـ churn.
- أو بنعمل redesign لجزء معين عشان نخلي الـ onboarding أسرع.

كل واحدة من دول محتاجة تفكير وتنفيذ مختلف، رغم إن ممكن يكون شكل الـ features شبه بعض.

———

📌 إيه اللي هيحصل لما تشتغل من غير ما تفهم البزنس؟

1- بتكتب كود حلو… بس غلط.
بتبذل مجهود كبير في حاجات مش مطلوبة أو مش مفيدة حاليًا.

2- بتفوّت فرصة إنك تضيف value.
ممكن تكون عندك اقتراحات تحسّن الفكرة لو كنت فاهم الهدف الحقيقي، بس لأنك مش عارف الـ context، بتنفّذ وخلاص.

3- بتزود الـ tech debt من غير قصد.
لأنك ممكن تختار حل تقني مش مناسب للهدف الأساسي، وبعد شوية الشركة تضطر ترجع تغير الحل ده.

4- بتكون reactive مش proactive.
بتنفّذ اللي مكتوب وخلاص، بدل ما تكون شريك حقيقي في الحل.

———

لو المبرمج سأل أول ما استلم الـ task:

"إحنا ليه عايزين نضيف الفلتر ده؟"
وكان الرد:
"عشان عندنا data بتقول إن المستخدمين بيخرجوا من الصفحة لما مش بيلاقوا المنتج اللي عاوزينه بسرعة"

ساعتها كان ممكن:

- يركّز على تحسين تجربة البحث أكتر من شكل الفلتر.

- يقترح autocomplete.

- يضيف ranking based on popularity.

- يحلل الـ analytics أكتر ويشتغل مع الـ designer على UI/UX أحسن.

يعني كان هيفكّر زي ما الـ product owner بيفكر، ويبقى مش بس مبرمج بيكتب كود، لكن شريك في الحل.

———

✅ تعمل إيه عشان تبقى فاهم البزنس كويس؟

1- اسأل دايمًا "ليه؟" قبل ما تبدأ في أي task.

2- افهم الـ KPIs اللي الفريق بيشتغل عليها.
إيه اللي بيقيسوا به النجاح؟ Traffic؟ Conversion؟ Retention؟

3- احضر meetings مع الـ product/marketing لما تقدر.
هتشوف الدنيا من زاويتهم، وده هيفرق في طريقة تفكيرك.

4- اربط الـ code اللي بتكتبه بالـ impact اللي بيعمله.
"الـ PR ده لما دخل، زوّد الـ signup rate 10%".
ده أفضل بكتير من "عملت login form بالـ clean code".

———

وفقكم الله لكل خير 🌿

www.tg-me.com/us/telegram/com.the_developer_guide/5287

847 viewsJun 3 at 12:02

🎯 ليه لازم تكون فاهم الـ Business Goal قبل ما تبدأ تشتغل على أي Feature؟
.
.
إنك تكون بتعرف تكتب clean code ده مهم، وإنك تبقى سريع في تنفيذ الـ tasks كمان حاجة حلوة، بس ده كله لوحده مش كفاية.

اللي فعلًا بيفرق بين مبرمج عادي… ومهندس برمجيات تقيل، هو قد إيه فاهم البزنس اللي بيشتغل عليه.

يعني إيه؟
يعني قبل ما تفتح VS Code وتبدأ تكتب أي سطر كود، لازم تسأل نفسك سؤال بسيط:

"هو ليه بنعمل الـ feature دي أصلاً؟"

لأنك لو مش فاهم الـ “ليه”، ممكن تشتغل كتير وتبذل مجهود كبير… وفي الآخر تطلع النتيجة مش هي اللي الـ business محتاجها!

———

💡 يعني إيه Business Goal؟

الـ business goal هو السبب الحقيقي إن الشركة قررت تضيف الـ feature دي.
مش بس إزاي نعملها، لكن ليه بنعملها؟
بنحاول نحل مشكلة لمين؟ وإيه اللي هنستفاده لما نحلها؟

يعني مثلًا:

- ممكن نكون بنعمل filter عشان نزود الـ conversion rate.
- أو بنضيف notification جديدة عشان نقلل الـ churn.
- أو بنعمل redesign لجزء معين عشان نخلي الـ onboarding أسرع.

كل واحدة من دول محتاجة تفكير وتنفيذ مختلف، رغم إن ممكن يكون شكل الـ features شبه بعض.

———

📌 إيه اللي هيحصل لما تشتغل من غير ما تفهم البزنس؟

1- بتكتب كود حلو… بس غلط.
بتبذل مجهود كبير في حاجات مش مطلوبة أو مش مفيدة حاليًا.

2- بتفوّت فرصة إنك تضيف value.
ممكن تكون عندك اقتراحات تحسّن الفكرة لو كنت فاهم الهدف الحقيقي، بس لأنك مش عارف الـ context، بتنفّذ وخلاص.

3- بتزود الـ tech debt من غير قصد.
لأنك ممكن تختار حل تقني مش مناسب للهدف الأساسي، وبعد شوية الشركة تضطر ترجع تغير الحل ده.

4- بتكون reactive مش proactive.
بتنفّذ اللي مكتوب وخلاص، بدل ما تكون شريك حقيقي في الحل.

———

لو المبرمج سأل أول ما استلم الـ task:

"إحنا ليه عايزين نضيف الفلتر ده؟"
وكان الرد:
"عشان عندنا data بتقول إن المستخدمين بيخرجوا من الصفحة لما مش بيلاقوا المنتج اللي عاوزينه بسرعة"

ساعتها كان ممكن:

- يركّز على تحسين تجربة البحث أكتر من شكل الفلتر.

- يقترح autocomplete.

- يضيف ranking based on popularity.

- يحلل الـ analytics أكتر ويشتغل مع الـ designer على UI/UX أحسن.

يعني كان هيفكّر زي ما الـ product owner بيفكر، ويبقى مش بس مبرمج بيكتب كود، لكن شريك في الحل.

———

✅ تعمل إيه عشان تبقى فاهم البزنس كويس؟

1- اسأل دايمًا "ليه؟" قبل ما تبدأ في أي task.

2- افهم الـ KPIs اللي الفريق بيشتغل عليها.
إيه اللي بيقيسوا به النجاح؟ Traffic؟ Conversion؟ Retention؟

3- احضر meetings مع الـ product/marketing لما تقدر.
هتشوف الدنيا من زاويتهم، وده هيفرق في طريقة تفكيرك.

4- اربط الـ code اللي بتكتبه بالـ impact اللي بيعمله.
"الـ PR ده لما دخل، زوّد الـ signup rate 10%".
ده أفضل بكتير من "عملت login form بالـ clean code".

———

وفقكم الله لكل خير 🌿

BY DevGuide 🇵🇸