اذهب إلى المحتوى

البحث في الموقع

المحتوى عن 'مساهمين'.

  • ابحث بالكلمات المفتاحية

    أضف وسومًا وافصل بينها بفواصل ","
  • ابحث باسم الكاتب

نوع المحتوى


التصنيفات

  • الإدارة والقيادة
  • التخطيط وسير العمل
  • التمويل
  • فريق العمل
  • دراسة حالات
  • التعامل مع العملاء
  • التعهيد الخارجي
  • السلوك التنظيمي في المؤسسات
  • عالم الأعمال
  • التجارة والتجارة الإلكترونية
  • نصائح وإرشادات
  • مقالات ريادة أعمال عامة

التصنيفات

  • مقالات برمجة عامة
  • مقالات برمجة متقدمة
  • PHP
    • Laravel
    • ووردبريس
  • جافاسكربت
    • لغة TypeScript
    • Node.js
    • React
    • Vue.js
    • Angular
    • jQuery
    • Cordova
  • HTML
  • CSS
    • Sass
    • إطار عمل Bootstrap
  • SQL
  • لغة C#‎
    • ‎.NET
    • منصة Xamarin
  • لغة C++‎
  • لغة C
  • بايثون
    • Flask
    • Django
  • لغة روبي
    • إطار العمل Ruby on Rails
  • لغة Go
  • لغة جافا
  • لغة Kotlin
  • لغة Rust
  • برمجة أندرويد
  • لغة R
  • الذكاء الاصطناعي
  • صناعة الألعاب
  • سير العمل
    • Git
  • الأنظمة والأنظمة المدمجة

التصنيفات

  • تصميم تجربة المستخدم UX
  • تصميم واجهة المستخدم UI
  • الرسوميات
    • إنكسكيب
    • أدوبي إليستريتور
  • التصميم الجرافيكي
    • أدوبي فوتوشوب
    • أدوبي إن ديزاين
    • جيمب GIMP
    • كريتا Krita
  • التصميم ثلاثي الأبعاد
    • 3Ds Max
    • Blender
  • نصائح وإرشادات
  • مقالات تصميم عامة

التصنيفات

  • مقالات DevOps عامة
  • خوادم
    • الويب HTTP
    • البريد الإلكتروني
    • قواعد البيانات
    • DNS
    • Samba
  • الحوسبة السحابية
    • Docker
  • إدارة الإعدادات والنشر
    • Chef
    • Puppet
    • Ansible
  • لينكس
    • ريدهات (Red Hat)
  • خواديم ويندوز
  • FreeBSD
  • حماية
    • الجدران النارية
    • VPN
    • SSH
  • شبكات
    • سيسكو (Cisco)

التصنيفات

  • التسويق بالأداء
    • أدوات تحليل الزوار
  • تهيئة محركات البحث SEO
  • الشبكات الاجتماعية
  • التسويق بالبريد الالكتروني
  • التسويق الضمني
  • استسراع النمو
  • المبيعات
  • تجارب ونصائح
  • مبادئ علم التسويق

التصنيفات

  • مقالات عمل حر عامة
  • إدارة مالية
  • الإنتاجية
  • تجارب
  • مشاريع جانبية
  • التعامل مع العملاء
  • الحفاظ على الصحة
  • التسويق الذاتي
  • العمل الحر المهني
    • العمل بالترجمة
    • العمل كمساعد افتراضي
    • العمل بكتابة المحتوى

التصنيفات

  • الإنتاجية وسير العمل
    • مايكروسوفت أوفيس
    • ليبر أوفيس
    • جوجل درايف
    • شيربوينت
    • Evernote
    • Trello
  • تطبيقات الويب
    • ووردبريس
    • ماجنتو
    • بريستاشوب
    • أوبن كارت
    • دروبال
  • الترجمة بمساعدة الحاسوب
    • omegaT
    • memoQ
    • Trados
    • Memsource
  • برامج تخطيط موارد المؤسسات ERP
    • تطبيقات أودو odoo
  • أنظمة تشغيل الحواسيب والهواتف
    • ويندوز
    • لينكس
  • مقالات عامة

التصنيفات

  • آخر التحديثات

أسئلة وأجوبة

  • الأقسام
    • أسئلة البرمجة
    • أسئلة ريادة الأعمال
    • أسئلة العمل الحر
    • أسئلة التسويق والمبيعات
    • أسئلة التصميم
    • أسئلة DevOps
    • أسئلة البرامج والتطبيقات

