Gitea: SCRUM backlog / sprint backlog لكل مشروع

هل يمكنك الإشارة إلى الميزات التي تريدها بشكل خاص؟

في SCRUM لديك بشكل أساسي Product-Backlog ، تحتوي على قصص المستخدمين ، والتي يتم فرزها حسب الأولوية أو بعض القيم المحددة مسبقًا.
تتكون كل قصة مستخدم على الأرجح من عنوان ووصف وربما اسم للقيمة التي يتم قياس الأولوية فيها (تشبه إلى حد ما "المشكلات" ، ولكن مرتبة حسب الأولوية) بالإضافة إلى حقل الأولوية هذا.
أيضًا حقل ، يمكن أن يشير إلى ما إذا تم تنفيذ قصة المستخدم أو إزالتها (بسبب بعض المشكلات ، لم يتم الانتهاء منها أو تحتاج إلى مزيد من الوصف)

في كل Sprint (فترة زمنية محددة) يأخذ المطورون بعض قصص المستخدمين من Product-Backlog ويضيفونها إلى Sprint-Backlog الخاصة بهم ، والتي بخلاف P-Backlog تتكون أيضًا من أفكار (ربما اختيارية) كيف يريد المطورون حلها المشكلة المحددة ، التي تم وصفها من خلال قصة المستخدم التي اختاروها. يمكن لكل مطور رؤية قصة المستخدم المخصصة لكل مطور آخر ، ولكن لا يمكنه تعديلها (ربما التعليق عليها فقط)
يجب أن يكون المطورون قادرين على تعديل ملاحظات الحل الخاصة بهم فقط ، وليس وصف / عنوان قصة المستخدم ، وبالتالي الحاجة إلى دورين على الأقل (مالك المنتج والمطور (ليس حصريًا))
أنهى dev-1 قصص المستخدم المخصصة له ، يمكنه أن يطلب من dev-2 آخر تعيين قصة مستخدم (dev-2 أخرى) إلى dev-1 (حسنًا ، مفتوح للمناقشات في هذه المرحلة).

هل انتهى العدو ، مما يعني أن الوقت قد انتهى ، يمكن أن يكون هناك نوع من النظرة العامة لقصص المستخدم النهائي وأيضًا القصص غير المكتملة.
يجب أن تمر قصص المستخدمين هذه بمرحلتين.
يجب أن تمر المراحل النهائية عبر كلتا المرحلتين ، الأولى هي مراجعة Sprint (على سبيل المثال إظهار التحسينات النهائية للعميل) (قصص المستخدم النهائية فقط).
ستكون المرحلة الثانية هي Sprint بأثر رجعي ، حيث يلقي فريق التطوير نظرة على ما تم الانتهاء منه وخاصة ما هو جيد في العملية وأيضًا قصص المستخدمين التي لم تنته ولماذا لا (نقلهم إلى تراكم المنتج)
(ربما بعض "لوحة الإعلانات" التي تحتوي على معلومات حول تعريف "تم" ، وهذا يعني متى يتم اعتبار قصة المستخدم على أنها تم وبعض عناصر تحسين العملية)

بعض الوظائف لبدء سباق جديد وربما بناءً على نظام المشكلة العادي ، يمكن لمالك المنتج أخذ هذه الاقتراحات وتحويلها إلى قصص مستخدمين ، وإضافة الأولوية ، ووصف أكثر تفصيلاً وما إلى ذلك.

لا أعرف ما هو الأفضل ، لاستخدام نظام الإصدار الحالي واستخدامه كمدخل لمالك المنتج لأخذ من أو لاستخدام عناصر سكروم حصريًا ، باستثناء نظام الإصدار العادي ورؤية أشياء سكروم كمسألة خاصة النظام.

