-
Notifications
You must be signed in to change notification settings - Fork 1
Communication Plan
Mehmet Akif Yıldırım edited this page Apr 7, 2026
·
1 revision
This document describes how the Social Event Mapper team (Group 11) coordinates, communicates, and makes decisions throughout the project.
- Main platform for all project-related communication and coordination
- Issues and Pull Requests are the primary way to track work and decisions
- Writing clear, detailed issues and PR descriptions is required
- All team members should regularly check the repository and their emails for mentions and updates
- Used for day-to-day communication, quick questions, and urgent announcements
- All 8 team members are in a shared group
- Expected response time: within a few hours during active days
- Used for weekly team meetings and emergency calls
- Meeting links are shared via WhatsApp
- Valuable time to raise concerns, clarify uncertainties, and get immediate feedback
- Recommended to use actively for both technical and coordination discussions
- Frequency: Once a week, typically on Wednesdays
- Format: Google Meet (online)
- Agenda: Progress updates, blocker discussions, task assignments for the upcoming week, PR review coordination
- Notes: Decisions and action items are documented on the GitHub Wiki after each meeting
- Called via WhatsApp when a critical issue or blocker arises
- Scheduled on short notice as needed
- Backend, Frontend, and Mobile sub-teams meet independently as needed
- Used for technical alignment within the sub-team before broader team sync
- Outcomes are shared with the full team via GitHub issues or WhatsApp
- Tasks are distributed among team members based on sub-team ownership and individual availability
- Technical decisions are made collaboratively during weekly meetings or async via GitHub issues
- All code changes must go through a Pull Request review before merging — at least one team member must approve
- Disagreements are resolved through discussion; majority consensus is followed when needed
- Use GitHub as the single source of truth for all technical work and decisions
- Keep WhatsApp for informal/quick communication; document outcomes on GitHub when relevant
- Tag relevant team members in issues and PRs to ensure visibility
- Respond to review requests and mentions in a timely manner
- Meeting notes must be published to the wiki after each weekly meeting
👥 Team Members
- Lab 1 Report (12.02.2026)
- Lab 2 Report (19.02.2026)
- Lab 3 Report (26.02.2026)
- Lab 4 Report (05.03.2026)
- Lab 5 Report (12.03.2026)
- Lab 6 Report (26.03.2026)
- Lab 7 Report (02.04.2026)
- Lab 8 Report (16.04.2026)
- Lab 9 Report (30.04.2026)
- Lab 10 Report (07.05.2026)
- Customer Meeting (17.02.2026)
- Weekly Meeting 1 (17.02.2026)
- Weekly Meeting 2 (25.02.2026)
- Weekly Meeting 3 (04.03.2026)
- Stakeholder Meeting (10.03.2026)
- Weekly Meeting 4 (11.03.2026)
- Database Design Meeting (18.03.2026)
- Weekly Meeting 6 (25.03.2026)
- Weekly Meeting 7 (01.04.2026)
- Weekly Meeting 8 (15.04.2026)
- Weekly Meeting 9 (06.05.2026)
- Scenario 1 - Discovering and Joining an Event
- Scenario 2 - Private Event Organization
- Scenario 3 - Public Event Organization
- Use Case Diagram (Final)
- Scenario 1 Use Case Diagram
- Scenario 2 Use Case Diagram
- Scenario 3 Use Case Diagram
- All Sequence Diagrams
- Sequence Diagram - Oğuz Özer
- Sequence Diagram - Emine Türk
- Sequence Diagram - Cansu Er
- Sequence Diagram - Sevde Pekköse
- Sequence Diagram - Buğra Keser
- Sequence Diagram - Mehmet Kaan Ünsel
- Sequence Diagram - Utku Yiğit Demir
- Sequence Diagram - Mehmet Akif Yıldırım