Project

General

Profile

Actions

Strateji / Ürün Yönetimi #50

open
RA RA

Strateji / Ürün Yönetimi #49: Oturum 4 - MyWay Redmine Master Template, L0-L12 Faz Yapısı ve Demo Görev Kırılımı

Redmine Proje Hiyerarşisinin Belirlenmesi

Strateji / Ürün Yönetimi #50: Redmine Proje Hiyerarşisinin Belirlenmesi

Added by Redmine Admin about 12 hours ago. Updated about 10 hours ago.

Status:
Resolved
Priority:
High
Assignee:
Start date:
22.05.2026
Due date:
22.05.2026 (Due in 0 days)
% Done:

0%

Estimated time:
0:30 h
Spent time:
Stage / Faz:
Faz 4 — Redmine Yapılandırma

Description

Amaç:
Demo projesinin Redmine içinde nasıl hiyerarşik temsil edileceğini belirlemek.

İçerik:
Demo proje MW-DEMO-001 olarak kurulacak. L0-L12 fazları parent issue olarak açılacak. Faz altındaki işler subtask olarak tanımlanacak. Gerekirse detay operasyonlar üçüncü seviye subtask olarak açılacaktır.

Çıktı:
Redmine proje hiyerarşi modeli.

RA Updated by Redmine Admin about 10 hours ago Actions #1

  • Priority changed from Normal to High

RA Updated by Redmine Admin about 10 hours ago Actions #2

  • Status changed from New to In Progress

RA Updated by Redmine Admin about 10 hours ago Actions #3

1. Oturum 4’ün Ana Hedefi

Bu oturum sonunda şunlar netleşmiş olacak:

  • Redmine master template mantığı
  • Proje ana yapısı
  • L0-L12 fazlarının Redmine’da nasıl temsil edileceği
  • Tracker yapısı
  • Custom field önerileri
  • Status yapısı
  • Disiplin / rol yapısı
  • Parent issue / subtask mantığı
  • Demo görev kırılımı
  • AI Agent görevlerinin Redmine’da nasıl yer alacağı
  • Faz geçiş onayları
  • Redmine’da demo projesinin kurulabilir iş listesi

RA Updated by Redmine Admin about 10 hours ago Actions #4

2. Redmine Master Template Mantığı

MyWay içinde Redmine sadece “task listesi” değildir. Redmine, MyWay Lifecycle modülünün omurgasıdır.

Master Template’in amacı

Her yeni müşteri projesinde sıfırdan görev oluşturmak yerine, standart bir proje şablonu kullanılmalıdır.

Bu şablon:

  • L0-L12 fazlarını içerir.
  • Her faz altında standart görevler bulunur.
  • Her görev bir disipline bağlanır.
  • Her görevin sorumlusu, beklenen çıktısı ve kabul kriteri olur.
  • ERP ve mobil MES ile ilişkilendirilecek alanlar önceden tanımlanır.
  • AI Agent’ın okuyacağı ve destek vereceği bağlam standart hale gelir.

Ana prensip

Her proje farklı olabilir; ancak proje yönetim omurgası standart olmalıdır.

RA Updated by Redmine Admin about 10 hours ago · Edited Actions #5

  • Status changed from In Progress to Resolved

3. Redmine Proje Yapısı

Demo projesi şu yapıyla kurulmalı:

Project: MW-DEMO-001 — Endüstriyel Test Kabini Üretim Projesi
│
├── L0 — Sipariş / Proje Kaydı
├── L1 — Kick-Off
├── L2 — Ön Tasarım Dondurma
├── L3 — Detay Tasarım Dondurma
├── L4 — Tasarım Dondurma
├── L5 — BOM & Tedarik Planı
├── L6 — Malzeme Tedarik
├── L7 — Üretim & Montaj
├── L8 — Devreye Alma
├── L9 — İç Test / COP
├── L10 — Müşteri Ön Kabul / FAT
├── L11 — Sevkiyat
└── L12 — Saha Kurulum / Final Kabul

Redmine’da örnek temsil

En doğru yapı:

  • Her L fazı bir parent issue olarak açılır.
  • Her faz altındaki disiplin görevleri subtask olarak açılır.
  • Gerekirse detay işler üçüncü seviye subtask olarak açılır.

Örnek:

L7 — Üretim & Montaj
│
├── Üretim iş emirlerinin ERP’den kontrol edilmesi
├── Mekanik montaj operasyonlarının başlatılması
├── Elektrik pano montajının tamamlanması
├── Kalite ara/proses kontrolünün yapılması
└── AI Agent üretim gecikme kontrolünün yapılması
Actions

Also available in: PDF Atom