TLDR: د
بشكل عام ، يجب أن يكون هناك دورين ، أحدهما هو مالك المنتج (افتراضيًا مالك المشروع مع إمكانية تغيير الأدوار بواسطة مالك المنتج / المشروع الأول) والآخر هو المطورين.
علاوة على ذلك ، هناك حاجة إلى Sprint ، والتي لها مدة محددة (مالك المنتج؟) وبعض الآليات لبدء العدو. لا معنى لبدء السباق إذا لم يكن هناك أي شيء في تراكم السباق ، وبالتالي فإن الحاجة إلى تراكم العدو الذي يحتوي على قصص مستخدم معينة (؟) (ربما يمكن لكل المطورين تغيير المهام) ، والتي لا يمكن تغييرها ، ولكن علق على ( تعليق واحد مثبت مع تعليقات فرعية؟).
يحتاج كل مطور إلى أن يكون قادرًا (فقط ضمن العدو السريع؟ أو متى يشاء؟) على تغيير حالة قصة مستخدم من غير مكتملة إلى منتهية (السؤال هو ، ما نوع الحالات التي يمكن أن تحتويها قصة المستخدم؟)
عندما ينتهي السباق السريع ، يجب أن تغير حالة "متتبع المشكلات" حالتها لمرحلة المراجعة ، بحيث تعرض فقط قصص المستخدم النهائية (وفقط تعليق المطور اللاصق؟ لا توجد تعليقات؟ كل التعليقات؟). (ما الحالات التي يجب أن نحتاجها؟: اقتراح: تخطيط ، سباق سريع ، مراجعة ، بأثر رجعي)
بعد ذلك ، يجب أن يكون مالك المنتج (؟) قادرًا على تغيير الحالة إلى الأحداث بأثر رجعي ، حيث ربما تكون "لوحة الإعلانات" مع الاقتراحات والأنماط والممارسات الجيدة والممارسات السيئة وما إلى ذلك ، بالإضافة إلى جميع قصص المستخدمين المنتهية وغير المكتملة يجب أن تكون مرئية مرة أخرى.
بعد هذه المرحلة ، يجب أن يكون مالك المنتج (؟) قادرًا على تغيير المرحلة إلى المرحلة التالية ، التخطيط ، حيث يجب أن تعود قصص المستخدم غير المكتملة (؟) إلى تراكم المنتج وقصص المستخدم المنتهية إما مؤرشفة أو محذوفة (حتى لا يتم وجه أصابع الاتهام إلى الناس ، عند اكتشاف خطأ بعد ذلك).
وفي مرحلة التخطيط ، يمكن لفريق التطوير إضافة قصص المستخدمين مرة أخرى إلى تراكم السباق.
وبعد هذه الخطوة بطريقة ما ، يجب أن يبدأ السباق السريع ، ربما من قبل صاحب المنتج.

استمتع بالمناقشة (اتمنى)

يمكن أن تحتوي قصص المستخدمين أيضًا على جميع الخصائص التي تحتوي عليها مشكلة في أداة تعقب المشكلات العادية ، مثل العلامات وما إلى ذلك.

نوقش هذا بالفعل في # 805. أنا شخصياً أعتقد أن سير عمل الفرق قد يختلف اختلافًا كبيرًا ، ولهذا السبب لا ينبغي أن يكون لدينا أي ميزة "مشاريع" مماثلة لـ GitHub أو GitLab أو نظام Scrum الخاص بـ Bitbucket. لا أعتقد أن هناك أي حجم واحد قابل للتطبيق يناسب الجميع ، ولكن المشكلات هي حل وسط جيد للمشروعات الصغيرة حيث يمكن للمرء أن يتوقع عدم وجود قدر كبير من الأشياء لتتبعها.

يجب أن تلتزم Gitea بنفسها ، بقدر ما أشعر بالقلق ، بمشكلات نمط GitHub / Lab وأن توفر فقط الأدوات للتعامل معها باستخدام واجهات برمجة التطبيقات وخطافات الويب ، أو السماح للأشخاص باستخدام أدوات تعقب المشكلات الخارجية (شيء لدينا بالفعل!).