التصنيفات

  • كتب ريادة الأعمال
  • كتب العمل الحر
  • كتب تسويق ومبيعات
  • كتب برمجة
  • كتب تصميم
  • كتب DevOps

ابحث في

ابحث عن


تاريخ الإنشاء

  • بداية

    نهاية


آخر تحديث

  • بداية

    نهاية


رشح النتائج حسب

تاريخ الانضمام

  • بداية

    نهاية


المجموعة


النبذة الشخصية

تم العثور على 2 نتائج

  1. هل لدى مشروعك مجتمعٌ نشطٌ، لكن هنالك الكثير من العمل الذي لا يستطيع ذاك المجتمع تحمل عبئه؟ هذه آخر مقالة من سلسلة المقالات حول التسويق للمشاريع مفتوحة المصدر، وقد حان الوقت للتركيز حول كيفية تنمية المجتمع. الدروس السابقة في هذه السلسلة: الجمهور المستهدف وصفحة الهبوط كيف تجعل الوصول مشروعك المفتوح المصدر أسهل طرق التعريف بمشروعك المفتوح المصدر كيفية تحويل مستخدمي مشروعك مفتوح المصدر إلى مساهمين كيف تنمي المجتمع الخاص بمشروعك مفتوح المصدر (هذا الدرس) السبب وراء تنمية المجتمع إن بدَأ مجتمعك بالنشوء بنجاح، لكنه لم ينمو كما كنتَ متوقعًا، فربما هنالك العديد من الأسباب المُمكنة لذلك، وعليك معرفتها ولتكن واقعيًا حولها. ستنتمي تلك المسببات إلى أحد هذين التصنيفين: الأشياء التي يمكنك فعل شيءٍ حيالها الأشياء خارج نطاق قدرتك هل أصبح متتبع العلل issue tracker لديك مزدحمًا بعد ازدياد عدد الأشخاص العاملين عليه؟ ألم يزدد وقت استجابتك لاستفسارات المساهمين الجدد لأنك تقضي وقتًا أطول لمناقشة الأمور مع الأشخاص الموجودين ضمن مجتمعك؟ هل تبقي التوثيق محدثًا دومًا؟ هل مضت سنتان منذ آخر مرة نشرتَ فيها تدوينةً حول المشروع؟ ليس من الصعب نسيان هذه الأمور الصغيرة عندما يصبح المجتمع الخاص بمشروعك كبيرًا ولا يتوقف عن الحركة والعمل ويتطلب منك اهتمامًا دائمًا. لكن نسيان تلك الأمور قد تسبب توقف نمو مشروعك في المستقبل؛ فكلما كبر مشروعك، كلما أصبح معقدًا بعمليات ونقاشات كثيرة يجب على القادمين الجدد أن يعتادوا عليها، مما يؤدي إلى تصعيب انضمام المساهمين من جديد. إن كانت المسببات من التصنيف الثاني، فهذا مُشكل كبيرٍ لك، خصيصًا للمشاريع الصغيرة، فقد لا يكون المجتمع كبيرًا ليحتوي عددًا كافيًا من المساهمين؛ فربما هنالك عشرة أشخاص في هذه الكوكب مهتمين بمشروعك وقادرين على المساهمة فيه، وخمسة منهم يساهمون فيه من قبل، وثلاثة لديهم عقود عمل تجعل من الصعب عليهم المساهمة في المشاريع، واثنين آخرين يفضلون قضاء وقت فراغهم مع أولادهم الصغار. يتطور عالم التقنية بوتيرة عالية، ألم تلاحظ عدم وجود نشاط كبير في مكتبة COBOL التي كتبتَها في السنوات القليلة الماضية؟ ربما تقوم بكل شيءٍ بشكلٍ صحيح، لكن الآخرين ينتقلون إلى أشياءٍ جديدة. فعندما بدأتَ كنتَ تستبدل تقنيات قديمة بهذه المكتبة الجديدة، وهذا ما يحدث اليوم لمكتبتك. الخيارٌ عائدٌ إليك إن كنتَ تريد متابعة العمل على ما هو قديم، أم "القفز" من السفينة كما يفعل الباقون. بعد أن شرحنا المشاكل المحتملة، سنعرض كيفية حلها. حسن باستمرار أمعن النظر بمدى سهولة الانضمام إلى المشروع للوافدين الجدد، وجرِّب سلوكياتٍ وتقنياتٍ مختلفة لترى أيها أصلح لك. يتطلب الحفاظ على مجتمعك وتوسعته جهدًا كبيرًا كما هو الحال عند بناءه، لكنك لست وحدك هذه المرة. اجعل بعض العادات الجيدة في إدارة المجتمع جزءًا من خطة سير العمل. هل سبب أحدهم مشكلة في الواجهة؟ عليهم أيضًا تحسين التوثيق. شجِّع الذين أضافوا ميزات كبيرة أن يكتبوا تدوينةً عنها؛ فهذا عملهم وعليهم أن يفخروا به. اشرح كل ما تفعله في سلسلة من التدوينات على صفحة مشروعك، كي يتطلع الآخرون إلى مساعدتك؛ شاور مجتمعك في أمور المشروع، واعطِ الأعضاء الموثوقين امتيازات وصول كاملة إلى المستودع؛ وبهذا ستصنع "آلة" ذات اكتفاءٍ ذاتي تستطيع أن تعمل دون استهلاك كامل طاقتك ووقتك الفارغ. اعرض مشروعك في أحد المؤتمرات هنالك الكثير من المؤتمرات التي تُركِّز على مختلف جوانب الحواسيب حول العالم. إن أردت أن يظهر مشروعك أمام العالم، فسجِّل كي تلقي كلمةً حوله في أحد المؤتمرات؛ وستتاح لك فرصٌ عديدةً إن لم يكن منتجك تجاريًا. يمكن أيضًا عرضه على الأشخاص الذين قد يرونه مفيدًا في اللقاءات والاجتماعات المحلية المختصة بتقنية المعلومات. أحد أكبر المؤتمرات هو FOSDEM في بروكسل، سجل مشروعك لمؤتمر السنة القادمة، حتى لو كنت ستتحدث عنه للتعريف به فقط (وليس لشرح تفاصيله). اعمل مع المطورين الأقل خبرة تتوجه معظم النصائح التي قدمناها في هذه السلسلة إلى الأشخاص الذين لديهم باع طويل في مجالاتهم، أي أنهم مطورون أولي خبرةٍ متوسطة إلى متقدمة، والذين يبرمجون لفترةٍ لا بأس بها. لكن المشكلة أن لديهم عملًا بدوامٍ كامل، وربما لديهم عائلة ومشاريع فرعية عليهم العمل عليها. خصص جزءًا من وقتك كي تسهل على المساهمين الأقل خبرةً أن يعملوا على مشروعك، وهذا يساعدك في كسب مجموعة كبيرة من الأناس المتحمسين الذين يودون الحصول على الخبرة بالعمل معك؛ وهذا يتضمن الطلاب، والأشخاص الذين يغيرون مهنتهم... إلخ. ضع بذهنك أنهم لن يبقوا قليلي الخبرة إلى الأبد، فقد تحصل على أعضاءٍ رائعين في مجتمعك في المستقبل إن أقمت علاقاتٍ بناءةٍ معهم. ادفع مالا للمساهمين لن يكون هذا الخيار واقعيًا للمشاريع التي يقوم عليها أشخاص، لكنه فعالٌ جدًا للشركات. إن استعملت مواقع مثل BountySource، فيمكنك تحديد سعر للميزات التي تريد إضافتها وربما يأتي أحدهم ويقبل عرضك. خيارٌ أخرٌ هو إنشاء مسابقات حيث يعمل فيها الآخرون على مشروعك لقاء مبلغٍ مالي أو شكل من أشكال التقدير الشخصي. تختار العديد من الشركات تمويل الأشخاص المهمين في المجتمع وتدفع راتب عملٍ بدوامٍ كامل لهم ليعملوا على المشروع. هذا مثالٌ ممتاز يبيّن كيف أنَّ العمل على المشاريع مفتوحة المصدر لا يعني أنَّه بالمجان. خاتمة فتح مصدر مشروعك هو بداية جيدة، لكن ستزداد المتعة عندما يبدأ الآخرون باستعماله والمشاركة فيه؛ وحتى ولو كان أغلبنا مبرمجون، فإننا نجد أنَّ المصدر المفتوح أشبه "بمؤسسة اجتماعية". هذه آخر مقالة من سلسلة "التسويق للمشاريع مفتوحة المصدر"، شكرًا لبقائك معنا حتى النهاية، أرجو أن تكون قد وجدتها مفيدةً :-) . ترجمة -وبتصرّف- للمقال Growing the community around your open-source project لصاحبه Radek Pazdera.
  2. فيما يلي مقتطف من كتاب لـ Noam Wasserman، الأستاذ بكلية إدارة الأعمال بجامعة هارفارد، بعنوان The Founder's Dilemmas: Anticipating and Avoiding the Pitfalls That Can Sink a Startup. وهو واحد من سلالة نادرة من أساتذة إدارة الأعمال؛ فهو يدرس ريادة الأعمال باستخدام منهج تجريبي شديد الدقة. يستغل الكتاب تحليل Noam لبيانات 10,000 مؤسس، بالإضافة إلى القصص الشخصية لـEvan Williams أحد مؤسّسي تويتر، وTim Westergren مؤسّس راديو Pandora، وأكثر من عشرين مؤسّس آخرين. ألقِ نظرة على هذا المخطط، وهو أحد المفضلين لدي في الكتاب، لترى مثالا عن المعرفة التي تتيحها تلك البيانات: يطلق Noam على هذا المخطط المفاضلة بين أن يكون المرء غنيا أو يكون ملكا؛ وهو اكتشاف بارز. يجني المؤسسون الذين يحتفظون بسلطة أكبر على شركاتهم قدرا أقل من المال في المتوسط. تثير هذه النتائج أسئلة أكثر مما تجيب، مثل أي نتيجة مستندة إلى بيانات؛ فمعظم رواد الأعمال يعرفون على سبيل المثال أن أكثر رواد الأعمال نجاحا -من بيل جيتس إلى جيف بيزوس- أحكموا قبضتهم على شركاتهم، ونحن بالتالي نسعى إلى محاكاة منهجهم، ولكن بما يضرنا؛ لأننا غالبا ما نحاكي الأشياء الخاطئة. سيساعدنا امتلاك الحقائق الفعلية على طرح أسئلة أفضل، ليس من المفترض أن نسأل: «ما مقدار السلطة التي سعى بيل جيتس للحصول عليها؟» ولكن علينا بدلا من ذلك أن نسأل: «ما الأمر الاستثنائي في قراراته الذي أتاح له الهروب من المصير الأكثر شيوعا؟» كان من حُسن حظي أن تسنى لي قراءة نسخة من الكتاب حين كان مسودة؛ وأنا متحمس الآن لمشاركتكم جزء منه بعد أن صدرت النسخة النهائية. طُلب مني حينها كتابة تعليق رسمي على الكتاب، وكان هذا ما قلت: فيما يلي مستخلص حصري عما يعد خطرا شائعا فيما يتعلق بتقسيم حقوق المساهمين. وفقا لمجموعة بيانات Noam، يقسم 73% من الفرق المؤسسة حقوق المساهمين خلال شهر من التأسيس؛ وهو رقم مدهش بالنظر إلى الأمور المبهمة الكبيرة في بداية عمر أي شركة ناشئة. ويجعل معظمهم حقوق المساهمين ثابتة لا تقبل التغيير، إذ يفشلون في السماح بتعديلات مستقبلية على أسهم الملكية إذا حدثت تغييرات كبيرة داخل الفريق أو الشركة الناشئة. يحدد الكتاب بعد هذا المستخلص حلولا معينة تساعد المؤسسين على تجنب هذا الخطر. إن تقسيم حقوق المساهمين مبكرا أحد أكبر الأخطاء التي يمكن للمؤسسين ارتكابها. يميل المؤسسون المشاركون إلى التخطيط لأفضل ما يمكن أن يحدث، بسبب ثقتهم في شركتهم الناشئة وفي أنفسهم، وشغفهم بعملهم وبمهمتهم، ورغبتهم في عدم إفساد الديناميكية الهشة الموجودة في الفريق المؤسس الوليد. يفترضون أن معدلاتهم العالية المبكرة من الالتزام ستدوم طويلا في المستقبل، بدلا من أن تتضاءل عندما تبدأ تحديات التأسيس في إرهاق شغفهم بالفكرة وببعضهم البعض؛ ويفترضون أن الأحداث المعاكسة لن تغير من تركيب فريقهم. كما تتسم نظرتهم بقصر الأمد في العوامل التي يجب أن تكون مؤثرة في تقسيم حقوق المساهمين، يفترضون أن المهام التي يؤدونها خلال المرحلة الأولى من تنمية الشركة الناشئة هي ذاتها المهام التي ستؤدى خلال المراحل التالية، والتي تكون مختلفة للغاية. يفترضون أن مهاراتهم ستظل ذات قيمة للشركة الناشئة كما هي الآن؛ ويبالغون في تقدير القيمة التي سيبنونها في الأشهر الأولى مقارنة بالقيمة التي يأملون بناءها على مدار السنوات اللاحقة، ومن ثم يولون أهمية أكبر لإسهاماتهم الماضية مقارنة بالإسهامات المستقبلية المتطلبة منهم. يعطي كل مؤسس قيمة لإسهاماته الخاصة أكبر مما يعطيها لإسهامات المؤسسين المشاركين الآخرين، إذ يعرف تكلفة جهوده الخاصة ومداها بينما لا يمكنه أن يعرف تكلفة جهود الآخرين ومداها. ولكن مثل هذا المنهج -الذي يعد أفضل احتمالية- خطير؛ فالاحتمالات المبهمة تتزايد. يعرف المؤسسون على مستوى الشركة العيوب في خططهم الأولية ويعدلون إستراتيجية الشركة الناشئة وخطة العمل ونموذج العمل. يقول الأستاذ Scott Shane إن «حوالي نصف مؤسسي الشركات الجديدة (49,6%) أشاروا إلى أن أفكارهم عن العمل قد تغيرت منذ الوقت الذي حددوها فيه لأول مرة وحتى الوقت الذي سئلوا فيه عنها في مسح». يمكن لمثل هذه التعديلات إحداث تغييرات كبيرة في العقبات التي تواجهها الشركة الناشئة والمهارات اللازمة للتعامل مع تلك العقبات، ومن ثم في الأدوار التي سيضطر كل مؤسس (أو ربما مؤسس جديد أو شخص من غير المؤسسين) إلى لعبها في بناء الشركة الناشئة. أما على المستوى الفردي، فمع تغير الاستراتيجية ونموذج العمل، ستصبح مهارات بعض المؤسسين أكثر أهمية من مهارات البعض الآخر وستتغير الأدوار غالبا. ومع معرفة كل مؤسس لمتطلبات بناء شركة ناشئة، ويتأمل في دوافعه، ويرى مدى معالجة قدراته لاحتياجات الشركة الناشئة، ربما يتغير التزامه نحو الشركة الناشئة. كما يستطيع المؤسسون فهم قدرات بعضهم البعض والتزامهم على مستوى أعمق كثيرا مما كان ممكنا في البداية. ومع ذلك يميل المؤسسون إلى المبالغة في تقدير مقدار القيمة التي سيبنونها خلال تلك الأيام الأولى، مما قد يتسبب في مشاكل أكبر عندما تتضاءل إسهامات أحد المؤسسين المشاركين فيما بعد. كذلك قد تؤثر حياة المؤسس الشخصية على التزامه وإسهاماته. كان كل المؤسسين في شركة أوكام للتكنولوجيا على وعي باقتراب ولادة طفل كين -المسؤول عن الأفكار- الأول، ولكن حتى كين لم يكن متأكدا من كيفية تأثير ذلك على رغبته في الاستقالة من عمله الأساسي والتركيز على بناء أوكام. يمكن أن تفاجئ الجميع مشاكل صحية قاسية وغير متوقعة، فعندما كانت شركة مايكروسوفت ما تزال شركة خاصة على سبيل المثال، علم المؤسس المشارك Paul Allen بإصابته بـ ورم هودجكن الليمفاوي، الذي تسبب في تركه للشركة؛ مما جعل بيل جيتس المؤسس النشط الوحيد خلال السنوات الثلاث الحاسمة قبل أن تصبح شركة عامة. وهكذا يمكن لأكثر نظم تقسيم حقوق المساهمين ملاءمة أن لا تبقى صالحة، فعندما أسست Robin Chase وشريكتها Αntje شركة Zipcar لمشاركة ركوب السيارات، اتفقتا على تقسيم حقوق الملكية بنسبة 50:50، اعتقد الفريق بالفعل أنه قد تجنب النزاع المدمر حول تقسيم حقوق المساهمين ومن ثم يمكنه التركيز على بناء الشركة الناشئة. تقول Robin: «تصافحنا بالأيدي على الطاولة على نسبة 50:50، وفكرت أن هذا رائع». كانت Robin قد سمعت عن فرق أخرى تعثرت بسبب المفاوضات الصعبة حول تقسيم حقوق المساهمين، وتنهدت في ارتياح لأنها و Antje قد تجنبتا مثل تلك المشاكل. بذلت Robin في الشركة الناشئة قصارى جهدها، وأسهمت إسهامات كبيرة في نموه، وكانت تتوقع تماما من Antje أن تفعل الأمر ذاته، ولكن Antje استمرت في وظيفتها الأساسية، وكانت تنتظر مولودها الثاني بحلول الصيف. تساءلت Robin متى ستتمكن شريكتها من الانخراط أكثر في العمل، ولكن لم تنضم Antje في النهاية للمشروع بدوام كامل. أنهكت Robin معرفتها بأن Antje ما تزال تمتلك نفس النسبة التي تمتلكها هي، وفكرت Robin بعد ذلك: «كانت هذه مصافحة غبية حقا، لأن من يعلم ما مجموعة المهارات وما العلامات البارزة وما الإنجازات التي ستكون ذات قيمة مع تقدمك للأمام. تسببت تلك المصافحة الأولى في قدر كبير من الفزع على مدار السنة ونصف السنة التي تلتها». تركت Antje الشركة بأكملها في النهاية مع استمرارها بوصفها حاملة أسهم. قد تكون تكلفة إصلاح تلك المشاكل كبيرة للغاية، تتنوع بين فزع Robin Chase وبين التكاليف المالية الملموسة. ففي شركة govWorks.com كان هناك مؤسس مشارك لـ Kaleil وTom، وهو Chieh، الذي أسهم بـ 19,000 دولارا، وعمل في ساعات ما بعد الدوام لخمسة أشهر (إذ كان قد احتفظ بوظيفته النهارية بدلا من الانضمام إلى govWorks بدوام كامل) ثم انسحب. عندما أوشك المؤسسون الآخرون على إنهاء دورتهم التمويلية الأولى، لم يرغب ممولهم المحتمل في الإنهاء قبل أن يشتري Kaleil وTom حصة Chieh ويستردا أسهم ملكيته. كانت شركات الاستثمار المغامرة مستعدة لعقد صفقة بـ 410,000 دولارا لتسهيل عملية الشراء، ولكن Chieh أراد 800,000 دولارا، ووسط الضغط من أجل إنهاء الدورة انتهى الأمر بأن يتفق كل من Kaleil وTom مع Chieh على دفع 700,000 دولارا، ودفعا 290,000 دولارا من أموالهما الخاصة، وشعر Kaleil أنه يتعرض للابتزاز. وعلى الرغم من أن هذا النوع من النتائج حقيقي، إلا أن المؤسسين غالبا ما يفشلون في التعامل معها بصورة استباقية. أهملت نصف الفرق في مجموعة البيانات التي جمعتها تضمين أي عناصر ديناميكية (مثل التفويض وشروط الشراء وغيرها) في اتفاقية أسهم الملكية الخاصة بهم، فيعرضون بذلك أنفسهم إلى نفس المخاطر التي واجهتها Ζipcar وgovWorks.com. كيف على المؤسسين أن يتعاملوا مع مثل تلك التطورات؟ باختصار، عليهم أن يفترضوا أن الأمور ستتغير عندما يقومون بالتقسيم الأولي، حتى إذا لم يكن من الممكن التنبؤ ببعض التغييرات المحددة، وهكذا يهيكلون تقسيما ديناميكيا لحقوق المساهمين بدلا من التقسيم الإستاتيكي المستخدم في Zipcar وgovWorks والعديد من الشركات الناشئة الأخرى. من الهام أن يكون التقسيم الأولي لحقوق المساهمين صحيحا، من خلال موافقته بدرجة كبيرة لإسهامات المؤسسين الماضية وتكاليف الفرص والإسهامات المستقبلية والدوافع. ومن الهام بالقدر ذاته أن يظل التقسيم صحيحا، أي أن يمكن تعديله مع تغير الظروف. ترجمة -وبتصرّف- للمقال Founder's Dilemmas: Equity Splits لصاحبه Eric Ries. صورة غلاف الكتاب مقتبسة من صفحته على موقع Amazon. حقوق الصورة البارزة: Business vector designed by Freepik.
×
×
  • أضف...