Project management *

5 tips to help you achieve your desired goal. Of course, it is not necessary to carry them all out and in the order indicated. However, it is important not only to read them and forget, but try to apply them in your life.

Originally article was posted here — 7 tips & tricks on how to deal with remote teams

A number of both large corporations and small companies having almost no staff is increasing. This is the impulse of new times that many call “uberization”. The phenomenon was named after Uber — one of the largest public-transportation companies whose drivers all are independent entrepreneurs aka freelancers. Such a structure allows Uber to work all over the planet through operating remote teams of drivers in dozens of cities simultaneously.

A roadmap is an important work tool for a product manager. In this article, we will define the stages of creating a roadmap and learn about services for creating the ideal roadmap.

Disclaimer: This is a translation of an article. All rights belongs to author of original article and Miro company.

I'm a QA Engineer in Miro. Let me tell about our experiment of transferring partially testing tasks to developers and of transforming Test Engineer role into QA (Quality assurance).

First briefly about our development process. We have daily releases for client side and 3 to 5 weekly releases of server side. Team have 60+ people spitted onto 10 Functional Scrum Teams.

I'm working in Integration team. Our tasks are:

• Integration of our service into external products
• Integration of external products into our service
  For example we have integrated Jira. Jira Cards — visual representation of tasks so it's useful to work with tasks not opening Jira at all.
  
  

How the experiment starts

All starts with trivial issue. When someone of Test Engineers had sick leave then team performance was degraded significantly. Team was continued working on tasks. However when code was reached testing phase task was hold on. As a result new functionality didn't reach production in time.

Going onto vacation by Test Engineer is a more complex story. He/she needs to find another Test Engineer who ready to take extra tasks and conduct knowledge sharing. Going onto vacation by two Test Engineers at the sane time is not an applicable luxury.

Accumulating technical debt may lead your company to a crisis. But it may also become a powerful driver of massive process changes and help with engineering practices adoptions. I'll tell you about it on my own example.

What do you get when you cross an IT department, a faulty Sprint review, determination, and pizza? Greatness, that's what.

How’s your work week going? I took some time off publishing new articles and consulting clients to look at «The Hero and the Outlaw» by Carol Pearson and Margaret Mark. It’s a guide to leveraging the power of archetypes for your brand, and I think there’s much to learn from it.

Archetypes are properly defined as «universal constructs of the human psyche». In layman’s terms, these are images we all recognise because they’re built into our subconscious mind. One such example is the archetype of the hero  —  a good guy who triumphs over evil and saves the day.

Good luck getting people to read your branded tech story. Now, before you get mad, I’m sure you’ve got something great to share. I’m sure you found an exciting new solution to some sort of problem. All you want is for others to be as excited about it as you are. Sadly, the odds are not in your favour.

IT technologies evolution allowed to control huge data flows. Business has a lot of IT solutions: CRM, ERP, BPM, accounting systems or at least just Excel and Word. Companies are different too. Some of companies are composed of plenty branches. Let’s name such as “Pyramid”. Pyramids have data synchronization issue for pile of IT systems. Software vendors and versions differ for branches significantly. In addition management company continuously modify reporting requirements that causes frustration assaults in the branches. This is a story about the project I happened to encounter chaos that needed to be systematized and automated. Low budget and tight deadlines limited the use of most existing industrial solutions but opened up scope for creativity.

Иногда молодые команды разработки охватывает неразбериха.

Это случается в тот момент, когда они ещё не до конца разобрались, что такое эджайл; проджект и продакт спорят, кто из них кто, а задачи каждый ведёт сам по себе. Или все уже всё знают, но планировать спринты не получается — задачи не прорабатываются, демо и ретро проходят нерегулярно.

У нас тоже была похожая история, но мы нашли свой путь.

Это рассказ от команды личного кабинета Яндекс.Кассы, и подробнейшая инструкция для тех, кто хочет улучшить своё планирование.

Как всё было