@ jxsl13 يمكنني أن https://github.com/opf/openproject الذي يمكنه العمل مع Gitea. يدعم سير العمل المتعدد ويمكنك إعداد gitea لاستخدامه كمدير التذاكر / المشكلة (عن طريق تعيين عنوان url في gitea)

sapk شكرا ، تبدو واعدة جدا

sapk لقد قمت بتثبيت مشروع مفتوح وقمت بتغيير مدير التذاكر / المشكلة في Gitea ولكن لدي سؤال ، هل هناك أي علاقة بين المشروع المفتوح و gitea؟ أو رابط Gitea فقط إلى OpenProject؟

سؤالي هو لأنني لا أعرف ما إذا كان هناك أي طريقة لربط مشكلات gitea الخاصة بي بمهمة المشروع المفتوح (رمز gitea ، نفس العدد من المشكلات في gitea و openproject).

شكرا لردك!

ربما يكون من الممكن الربط بشكل أكثر إحكامًا بين openproject و gitea عبر api لكنني لا أعرف أي شخص قام بذلك (وربما يتطلب بعض التعديل للحصول على كود المشروع المفتوح أو فتحه).
أنا أستخدمه في الغالب للقيام بإدارة مشاريع متقدمة بصرف النظر عن الكود المستضاف في gitea.

يعجبني نهج Gitlab في السماح بإنشاء "لوحات" سكرم / كانبان من الملصقات وتحويلها إلى عرض مختلف ... لا شيء يتغير حقًا ، إنها مجرد وجهة نظر مختلفة ، ولكنها طريقة مفيدة للغاية IMHO.

بالنسبة لبعض الفرق ، فإن وجود لوحة متكاملة على نفس الأداة حيث تم إنشاء المشكلات أمر لا بد منه. سيكون من المفيد حقًا أن يكون لديك لوحات مثل Gitlab أو Github. كنت أفكر في فكرة لوحة / علامة تبويب مشاريع Gitea متكاملة ، وأنشأت نموذجًا أوليًا للفكرة ، وهي تستند إلى نهج Gitlab:

إنها لا تعمل حقًا ، إنها مجرد بيانات ثابتة ، لكنني أعتقد أن الصورة المرئية يجب أن تكون شيئًا مشابهًا لهذا. الكود موجود هنا:
https://github.com/rudineirk/gitea/blob/projects-board/templates/repo/issue/list.tmpl

الشيء المفقود هو الشكل المرئي لإنشاء / تحديد اللوحات ، مثل Gitlab. سيكون من المفيد حقًا أن تكون قادرًا على إنشاء لوحات لفرق متعددة.

rudineirk هل كنت قادرًا على العمل على هذا؟

أود أن أرى هذا يحدث أيضًا! سيمكن ذلك العديد من الفرق الصغيرة من العمل بشكل مباشر وبشكل أساسي مع gitea بدلاً من الكفاح مع أدوات خارجية وربما يصعب إعدادها مثل Taiga.io ، إلخ.
باستخدام الأدوات الخارجية ، من غير المحتمل أن تكون أشياء مثل ربط الالتزامات بالمسائل وما إلى ذلك ممكنة ، وهذه مكافأة كبيرة لهذا النهج! (أن تكون قادرًا على ذكر معرّف المشكلة فقط في التزامك لجعله يظهر في الإصدار / التذكرة أمر رائع جدًا :)

أنا مهتم حقًا بهذه الميزة نظرًا لأن فريقنا يستخدم حاليًا https://taiga.io/ ولكن القيمة الحقيقية تتمثل في الحصول على أداة تعقب مشكلة مع وظيفة تخطيط kanban / scrum.

