Ինչպիսի նախագիծ ընտրել ձեր թմի համար

[#1]

👇 English below

👋 Ողջույն սիրելի համայնք,

Այսօր խոսելու ենք մի թեմայի մասին, որը շատ է քննարկվում, երբ թմերը սկսում են Atlassian գործիքներով աշխատել։

📌 Ինչպե՞ս ստեղծել ճիշտ Jira նախագիծ։

Նախ՝ ի՞նչ տարբեր Atlassian գործիքներ կան

Jira-ն իրականում մեկ գործիք չէ։ Atlassian-ը տարբեր նպատակներով ստեղծել է առանձին գործիքներ (products), որոնք աշխատում են Jira միջավայրում՝ յուրաքանչյուրն իրեն հատուկ կիրառմամբ։

1. Jira Software (JSW)

Այս գործիքը ստեղծված է ծրագրավորողների և Agile մեթոդաբանությամբ աշխատող թիմերի համար։ Աշխատում է backlog, sprint, scrum/kanban աշխատանքային միջավայրերով (framework)։ JSW կարող եք օգտագործել, երբ ունեք dev թիմեր, որոնք աշխատում են sprint-երով և release-ներով։

2. Jira Service Management (JSM)

JSM-ը ստեղծված է ներքին և արտաքին հաճախորդների (internal and external clients)՝ request-ներ ընդունելու, SLA-ներ սահմանելու և սպասարկման թիմերի (IT, HR, ֆինանս, իրավաբանական) համար։ Իր մեծ առավելությունն այն է, որ նախագծի հետ մեկտեղ ստեղծվում է նաև Help Desk՝ առանձին հարթակ, որտեղ նախագծերը ներկայացված են portal-ների տեսքով։ Help Desk-ը միայն այս գործիքին է հատուկ և չի կարող առանձին ստեղծվել կամ ասոցացվել այլ տեսակի գործիքի։

Եթե կարիք կա JSW տեսակի նախագիծը փոխել, դարձնել JSM, ապա դա հնարավոր կլինի միայն նոր JSM նախագիծ ստեղծելով և JSW Work item-ները JSM տեղափոխելով։

JSM օգտագործեք, երբ նախագծի շրջանակներում հաճախորդների հետ պետք է կապ պահեք, իրենցից հարցումներ ստանաք և ընդհանուր սպասարկեք։

3. Jira Work Management (JWM)

Գործիք՝ բիզնես, դիզայն, մարքեթինգ թիմերի համար։ Ունի calendar, list, timeline view-եր։

Օգտագործեք, երբ ցանկանում եք պարզ, հասկանալի ինտերֆեյս։

⚙️ Team-managed vs. Company-managed նախագծեր

Յուրաքանչյուր Jira project կարելի է ստեղծել երկու ձևով՝ կախված նրանից, թե ինչպես եք ցանկանում կառավարել այն։

Company-managed

Հիմնված է Atlassian-ի “schemes” կոնցեպտի վրա։ Այսինքն, Jira admin-ի կողմից ստեղծվում է կարգավորումների սխեմա, որը հնարավոր է հետո ասոցացնել բազմաթիվ նախագծերի՝ անկախ պրոդուկտի տեսակից։ Schemes օգտագործելու նպատակը նախագծերի միատեսակությունն է, այն է՝ նախագծերի միանման կարգավորումների օգտագործումը։ Սրա շնորհիվ հարթակում հավելյալ կարգավորումները չեն դանդաղեցնում դրա աշխատանքը, իսկ նախագծերն օգտագործելն ավելի հեշտ է դառնում՝ կարգավորումների արդեն իսկ ճանաչելի լինելու շնորհիվ։

Այսինքն, օրինակ՝ workflow-ը, permission-ը, screen-ը, field configuration-ը կարող եք կիսել մի քանի նախագծի միջև։ Սակայն կարևոր է հիշել, որ երբ փոփոխում եք մի scheme, որն ասոցացված է մի քանի նախագծի, ապա այն փոփոխությունը կկիրառվի բոլոր այն նախագծերում, որոնց այն ասոցացված է։

Այսպիսով, օգտագործեք Company-managed, երբ՝

1. ունեք Jira admin, ով պետք է վերահսկի հարթակի կարգավորումները,

2. ցանկանում եք նախագծերի միանման կարգավորումներ։

Team-managed

Չկան scheme-եր, ամեն ինչ նախագծի ներսում է։ Եվ դրա շնորհիվ, ի տարբերություն Company-managed-ի՝ նախագծի կարգավորումները փոփոխելու համար կարիք չկա դիմել Jira admin-ին․ Project admin-ն արդեն կարող է ինքնուրույն ամեն ինչ փոփոխել նախագծի շրջանակներում։ Հետաքրքիր է նաև, որ այս տեսակի նախագծերը նման են Jira Product Discovery գործիքին։ Բայց, սահմանափակ են և չունեն բոլոր այն կարգավորումները, որոնք ունեն Company-managed նախագծերը։

Օգտագործեք Team-managed, երբ՝

• ունեք փոքր թիմ կամ նախագիծ,

• պետք է արագ սկսեք առանց Jira admin-ի օգնության,

• յուրաքանչյուր թիմ պետք է ունենա իր ճկուն կարգավորումները։

Ի՞նչ պետք է հիշել՝ ճիշտ նախագիծ ստեղծելու համար

✅ Ո՞ր գործիքներն եք օգտագերծելու՝ Software, JSM, JWM կամ, ի՞նչ նպատակ ունի նախագիծը։

✅ Ո՞վ է կարգավորումները ստեղծելու և փոփոխելու՝ Jira admin-ը, թե Project admin-ը։

✅ Պետք է արդյոք workflow-ը, permission-ը, field-ը նույնը լինեն, ինչ մի քանի այլ նախագծերում։

Եթե դեռ վստահ չեք՝ մեկնաբանություններում նկարագրեք ձեր ապագա նախագիծը կամ թիմը, և մենք միասին կգտնենք լավագույն տարբերակը՝ հենց ձեր թմի համար :) 

