Category: PM Team Space

  • PassManager | Manual

    Corporate Password Manager Instructions

    Password manager provides convenient and secure password storage for all employees in our company. Let's explore its functionality, usage purpose, and setup steps.

    The primary goal of the corporate password manager is to enhance company security through reliable password storage. Traditional password storage methods (e.g., text files or notes) are unsafe and do not meet modern security standards. Using a password manager allows to:

    • Safely store passwords in an encrypted format.

    • Easily manage passwords for various services and resources.

    • Simplify the authentication process.

    Setup

    Step 1: Installing the Password Manager

    1. Open the password manager via the link: https://space.cheitgroup.com/ and log in with GitLab account or the credential that have been shared with you.

    Please, note: Without using the VPN, you will not be able to access the app.

    image-20240628-143055.pngimage-20240628-142919.png
    1. After accessing the app, you can also download and configure a browser extension for Chrome.

    As for the browser extension, you can only login with your username and password, not with GitLab account.

    How do I install the extension?
    1. Download Extension archive via the link – https://space.cheitgroup.com/storage/extension.rar

    2. Unarchive the file.

    3. Open "Extension management" in Chrome browser.

    4. Turn on "Developer Mode" on the top right corner of the window.

    5. Push "Upload Unzipped Extension" on the top left of the window.

    6. Select your unzipped Extension directory.

    7. Enjoy (:

    Step 2: Setting Up an Account

    image-20240628-143811.png
    1. Login to your account and head to Profile section
      on the top right corner.

    2. Check your personal information and
      adjust if needed.

    3. Reset your password and click Save.

    image-20240628-144042.png

    Usage

    Passwords

    image-20240628-144608.png

    Passwords tab contains all the passwords you have access to. This tab is in a table view, where:

    • Name – is the title for the saved password;

    • Status – indicates whether your credentials are valid (should be green, if red – you won’t be able to login);

    • Password – contains the password, which you can view (синяя звезда) or copy :note:;

    • Username – contains the username, which you can copy :note:;

    • Type – indicates the type of the password,

    • Website – contains the link to website that you have access to;

    • Folder – indicates to which folder the password belongs.

    You can also edit the view of the page, by clicking on Edit Columns and adjusting the table to your comfort and liking.

    Using Saved Passwords

    1. To use saved passwords, open the Passwords tab and use the search function to quickly find the needed password. Also, you can use the filtering to make it even quicker (wink)

    2. Click on the Copy button to copy the password or automatically fill it into a login form on the website with browser extension.

    Adding Passwords

    1. Click the Create password button.

    2. Enter the service name, website link, login, and password.
      While creating a new password, you can generate it directly in the app.

    You should also assign the password to the folder, and indicate its type.

    Optionally, you can add description if needed and make the password private, or share it with other users.

    While sharing you should indicate the access level for the user: whether they will be able only to use it, or they will be able to edit/share/delete it as well.

    image-20240628-145150.png

    Users

    image-20240628-145903.png

    Contains a list of users with their positions, roles, and emails.

    History

    image-20240628-145935.png

    Displays the history of activities and changes.

    Clients

    image-20240628-145957.png

    A database of clients to which we link projects.

    When we start a new project, the PM must add a new client to the list by clicking Create Client button.

    image-20240628-150135.png

    Projects

    image-20240628-150254.png

    The list of the projects that the user participates in and have any accesses shared.

    image-20240628-150432.png

    When we start a new project, the PM must add a new project to the list by clicking Create Project button.

    Here, they should indicate:

    • Project Name;

    • Stage Name;

    • Stage IP;

    • Prod Name;

    • Prod IP;

    • Domain;

    • Jira ID – Project Key;

    • GitLab ID;

    • Link the project to the Client;

    • Optionally, add a description;

    • Optionally, share.

    Folders

    image-20240628-150852.png

    The list of folders in different projects:

    • Every project, when created has a default General folder.

    • To structure passwords to different parts of the infrastructure, the PM may create various folders by clicking Create Folder button. To do so, the PM should fill the Name for the folder, associate it with a project or other folders, and share if needed.

    image-20240628-151212.png

    Shareds

    image-20240628-151324.png

    Displays history of passwords sharing between you and other users. Can be filtered by sent/received and the type of the password.

    When you have a password shared with you, you will get a notification about it in Slack from the Password Manager bot.

    Browser extension

    To login to a website with an extension,

    1. Go to the website needed.

    2. Open the extension and click Check Domain.

    image-20240628-151534.png
    1. Insert the password automatically.


    By following these instructions, you can efficiently use the corporate password manager to manage user access, and maintain security across the organization.

  • Jira | Default issues for the projects

    Introduction & Guidelines

    To ensure consistency and clarity in tracking tasks and billing for clients, we should utilise an organised list of default issues for projects. Below are the standard tasks, their naming conventions, and descriptions, including where each should be tracked.

    Please, note a few important reminders:

    • Estimation Time: All time spent on estimation should be tracked in the client project.

    • PM Time Tracking: Project Managers should log their time in client projects under a separate PM task.

    • Teamlead Assistance: If team leads assist on client projects, this time should be tracked within the client project.

    By adhering to these guidelines, we ensure clear and consistent tracking of tasks, which helps in maintaining transparency and accuracy in client billing and project management.

    Client projects

    Standard Tasks

    1. Estimation – issue for the team to track time spent on preparing the estimation of the project.

    2. Project Setup – issue for the Developers to track time spent on setting up the project.

    3. Team Collaboration issue for Developers to track time spent on the team calls, tasks discussions, and progress updates from the team.

    4. Project Management – issue for the PM to track project tasks, discussions with the team, client meetings, and general managerial tasks.

    5. Teamlead Collaboration – issue for the Team Leads to track time spent on providing the assistance to the team, resolving critical issues, etc.

    Note! Code review should not be tracked into this type of issue. Code reviews should be tracked as a part of the respective task!

    Internal Projects

    Development Education

    Development Education is an internal Jira project, where all the PMs, Team Leads, and Developers have access. It is created for the team to track all internal activities and work tasks that are not to be billed to clients.

    (синяя звезда) For the individual learning and development, test tasks, etc. – we have task Education and the Team Lead should create sub-tasks for their department members:

    • Education – [Name]

    • Test task – [Name]

    (синяя звезда) For team calls, internal processes, documentation development, interviews, etc. – we have tasks for FE Call, BE Call, Workshop, and the Team Lead should create sub-tasks for their department members:

    • FE Call – [Name]

    • BE Call – [Name]

    • Workshop – [Name]

    (синяя звезда) For any specific tasks that are assigned to someone on the team specifically – the Team Lead creates an issue and assigns the person needed.

    (синяя звезда) For the team activities, participation in workshops or HR-related things – the Team Lead creates an issue Team Activities and adds sub-tasks for their department members.

  • Jira | Invoicing board

    The purpose of this Jira board is to track the invoicing process efficiently. The board is managed by the Alina Vaulina, who is the only person authorised to administer the board, delete tickets, and make other changes needed.

    If any changes needed for the board, automations, or access changes – Viktoriia Khavaliuk is responsible for configuration of the board.

    Structure of the board

    image-20240617-163621.png
    1. Postponed

      • Contains tickets for invoices that have been delayed for any reason, and these clients will be invoiced later on. These might need further information, additional approval, or have other issues that prevent immediate processing.

    2. PM Reports

      • Contains tickets that need to be filled by Project Managers with the details on the project and information on the hours worked.

    3. Approve with Client

      • Contains tickets that are filled with the information needed, while the Project Manager confirms the billing amount with the client before proceeding.

    4. Invoice by Alina

      • Contains tickets on the projects that are ready to be invoiced after receiving client’s approval.

    5. Management Approval

      • Contains tickets with invoice attached for internal management approval. Alec, or another designated manager, reviews and approves the invoice.

    6. Ready for Invoicing

      • Contains tickets approved by company management and are ready to be sent to client.

    7. Done

      • Contains tickets with completed invoices. The process is finished, and the invoice has been sent to the client.

    8. No Billing

      • Contains tickets that, for various reasons, will not be invoiced. These might include canceled projects or instances where no billing is required.

    Invoice flow on the board

    1. Ticket creation

    Alina Vaulina creates a ticket in the PM reports column. This ticket represents a new invoice that needs to be processed.

    The ticket includes client’s and project names as a Summary, and after the ticket is created, Alina assigns Project Manager to the ticket to fill the information needed.

    1. PM fills the information

    The PM takes the ticket and fills in the necessary project and invoice details.

    image-20240617-165207.png
    • Project type – the PM should indicate the type of invoicing, by choosing one of the options and removing the other one.

    • Rate – should contain hourly rates for the project.

    • Hours total – should contain total hours spent by Che IT team on the project completion in the period indicated in the ticket summary.

    • To invoice – should contain the amount of hours that need to be invoiced.

    • No billing – should contain the amount of hours that are spend on the project but are covered by Che IT.

    • If the total hours spent exceed the hours being invoiced, the PM should provide an explanation in the ticket’s comments.

    • If the hours spent on the project will not be invoiced at all, the PM should move the ticket to No billing column.

    If the PM fills the information for Rief Media or One-Line, the information should be broke down by every project.

    • If we have any agreements with a client for the hours to be invoiced later, the PM should move the tickets to the Postponed column.

    1. Client Approval

    The PM moves the ticket to the Approve with Client column and coordinates with the client to get the required approvals. When the PM receives client’s approval, they should mention that in the ticket’s comments.

    1. Invoice creation

    After receiving client’s approval, the PM moves the ticket to the Invoice (by Alina) column.

    There is no need for the PM to change the assignee, as the board is configured to change the assignee to Alina automatically when the ticket is moved to this column.

    1. Management approval

    Alina prepares the invoice based on the provided details and then moves the ticket to the Management Approval column for internal review.

    The board is configured to change the assignee to Alec automatically, when the ticket is moved to this column.

    1. Ready for Invoicing

    After the invoice review and confirmation, the ticket should be moved to Ready for invoicing column.

    In case when invoice needs to be edited, it should be moved back to Invoice (by Alina) column.

    In both cases, the assignee will change to Alina automatically.

    1. Invoicing

    Alina informs the PM about the approval. The PM sends the invoice to the client and then moves the ticket to the Done column, indicating the process is complete.

  • EasyBI | Analytics & Reports

  • App usage
  • Widget creation
  • Widget sets

Overview

Easy BI is an app that allows you to create and view business intelligence reports directly within Jira. This guide is designed for users who will be using custom reports to gain insights on their projects from their Jira data.

App usage

  1. To begin using easyBI, go to Apps section on the header menu in Jira, and select easyBI.

image-20240604-153237.png
  1. Your main tab for interacting with the app is Dashboards. This section allows you to access the analytics for your projects.

image-20240604-153411.png

In this tab you will find tabs for different users or groups. Initially, every PM on the team should have their project stats in the retrospective tab, and the Management tab contains stats on all the projects to see a bigger picture.

image-20240604-153733.png
  1. To create a new dashboard, press New in the top right corner of the page.

image-20240604-154011.png

After that, you will be able to enter a title for the dashboard you are creating, add different kinds of reports, expand/collapse them for your comfortable usage, and save it.

image-20240604-154156.png
  1. Once you set up your dashboard, there are a few ways to interact with it:

image-20240604-154857.png

Widget creation

How to create the report that can be added to a dashboard later?

  1. Go to Analyse tab on the top menu of easyBI. Open your folder, and press New report button.

image-20240604-155444.png
  1. Define the list of properties you want to reflect on the report, their timeframe and main filtering that you would prefer for your reports.

  2. Define what properties you want to add as Columns, Rows, or Pages.

Pages – this section defines your ability to filter the report in the Dashboard. The properties in the Pages section will allow you to reflect only the data you need (especially if you want to be able to choose the timeframe, project, assignee, or any other property). – marked with pink on the screenshot.

Rows – this section defines what information you will see as rows of the table. In the report, the columns go in the same order as you configure the Rows section (e.g. on the screenshot we have the issue title first and the chosen measure is second). – marked with green on the screenshot.

Columns – this section defines what numbers you will see in the table . The number of columns will depend on the property that you choose and how detailed you will make it. E.g. in the screenshot we can see the amount of time spent on the tasks, in all statuses. But we also have the ability to drill the statuses section into every status possible, and the table will have more columns, when the amount of the rows will remain the same. – marked with orange on the screenshot.

image-20240604-160207.png
  1. Define the type of reflecting the widget. It can be table, progress bar, line diagram, pie chart, scatter, timeline, map, Gantt diagram, or gauge.

image-20240604-161139.png image-20240604-162517.png image-20240604-161416.png image-20240604-161748.png image-20240604-161947.png image-20240604-162924.png image-20240604-163509.png

If you need a complex widget or cannot create the type of widget you need, please contact Viktoriia Khavaliuk with the request. The request should contain the set of information you would like to see in the report, the type of visualisation you prefer and the properties for filtering.

Widget sets

Here are a short description for every widget in our templates set, so that you can easily navigate within it.

Important! The widget sets described below are designed as templates. When you want to use a template – you can alter it to your preference, and in this case you should press SAVE AS, and save it into your folder with the naming you prefer. But the template should remain a template;)