أعتقد أن هناك الكثير من الأشياء التي يمكن تعلمها من تطبيق GitHub والذي بدأ في الأصل تمامًا مثل gitea. يعد تنفيذها عامًا بما يكفي للسماح للمستخدمين باستخدامه لكل من scrums و kanbans حتى أنه ليس لديه فكرة عن ماهية العدو. إذا كان بإمكان الأشخاص تحديد الأعمدة وسحب وإسقاط البطاقات ، فمن المحتمل أن يجدوا طريقة للقيام بالتخطيط باستخدامها.

تقديم اتفاقي هنا على أن اللوحات ذات طراز كانبان ستكون ممتازة. لم يذكر أحد حتى الآن Zenhub ، الذي يوفر العديد من هذه الميزات (وأكثر) "فوق" من Github.

إليك الأشياء التي أعتقد أنها ستكون مفيدة حقًا:

• عرض كانبان للمشكلات - ستكون طريقة العرض هذه تقريبًا واجهة مستخدم بالكامل ، وربما تحتاج إلى بعض تفاعل قاعدة البيانات لتتبع العمود وترتيب المشكلة في عمود)
• مخططات جانت - توفر Gitea بالفعل تواريخ استحقاق الإصدار والتبعيات بالإضافة إلى المعالم ، مما يعني أن جميع البيانات موجودة لإنشاء مخطط جانت ، وأعتقد أن هذه ستكون ميزة مفيدة حقًا. هناك مكتبات مثل mermaidjs أو Google Charts والتي يبدو أن لها تكلفة تكامل معقولة. لاحظ أن # 7405 سيكون مفيدًا لهذا أيضًا.
• معالم المؤسسة - ربما يكون هذا هو الأسهل في التنفيذ ، ولكن مثلما لدينا ميزة "المشكلات" ( /issues ) في الجزء العلوي من Gitea ، ستكون ميزة Milestones رائعة. بعبارة أخرى ، إذا كان بإمكاني رؤية جميع المعالم التي ترتبط بها ، فسيكون ذلك رائعًا حقًا. حاليًا ، لا يمكنني عرض المعالم الرئيسية إلا في مشروع واحد.

مما لا شك فيه أن كل من هؤلاء سيكون ميزة في حد ذاته. ربما يحتاج هذا الخيط المشترك إلى تقسيم الميزات / المكونات الفردية؟

تحرير: شخص ما يعمل على zenhub مثل Chrome plugin for gitea على https://github.com/funktechno/git-kanban-enhanced-chrome-extension .

لدى adelowo فرع هنا قد يرغب الأشخاص في تسجيل الوصول إليه. أنا متفائل للغاية بشأن ما يقوم بالقرصنة عليه.

أود أن أرى المزيد من أدوات نوع PM تشق طريقها إلى gitea نظرًا لبساطة استضافة مثيل ، ولكن سأكون سعيدًا للغاية لمجرد أن أكون قادرًا على عمل لوحات عمل في gitea خلال العام المقبل أو نحو ذلك. أعتقد أنه إذا أراد الناس ضرب الأشياء PM بقوة ، فيمكنهم اللجوء إلى التايغا أو البدائل في الوقت الحالي وأن يكونوا سعداء بما فيه الكفاية.

نعم ، يمكن الاطلاع على الفرق هنا https://github.com/go-gitea/gitea/compare/master...adelowo : kanban_board؟ expand = 1

adelowo عندما يمكننا رؤية العلاقات العامة؟

في حوالي 8-10 أيام

adelowo حصلت على 500 إذا حاولت الحصول على _localhost / user / project_ /projects (من خلال قائمتك):

2019/09/12 10:30:44 ...ers/repo/projects.go:62:Projects() [E] GetProjects: no such table: project

يبدو أن bootstrap قاعدة البيانات لا يعمل حتى الآن @ الإصدار e7cf2b77afe50b5818c52405364faf3c914b9e63

هذا غريب أن الهجرات هناك. هل يمكنك تشغيل gitea migrate ؟

https://github.com/adelowo/gitea/blob/kanban_board/models/migrations/v95.go

لم يتم عرض أي شيء خاص:

2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column email_notifications_preference db default is ''enabled'', struct default is 'enabled'
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column passwd_hash_algo db default is ''pbkdf2'', struct default is 'pbkdf2'
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column diff_view_style db default is '''', struct default is ''
2019/09/12 16:15:08 models/models.go:181:NewEngine() [W] Table user Column theme db default is '''', struct default is ''

لكن:

# sqlite3 data/gitea.db .schema | grep proj
CREATE TABLE `repository` (`id` INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, `owner_id` INTEGER NULL, `lower_name` TEXT NOT NULL, `name` TEXT NOT NULL, `description` TEXT NULL, `website` TEXT NULL, `original_url` TEXT NULL, `default_branch` TEXT NULL, `num_watches` INTEGER NULL, `num_stars` INTEGER NULL, `num_forks` INTEGER NULL, `num_issues` INTEGER NULL, `num_closed_issues` INTEGER NULL, `num_pulls` INTEGER NULL, `num_closed_pulls` INTEGER NULL, `num_milestones` INTEGER DEFAULT 0 NOT NULL, `num_closed_milestones` INTEGER DEFAULT 0 NOT NULL, `num_projects` INTEGER DEFAULT 0 NOT NULL, `num_closed_projects` INTEGER DEFAULT 0 NOT NULL, `is_private` INTEGER NULL, `is_empty` INTEGER NULL, `is_archived` INTEGER NULL, `is_mirror` INTEGER NULL, `is_fork` INTEGER DEFAULT 0 NOT NULL, `fork_id` INTEGER NULL, `size` INTEGER DEFAULT 0 NOT NULL, `is_fsck_enabled` INTEGER DEFAULT 1 NOT NULL, `close_issues_via_commit_in_any_branch` INTEGER DEFAULT 0 NOT NULL, `topics` TEXT NULL, `avatar` TEXT NULL, `created_unix` INTEGER NULL, `updated_unix` INTEGER NULL);
CREATE TABLE `issue` (`id` INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, `repo_id` INTEGER NULL, `index` INTEGER NULL, `poster_id` INTEGER NULL, `original_author` TEXT NULL, `original_author_id` INTEGER NULL, `name` TEXT NULL, `content` TEXT NULL, `milestone_id` INTEGER NULL, `project_id` INTEGER NULL, `priority` INTEGER NULL, `is_closed` INTEGER NULL, `is_pull` INTEGER NULL, `num_comments` INTEGER NULL, `ref` TEXT NULL, `deadline_unix` INTEGER NULL, `created_unix` INTEGER NULL, `updated_unix` INTEGER NULL, `closed_unix` INTEGER NULL, `is_locked` INTEGER DEFAULT 0 NOT NULL);
CREATE INDEX `IDX_issue_project_id` ON `issue` (`project_id`);

genofire هل يمكنك إلقاء نظرة مرة أخرى؟ لقد أصلحته في https://github.com/adelowo/gitea/commit/812f256cdeed312877787b383279c30c5cda9a4f

يعمل بالنسبة لي ، شكرًا - إليك بعض المشكلات الصغيرة:

هاي بريو:

• [] نقل القضايا بين المجالس
• [x] إضافة مشروع إلى العدد الحالي
• [x] عرض المشروع

- [x] إنشاء مشروع

متوسط ​​بريو:

• [] رمز المشاريع (ATM هو نفسه ثم MergeRequest)
• [] إنشاء مشكلة أثناء عرض المشروع
• [] حدد المشروع أثناء إنشاء العدد

لو بريو:

• [] إعادة تسمية المجلس
• [] إضافة لوحة
• [] إزالة المجلس
• [] تحريك المجلس
• [] قم بإسقاط Label | Milestone بجوار البحث
• [] ابحث عن مشكلة لإضافتها إلى المشروع (لم يتم اختبارها)

يمكن نقل القضايا عبر المجالس بالرغم من ذلك.

