Category: Operations

  • Client briefing

    Company Profile

    • Current website:

    • Domain:

    • Business goals:

      • Goal 1

      • Goal 2

    • Project goals:

      • Goal 1

      • Goal 2

    • References:

    • Languages:

    • Future plans (MVP only or a bigger scope):

    Project Details

    Budget

    Deadline for estimation

    Deadline for the project

    Invoicing schedule (monthly, bi-weekly, etc.)

    Engagement model (fixed price, T&M)

    Stakeholder contacts

    Is the client design ready?

    Who is going to provide the content?

    Technical Specifications

    Communication channel:

    Preferred tech stack

    Preferred integrations

    Domain and hosting details

    Does the client need SEO optimization? If yes, for what pages?

    Discovery phase

    Is BA documentation needed?

    Should be the design pixel-perfect for the project?

  • Navigating Jira board for estimation

    Estimating project requirements is a pivotal step that demands meticulous attention and a comprehensive understanding.

    This guide aims to streamline the estimation process for the sales team, fostering a collaborative environment and ensuring a smooth transition from customer interaction to detailed project planning.

    1. Tech questions – This is a more detailed question from the potential client when they are not ready/do not need the estimation. In this case, the Sales manager should create a Jira ticket with the ‘Request type’ – Tech question.
      The Sales manager is free to assign the relevant Team Lead if they are sure about the type of task and stack for it. If not, they can assign a PMO to the ticket, and the PMO will assign the right person.

    2. Interaction with the customer – When communicating with a potential client, the Sales manager completes the brief and stakeholder register utilizing the estimation template (the template will be attached soon).
      The sales manager creates a new ticket on the Jira board, shares the details about the client’s request there, and adds a Due Date.

    How to create and fill the Jira issue?

    1. Issue type – always a ‘Task’.

    2. Status – New estimation/Backlog.

    1. Add relevant attachments.

    2. Add description of the client’s requirements.

    1. Add a lead channel.
      Lead channel should be filled by the Sales manager according to the situation.

    2. Request type – choose a request type based on the client request.
      If you choose a request type ‘Tech questions’ – the Sales manager is free to assign the relevant Team Lead, if they are sure about the type of task and stack for it. If not, they can assign PMO to the ticket, and PMO will assign the right person.
      For all the other type, the Sales manager should assign the PMO first.

    3. Due date – choose a due date based on the potential client’s request.
      If the client does not have requirements regarding the term of estimation, the Sales manager should put the due date, which they consider to be the most appropriate. If the deadline is too tight, the PM assigned to the estimation will negotiate the terms with Sales manager individually.

    1. PMO Assignment – The sales manager contacts the PMO to assign a PM to the project. Based on project requirements and available resources, the PM assigns developers and a QA to the project afterward.
      The PM should drag the Jira ticket to the ‘In Progress’ column when the team is assigned.

    2. Estimation – PM, developers, and QA review the incoming documentation and prepare the estimation based on the high-level aspects, main functions, and epics.

      1. According to the stages of the estimation process, PM should drag the ticket into the respective columns on the board.

      2. If there are any additional questions or requests from any side, they should be communicated ONLY in the comments of the ticket in Jira, so that the process is transparent to the team and management.

      3. When the PM fills in the estimation template, they should attach a ready document to the ticket in Jira.

      4. The estimation should be approved with the team leads first, and the last step of approval process is review by the PMO.

      5. When the estimate is approved, the PMO drags the ticket to ‘Ready to send’ column and notifies the Sales manager.

    3. Customer Agreement – Sales manager sends the estimation to the client and drags the ticket to ‘Sent to client’ column.
      As of now, there is an estimation presentation being developed as well, which will be used by PMs to showcase and discuss the estimate with the potential client. As soon as this template is ready and approved, the template will be linked here and this step will be more detailed.

    4. Negotiations – After the estimation is sent to the client, the Sales manager is responsible to collect their feedback and move with the further steps.

      1. If there are any changes to the client’s request or additional services requested, the Sales manager should move the Jira ticket to ‘In progress’ column, add the potential client’s feedback and update the Due Date for improving the estimate.

      2. If the estimation is rejected by the client, the Sales manager should communicate their decision with the team, and add the rejection reason to the comment section of the ticket in Jira. The tickets does not move to any other columns and gets archived.

      3. If the estimation is approved by the client, the Sales manager should communicate their decision with the PM, and the project moves to the Planning stage.

    5. Detailed Planning

      • PM develops detailed plans, considering communication, planning, and environmental factors.


  • Projectrack Reporting


    Project set up

    When the project is created, and all the necessary details are set up, head to the Project data section.

    There is a 3-column layout comprising Project Details, Updates, and Involved parties.

    1. Project Details

    This section is the broadest and needs to be filled when the project starts. There is an extensive set of fields that can give a bigger perspective on the project, which is necessary for the sales team. This way, the sales team can know the diversity of tools and technologies we can use in clients' projects.

    The project details section contains a set of questions set up as dropdown questions with the option of multiple selections. If the dropdown doesn't have some choices, you should contact the Operational Manager to add the missing answer.

    Please note! Some of the fields in this section are default Jira fields; you should do this from the Project settings page to edit them.

    2. Updates

    This section is dedicated to regular updates and keeping statuses up to date.

    This is the part you will be working with the most often.

    3. Involved

    This section should be filled with info about the team working on the project and any third parties or associated projects, if any.


    To comfortably edit all the fields at the start of the project, use the following link:

    https://cheitgroup.atlassian.net/plugins/servlet/ac/com.deiser.jira.profields/project-navigator?project.key=EI&project.id=10187#!v=2541&t=list

    This view contains all the information necessary for our sales team, also filtered to show only YOUR projects. So, it is the way to fill project details for all projects more quickly and conveniently.


    Regular updates

    Here is the most essential part – status and updates. But it would be much more comfortable to edit these values inside Projectrack itself.

    You can choose the view created to filter all the projects you manage. After that, you will be able to edit any values straight in the table, with it saving automatically.


    History

    If you need to find any ‘historic’ details about statuses, stages or updates change to track progress or create a bigger report on the project, you should return to Jira → 'Project' → Project info → 3 dots in the top right corner → History.

    There you’ll see a table with every update made in the project values sorted by newest. You can export this info into CSV file, and if needed, transform just the way you need it.


    Procedure

    1. When creating a project, fill in all the fields with Project details and involved parties.

    Project details fields
    1. Domain – must reflect client’s business specific (what client does).

    2. Project type – must reflect the specific of the project on our site (what we develop).

    3. Category – should be included (needed for filtering).

    4. Country – country of client’s business HQ location.

    5. Description – one-sentence description of the project.

    6. Detailed description – broad description of the project that would help our sales team to search for similar prospects. Should include details about the client’s goals and project’s objectives, implemented solutions, tech stack, etc.

    7. Partners – should include partners that we collaborate with on the project, if there are any

    8. Awards – add the link to the award if the project is nominated for any awards

    1. Update project statuses and updates on the regular basis.

    Some tips to enhance your reporting;)
    • Check the fields Status, Budget ETA – these fields should contain correct information, do not forget to update them if something changes.

    • Make sure that Status Update field contains ‘readable’ text – proper formatting, with bullet points, also do not forget about proper punctuation. Using Grammarly or similar tools might help;)

      (синяя звезда) Pro-tips:

    • Remember for whom you are sending reports, and what information this person needs, try to read your report through the eyes of this person (for example, do you need information about every bug on the project - NO (синяя звезда) , do you need information about problems with the budget or responsiveness developer/client - YES (синяя звезда) )

    • A report on projects for our management != (not equal to) a report for the client, you should pay more attention to the team (if you notice burnout in someone, weak progress, or on the contrary, you should praise someone), you feel that something is not working as it should be in the processes - mention this information in the report, and of course it is important to notice the nuances of the budget/overtime and always keep your finger on the pulse

    • If there is a problem, add a note about the steps you plan to take to solve it - show your proactivity (синяя звезда)

    • And finally, remember what Alex most often asks you about in DMs or at meetings, you definitely need to pay attention to this in the report (wink)

    Fields that have to be reviewed regularly
    1. Status
      – On track – everything is going well
      – At risk – medium level of issues arising
      – Off track – issues that need immediate reaction and action
      – Archive – inactive projects

    2. Phase – should reflect the current stage of the project
      Discovery – for the projects that are on the stage of estimation and negotiations regarding the details, before we start the full-scale work on it.
      Design – for the projects that are being on design development stage.
      Development – for the projects that are being developed at the moment.
      Pre-launch – for the projects that are getting prepared to the launch.
      - Launched – this phase can be assigned to the project during a month after the launch. Afterwards you should change it to Support or Closed.
      Support – Projects that are maintained by our team.
      On hold – projects that are currently paused, but are to be continued.
      Closed – Projects that have been successfully launched and we do not longer support them, or projects that have been archived without a launch.

    3. Initial ETA (for projects on Support – not necessary)

    4. Current ETA (for projects on Support – not necessary)

    5. Estimated budget

    6. Spent budget

    7. Additional requests estimated

    8. Additional requests spent

    9. Team – has to be updated on a monthly basis.

    10. Status update
      Should be updated on a weekly basis, properly formatted.
      Please, start your update with dates in the following format – DD.MM–DD.MM (e.g. 19.02–23.02)


    Please, note! Updates should be filled every Monday by 11:00.

    After filling Projectrack, be sure to notify the team in the Slack channel #pmo-reports in the following format (by separate message, NOT in the thread):

    Привіт!

    Заповнив/ла апдейти по проектах в Projectrack. Моменти, на які варто звернути увагу:

    • проект 1

    • проект 2

    Посилання на мої проекти в PT (посилання на лінк з таблиці вище – ваша вью).

  • Sofia & Vi collabs


    To-do list from 29.11

    • Add management group to default view permissions for all projects

    Done – added ‘management-all-projects group’ to the default permission scheme, which automatically applies to created projects.

    • Collect and set up columns in the Projectrack for the sales team.
    Sales view columns
    • назва проекту

    • лінк на вебсайт

    • ціна

    • час виконання

    • гео

    • короткий опис

    • детальний опис

    • нагороди

    • дата релізу

    • для кого з партнерів це робилось

    domains – multiple select dropdown
    • recruitment

    • e-commerce

    • consulting

    • affiliate

    • online-media

    • fintech

    • marketing

    • healthcare & pharma

    • real estate

    • event management

    • automotive business

    • startup

    • gambling & casino

    project type – multiple select dropdown
    • CRM

    • marketplace

    • landing page

    • website

    • agency

    • aggregator

    • matching portal

    • CV builder

    tech stack – multiple select dropdown
    • Google Maps

    • Google Maps API

    • Yii2 PHP Framework

    • Laravel

    • PostgresQL

    • Javascript

    • css3

    • html5

    • jquery

    • Vuejs

    • WordPress development

    • UX/UI

    • Woocommerce

    • php

    • Stripe

    • Strex

    • ajax

    • Elementor Pro

    • AirTable

    • WordPress E-commerce

    • Webflow

    • Set up views for every PM
    • Set up a separate view for the sales team

    Unsuccessful:

    • Research how to send notifications to emails from Projectrack (do not set up yet)
    • Set up a Timeline view to see not the status, but stages

    Projectrack 101 draft

    Project set up

    When the project is created and all the necessary details are set up, head over to Project data section.

    There you have a 3-columns layout, which consists of Project Details, Updates, and Involved parties.

    1. Project Details

    This section is the broadest and needs to be filled when the project is starting. There is an extensive set of fields, which can give a bigger perspective on the project, which is needed for the sales team. This way, the sales team can be aware of diversity of tools and technologies we can imply in clients’ projects.

    Please, note! Some of the fields in this section are default Jira fields, and in order to edit them, you should do this from the Project settings page.

    3. Involved

    This section should be filled with info about the team working on the project and any third parties or associated projects, if there are any.


    Regular updates

    The middle section from Projects sheet is the one you’ll be editing the most. It contains the most important part – status and updates. But for you it would be much more comfortable to edit these values inside Projectrack itself.

    To filter all the projects you are managing, you can choose the view created for you. After that you will be able to edit any values straight in the table, with it saving automatically.

    History

    If you need to find any ‘historic’ details about statuses, stages or updates change to track progress or create a bigger report on the project, you should return to Jira → ‘Project’ → Project info → 3 dots in the top right corner → History.

    There you’ll see a table with every update made in the project values sorted by newest. You can export this info into CSV file, and if needed, transform just the way you need it.

    Procedure

    1. When creating a project, fill in all the fields with Project details and involved parties.

    2. Update project statuses and updates on the regular basis.

    Please, note! Updates should be filled every Monday by 11:00

    Some tips to enhance your reporting;)
    • Check the fields Status, Budget ETA – these fields should contain correct information, do not forget to update them if something changes.

    • Make sure that Status Update field contains ‘readable’ text – proper formatting, with bullet points, also do not forget about proper punctuation. Using Grammarly or similar tools might help;)

      (синяя звезда) Pro-tips:

    • Remember for whom you are sending reports, and what information this person needs, try to read your report through the eyes of this person (for example, do you need information about every bug on the project – NO (синяя звезда) , do you need information about problems with the budget or responsiveness developer/client – YES (синяя звезда) )

    • A report on projects for our management != (not equal to) a report for the client, you should pay more attention to the team (if you notice burnout in someone, weak progress, or on the contrary, you should praise someone), you feel that something is not working as it should be in the processes – mention this information in the report, and of course it is important to notice the nuances of the budget/overtime and always keep your finger on the pulse

    • If there is a problem, add a note about the steps you plan to take to solve it – show your proactivity (синяя звезда)

    • And finally, remember what Alex/Slava most often ask you about in DMs or at meetings, you definitely need to pay attention to this in the report (wink)

    Please, note! Tracking updates in Projectrack does not mean that we are refusing from submitting weekly updates vie email. As of now, we need to do both.


    To do list from 6.12

  • Operations Home

    Welcome to your new space!

    Spaces help your team structure, organize, and share work, so every team member has visibility into institutional knowledge and access to the information they need to do their best work.

    Get started with the basics

    Start editing this page:

    • Click the pencil icon ✏️ or e on your keyboard to edit and start typing. You can edit anywhere.
    • Hit / to see all the types of content you can add to your page. Try /image or /table
    • Use the toolbar at the top to play around with font, colors, formatting, and more
    • Click close to save your draft or publish when your page is ready to be shared

    🪄 Need some inspiration?