Team: PM: Kate Hvozd ; FE: Oleksii Reshetnyk Dmitriy Rogkov (Unlicensed) ; BE: val.b (Unlicensed) Anna Aksonenko ; QA: Artem Makarov Illia Bilyk (Unlicensed) ; Team Leads: Alec Shpigar , Honcharuk Oleh Pavlo Trukhin SysAdm/D.​OPS: Roman Kliuiko SEO: Anna Nikitina (Unlicensed) . (PM help Givi Dzandzava (Unlicensed) Andrii Kupriianov )

Link to the Retrospective document – Retrospective

Висновки

Опис

Відділ

1. Unique blocks separately on the design (if possible) + desk and mob in one board

Ask designer to prepare the unique blocks separately on the design if there are 2+ pages that share the same blocks. (PM)

PM PROCESSES

2. More carefull with complex functionality estimation

Be more carefull with complex functionality estimation

• (like map), ask client more questions and add more risks if it’s needed. In the estimation file add the full description of what was estimated with the note that “additional requiremnets will be estimated separately”) (PM)

• Backgrounds – more detailed exploring and estimation

PM PROCESSES

3. Requirements in 1 place

1 main file should include all the blocks descriptions + copy description in Jira task (Artem Makarov, Dima Rogkov)

PM PROCESSES

4. Separate estimation for content testing (if content is final – needed)

Add a separate estimate for content testing  – content testing was not specified in the estimate. Also, the content is located in different folders, which requires more time to search and compare it. (Artem Makarov)

Add more text, bigger image, other type of file…

PM PROCESSES

5. Analyze design and agree with the client not-PP development if the design in not 100% PP (in email)

If you need a perfect pixel, demand a perfect design where everything is taken into account) (Artem Makarov)

PM PROCESSES

6. Optimize the amount of items in checklist + agreed with Team leads the default testing rues for FE and BE.

On almost all tasks, there are unnecessary todos such as checking various devices and so on. (Dima Rogkov) – agree with Team leads the default testing rues for FE and BE. (PM)

TEAM

7. Use uploaded fonts

Fonts shouldn’t be google fonts (PM)

DEVELOPEMENT PROCESSES

8. Content manager onboarding on early stage to help BE if there is too much content

In general, a large amount of work with content instead of work with code .

9. On the start call choose the functionality that will be started from BE stage

Forms, load more, cookies sometimes should be developed on BE first to reduce double work.

Бекові елементи – Досить часто на проектах виникає проблема з контакт формами, кукізами, лоадмор і подібними елементами, які спочатку пишуть фронти, потім беки натягають (наскільки це дозволяє верстка і плагіни), а потім як правило ще спільними зусиллями допилюють. Це пойнт ту дискашен 🙂 – Нещодавно на проекті спробувала зворотній порядок (бек робить форму і віддає html фронту, який це стилізує і щось дописує по скриптам якщо треба), мені здається це трохи пришвидшує роботу. Або ні.

DEVELOPEMENT PROCESSES

10. Analyze more the additional resources involving

1. BE feedback – How necessary are two backs on such projects?

2. QA feedback – convenient for me that there were 2 QA. This is a plus Also, there were no problems with two BE + But it was not very convenient to test at the beginning of the FE (Artem Makarov)

TEAM

11. Agree on the start call if the images for mobile should be uploaded separately

images for mobile – PM and developers at the beginning of the project should agree where we need a separate field for mobile Img or video (Kate Hvozd)

DEVELOPEMENT PROCESSES

12. Forbid the image and video editing by developers

Client should provide the final images and videos (Cropped and optimized).

DEVELOPEMENT PROCESSES

13. “/” in URL – remind on start call

Discuss in the begining and make sure that all links have / at the end (in the content) (PM)

DEVELOPEMENT PROCESSES

14. If there is Span underline or animation with running line – discuss on start call the possible issues

1. Span underline – if span class "underline" has a few words on mobile we had a bug with the underlining → solution → Add special rules for spans so it wraps fine. For animated links → solution → discuss with deigner that they should be always in 1 line with such animation. (PM)

2. animation with running line – Be ready for the bugs when its not inline-block. → solution → Only inline-block element will have this animation 100% working correctly on all browsers. (PM)

DEVELOPEMENT PROCESSES

15. Word wrap rules discussion on start call

word wrap – On the text pages we had "hyphens: auto;" but on other pages we have no wrapping. – Analyze the design and agree with dev team and client the wrapping rules and how we should act if we don’t have "hyphens: auto;" and the word doesn’t fit the container on mobile. Use correct lang for proper wrap

DEVELOPEMENT PROCESSES

16. QA Estimation – add time for QA after WP Rocket activation

17. SMTP and Recapture setup and QA

Test a few times SMTP, especially on final stages. Ask client to not change the password without notifying us (PM). Always use client’s email.

DEVELOPEMENT PROCESSES

18. Discuss the launch in tiny detailes

Second launch – took much unpredicted time.

Reasons:

• мало місця на stage

• мало місця на Live (ми залізли за ліміти, але це не вплинуло на працездатність сайту)

• через специфіку змін було важко знайти потрібні файли в папці uploads

Solution – Перенос частково вручну, частково через плагiн + щiльна робота з файлами через ssh

Suggestion – Точно зафіксувати дату початку роботи на stage і переносити зображення починаючи з цієї дати:

• врохувати це при створеннi архiву з зображеннями

• aбо вказати в налаштуваннях плагiну WP DB Migrate

https://gyazo.com/11a2cc957eb2a749a1f8a99361ee8571

DEVELOPEMENT PROCESSES