شكرا على هذه القائمة. يمكن الآن تحديد المشاريع عند إنشاء مشكلة. يرجى سحب آخر

https://github.com/go-gitea/gitea/commit/c55d44e0233f46094fbebd33feac82e5072e1ba7

لقد قدمت PR على https://github.com/go-gitea/gitea/pull/8346

يمكن نقل القضايا عبر المجالس بالرغم من ذلك.

لا يتم تخزينه ، إعادة التحميل يعيد تعيينه إلى Uncategorized

يمكن الآن تحديد المشاريع عند إنشاء مشكلة.

لا تظهر قائمة المشروع

حسنًا ، سألقي نظرة مرة أخرى. دعنا ننتقل مناقشة الميزة إلى العلاقات العامة بحيث تكون كلها في مكان واحد.

شكرا

تعليق ذو قيمة صفرية: لا يمكنني الانتظار حتى يحدث هذا ،: shipit:: صاروخ:: four_leaf_clover:

الرجاء المساعدة في تجربة # 8346 وإعطاء المزيد من النصائح.

هل هناك تحديث لهذه القضية؟ (لقد مر شهر منذ آخر مشاركة.)

تحرير: لم أكن أدرك أن بعض الأشخاص (مثل @ storrgie) يمكن أن يشعروا بالإهانة من قبل الأشخاص المهتمين بعملهم. لم أقصد الإساءة إلى أي شخص.

tinxx أنت إما:

• بناء العلاقات العامة التي تم ربطها أعلاه مباشرة وتقديم التغذية الراجعة في العلاقات العامة الفعلية
• اكتشف طريقة لتحفيز الأشخاص ماليًا للعمل على هذا (على سبيل المثال ، اتصل بـ adelowo مباشرةً للحصول على تبرع أو افعل شيئًا مثل bountysource للحصول على مزيد من الأنظار عليه)

أنت لا تطالب بإنجاز العمل عندما لا تكون مساهمًا ماليًا أو فكريًا ، فهذا أمر ضار في المصادر المفتوحة.

أطلقت Jetbrains للتو إصدارًا جديدًا من YouTrack مع gitea intergration

adelowo أي أخبار؟

اقتراح آخر في هذه الأثناء: kanboard

إنها ليست حلوى للعين بالضبط (خارج الصندوق) ولكنها سريعة وتوفر ميزات كافية لتكون مفيدة للغاية.

المتسائلون: الرجاء إلقاء نظرة على العلاقات العامة. يبدو أنه ليس بعيدًا جدًا: غمزة:

ياه gsantner . لم يتبق سوى عدد قليل من إصلاحات واجهة المستخدم. الذي يجب أن أصل إليه في نهاية هذا الأسبوع

adelowo أي أخبار عن متى سيكون هذا متاحًا؟

zuhairamahdi من المخطط إصداره في 1.12.0. انظر # 8346 العلاقات العامة للمزيد.

هل هناك أي اهتمام لديه مشكلة في مشاريع و / أو لوحات متعددة؟

https://github.com/go-gitea/gitea/pull/8346#issuecomment -617175388

يعجبني نهج Gitlab في السماح بإنشاء "لوحات" سكرم / كانبان من الملصقات وتحويلها إلى عرض مختلف ... لا شيء يتغير حقًا ، إنها مجرد وجهة نظر مختلفة ، ولكنها طريقة مفيدة للغاية IMHO.

أفتقد هذه الميزة أيضًا. سيكون رائعًا إذا تم تحديث تسميات المشكلة عند نقلها إلى ممرات / لوحات مشاريع مختلفة. سيكون تغيير التسميات وبالتالي نقل المشكلات بين الممرات من خلال مراجع قابلة للتنفيذ في رسائل الالتزام (مثل Fixes #1 ) مفيدًا أيضًا.

@ 0xC4N1 الرجاء إرسال مشكلة جديدة ، أعتقد أنه يمكننا إجراء المزيد من التحسينات على هذه الميزة.