image-20240604-163736.pngimage-20240604-163757.png

Project

Widgets in this section are all filtered by projects – they reflect the data for the whole project unless there is a timeframe as filter.

  1. # of Bugs VS CB VS CR – reflects number of bugs discovered by our QA team (issue type – Bug), number of bugs discovered by clients (issue type – CB), and number of client’s requests that were out of the initial project scope (issue type – CR).

  1. # of issues in Statuses – reflects the number of issues in every status within the project.

  1. # of reopened tasks – reflects the number of issues that were reopened after completing due to the bugs fixing.

  1. # of tasks opened after QA – reflects all the issues within a project that were opened by QA, so that you can see the list of bugs for a certain block or page.

  1. Estimated VS Spent – reflects the comparison between estimated and spent time on the project.

  1. Estimated VS Spent | Grouped by issue type – reflects estimated and spent time for a project, and how much was estimated/spent for every issue type and type of work (e.g., FE/BE/QA/TL/PM).

  1. Estimated VS Spent | Bugs + CR – reflects estimated and spent time for bugs and client requests within a project.

  1. Estimated VS Spent | CB – reflects estimated and spent time for bugs discovered by client within a project.

  1. Estimated VS Spent | CR – reflects estimated and spent time for client’s requests that were out of the initial project scope.

  1. Open VS Done – reflects the number of open/done issues and percentage of the project’s completion.