19. Customizible position, background and z-index for all blocks by default.

(Anna) – реквест на стартову тему

DEVELOPEMENT PROCESSES

20.  Код ревью

Чи потрібно вносити зміни? Колись ми з Олегом домовились на ревью, що його зауваження – на майбутнє, а вже зроблене не чіпаємо (крім випадків критичних багів і т.п.)
І також можливо це зручніше робити через гітлаб, через мерж реквест в мастер і коменти там же. (Але якщо реквести довго висять, підуть конфлікти, то може краще й так) → узгодити флоу

DEVELOPEMENT PROCESSES

21. Git – Delete merged branches

DEVELOPEMENT PROCESSES

22. Positive Jira prosses feedback

I really liked the organization and priority of tasks in Jire. That there was a separate task for each role and that there was a general task with subtasks within it. It is also convenient that PM himself reassigns a specific task to QA when subtasks are done. As a result, there were not a lot of duplicating tasaks that were incomprehensible to me in the jira. (Artem Makarov)

TEAM

23. Copy important discussions from Slack to tasks (comments)

So the QA and other teammates know what was discussed and what solution used

One-Line: Swisskrono / One-Line

IN PROGRESS

Only for internal use

https://docs.google.com/spreadsheets/d/1NJ8bnhqwnZ8czhaVYJEHATIldt1nP7PP6wLZkf7IqkQ/edit?usp=sharing

WP

567 – 785

https://docs.google.com/spreadsheets/d/14yligovh-mHmgLKjIiV3ac25AjwF-fOmLJxLAFRIQ1k/edit?usp=sharing

(But client will pay only for 567 + additional tasks – special agreement with Alex)

16.06.23

DE and ENG 2.10.23

Time Doctor

Internal cheitgroup.slack.com (Channels: “swisskrono-cheit”)

external onelinemarketing.slack.com (Channel = Swisskrono)

Invoice and Timedoctor report

Kate Hvozd

Rosarot

Severin Bucher, Luca Manz, (Egzon Cekaj – for important matters).

https://cheitgroup.atlassian.net/jira/software/c/projects/SWK/boards/208

Desktop https://www.figma.com/file/ZeotAoEZxrD6i9GcO4syLK/01_03_SWISSKRONO_Website_Webdesign_Desktop_Final?type=design&node-id=2793-1100&t=q2ZM7GXcZK7sPlAM-0

Mobile https://www.figma.com/file/U6jsqHUaqBSPRo0NRgqZkP/01_03_SWISSKRONO_Website_Webdesign_Mobile_Final?type=design&node-id=0-1&t=Vre9Nc3lbvz1XN1T-0

Block structure https://www.figma.com/file/Zl2BwotsBBckDBN9XtZQMk/01_03_SWISSKRONO_Website_Webdesign_Desktop_Final-(Copy)?type=design&node-id=0%3A1&t=yN1xrXTaZqCU0XXa-1

To leave a comment use account

developers@one-line.ch

GrBXUff7R6jgyH8W

• to open inbox: https://outlook.live.com/owa/

Nus49413

RIV&Po|d5831

https://grandselection.stage.one-line.ch/

https://grandselection.stage.one-line.ch/wp-admin

admin

6fcyWRMguD2J9dklD1QT2TbxMdF

 DB_NAME – grandselection_db

DB_PASS – sslzCRNL

DB_USER – grandselection_db

DEPLOY_KEY – 6fcyWRMguD1QT2TbxMdF

DOMAIN – http://grandselection.stage.one-line.ch/

HOST – 159.69.126.101

PASSWORD – 8DzjqkJa

USER_EMAIL – grandselection@stage.one-line.ch

USER_NAME – grandselection

GIT – https://gitlab.cheitgroup.com/cheitgroup/developing/one-line-projects

https://gitlab.cheitgroup.com/cheitgroup/developing/one-line-projects/grandselection

https://grandselection.com/

https://grandselection.com/wp-admin/

admin

t0Mh%VWqPx6zDI7iyXRM82VV

https://cheitgroup.atlassian.net/browse/SWK-643

Hostingname: grandselection.com

Serverspezifikationen: Typ7: Debian Bullseye – Apache 2.4.48 FPM, MariaDB 10.5

Interner Name: site03.dedi5030.dco.exenti.ch

Webroot Verzeichnis: /

PHP Version: php-7.4

Einschaltdatum: 06.10.2023

Verwendete SSL-Zertifikate: 0/10 (Використані сертифікати SSL)

Login and password for: Haupt-FTP-Zugriff, SFTP, MySQL, PhpMyAdmin und AwStats:

Login: grandsele

Password: iefai9go

MySQL Databases

grandsele_db

Links und Logins

FTP, FTPS: ftp://dedi5030.dco.exenti.ch

PhpMyAdmin: https://dedi5030.secure.exenti.ch/phpmyadmin

AwStats: http://site03.dedi5030.dco.exenti.ch/awstats

Valeriy’s email

USE VPN to login to gmail

access to vpn:

https://protonvpn.com/

login: oneline2022
password: @@5jUt5AU2_@X@W

Choose SWIZERLAND

access to gmail:

kronoswissws@gmail.com
Tuesday_20%_SKCH

2fa is on 078 934 72 23 = Severin Bucher (OneLine)

Login details – https://jmp.sh/jqdJuRff

https://www.bugherd.com/users/sign_in

developers@one-line.ch

• Nus49413

https://docs.google.com/document/d/1T-i5HCcv6q1A92W6zrd3yiDek9NBs1YUf8befNmmEkc/edit?usp=sharing

IN PROGRESS DONE

DECLINED