👋 Hello dear community,

Today we’re going to talk about a topic that comes up often when teams begin working with Atlassian tools.

📌 How do you create the right Jira project?

First, what Atlassian tools exist?

Jira is not actually a single tool. Atlassian has created separate products for different purposes, all working within the Jira environment, each with its own unique use case.

1. Jira Software (JSW)

This tool is designed for developers and Agile teams. It supports backlog, sprint, and scrum/kanban methodologies. You can use JSW when you have dev teams working in sprints and delivering releases.

2. Jira Service Management (JSM)

JSM is designed for internal and external clients, to capture requests, manage SLAs, and support service teams like IT, HR, finance, and legal. One of its biggest advantages is that it automatically creates a Help Desk along with the project: a separate portal interface where projects are displayed to users. This Help Desk feature is unique to JSM and cannot be created or linked to other project types. If you need to convert a JSW project into a JSM one, it’s not possible to simply change the type. You would need to create a new JSM project and migrate the work items from JSW into it.

Use JSM when your project involves communicating with clients, receiving their requests, and generally offering support within the team’s scope.

3. Jira Work Management (JWM)

This product is designed for business, design, and marketing teams. It includes calendar, list, and timeline views.

Use it when you want a simple, user-friendly interface.

⚙️ Team-managed vs Company-managed projects

Every Jira project can be created in one of two ways, depending on how you want to manage it.

Company-managed

This is based on Atlassian’s “schemes” concept. A Jira admin can create a settings scheme that can then be linked to multiple projects, regardless of product type. The goal of using schemes is to maintain uniformity across projects, in other words, to apply the same configuration settings throughout the platform. This saves time by avoiding duplicated setup and makes it easier for users to work across projects because the structure becomes familiar.

For example, workflows, permissions, screens, and field configurations can all be shared across multiple projects. But it’s important to remember that if you make changes to a scheme that’s associated to several projects, the change will apply to all of them.

Use Company-managed when:

1. you have a Jira admin responsible for platform configurations

2. you want consistent project setups across teams

Team-managed

There are no shared schemes, everything is contained within the individual project. This means you don’t need to go through a Jira admin to make changes. The Project admin can adjust settings freely within the project. Interestingly, Team-managed projects are quite similar to Jira Product Discovery in structure. However, they are more limited and don’t include all the configuration capabilities of Company-managed projects.

Use Team-managed when

• you have a small team or a standalone project

• you want to start quickly without needing admin help

• each team needs its own flexible setup

What to consider when choosing the right project

✅ Which Jira product are you using : Software, JSM, or JWM; and what is the goal of the project?

✅ Who will manage the configurations: a Jira admin or a Project admin?

✅ Do your workflows, permissions, or fields need to match those in other projects?

If you’re still unsure, feel free to describe your team or project in the comments, and we can find the best option together!

[Anahit Sukiasyan]

Ընտիր breakdown!