Epic

The widgets in this section are all filtered by epic, so that they reflect data for an epic, and not the whole project.

  1. # of issues filtered by issue type | Epic – reflects the number of issues of every issue type used in a project.

Type of the chart – Gauge.

  1. # of Open VS Done – reflects the number of open/done issues and percentage of the epic’s completion.

Type of the chart – Bar.

  1. Estimated VS Spent time | Epic – reflects estimated and spent time for an epic.

Type of the chart – Bar.

  1. Time spent filtered by issue type | Epic – reflects time spent of completing issues of different types within an epic.

Type of the chart – Pie.

  1. Time spent filtered by Quarters | Epic – reflects time spent for completing issues of different types over time. Filtered within an epic and reflected quarterly.

Type of the chart – Line.

  1. User Spent time | Epic – reflects time spent on epic’s completion for every team member.

Type of the chart – Table.

  1. User Spent VS Estimated time | Epic – reflects estimated and spent time for every issue in the epic, also includes issue’s reporter and the person who worked on it. Is filtered by project and timeframe.

Type of the chart – Table.

Sprint

  1. # of tasks | Sprints – reflects the number of created and done/resolved issues.

Type of the chart – Gauge.

  1. Estimated VS Spent – reflects the estimated and spent time for completing the tasks in a sprint. This widget is grouped by issue type and also has the time spent categorised for teams (BE/FE/QA/PM/TL).

Type of the chart – Table.

  1. Time Spent by Users – reflects the time that every user spent working on the issues within a sprint as well as the statuses for every issue.

Type of the chart – Table.

Management

This folder contains the widgets created for the management team (co-founders and team leads).

Most of the widgets reflect the situation for the ongoing projects to see a bigger picture on the team’s performance.

PM folders

As for PMs' folders, every PM has a folder named after them, and containing the widgets that are made or customised specifically for them.

The folder with your name is the place where you should save widgets that you create or customise.