Прийшов час осідлати справжнього Буцефала🏇🏻Приборкай норовливого коня разом з Newxel🏇🏻Умови на сайті
×Закрыть

Материалы по теме «менеджмент»

RSS

Навіщо дотримуватися документування на проєкті і хто це повинен контролювати Навіщо дотримуватися документування на проєкті і хто це повинен контролювати

Inna Kozak 4281

У статті поговоримо про документування ІТ-проєктів на різних стадіях життєвого циклу: навіщо взагалі документувати, яка від цього користь, хто має вести документацію та скільки це може коштувати проєкту. Інна Козак ділиться спостереженнями, які виникли під час роботи над різними проєктами на різних позиціях: тестувальника та менеджера. А також розповість, як це — працювати без документації взагалі. Стаття спрямована на менеджерів і тестувальників. 28

5 міфів про фасилітацію. Для чого і коли вона потрібна 5 міфів про фасилітацію. Для чого і коли вона потрібна

Khrystyna Yablonska 6905

Фасилітація — це не розв’язання проблеми, а лише інструмент для цього. І тільки управлінець, знаючи цілі, розуміючи, з ким працює, які очікувані результати, може обрати той інструмент, який найбільше підходить в кожній окремій ситуації. Христина Яблонська допоможе розібратись, чи потрібна вам фасилітація та як її провести. 53

Scrum Guide помер. Нехай живе Scrum Guide Scrum Guide помер. Нехай живе Scrum Guide

Bogdan Onyshchenko 5278

Цього року Scrum виповнюється 25 років. Саме стільки часу минуло, відколи Кен Швабер і Джефф Сазерленд уперше формально презентували його на конференції OOPSLA 1995 року. Ця стаття присвячена основним змінам у новій редакції Scrum Guide. Передусім матеріал буде цікавий людям, що працюють у Scrum-командах чи співпрацюють із ними. 26

Юрий Антонюк — о будущем аутсорса, развитии EPAM в Украине и о том, куда деваются программисты после 40 лет Юрий Антонюк — о будущем аутсорса, развитии EPAM в Украине и о том, куда деваются программисты после 40 лет

Юра Федоренко 25672

На DOU не было еще интервью с Юрием Антонюком, главой EPAM Украина, поэтому мы решили заполнить этот пробел. Тем более в этом году EPAM в Украине исполняется 15 лет, а пообщаться с Юрием действительно есть о чем. В интервью вы узнаете, почему EPAM много внимания уделяет технологичности, немного об ІТ-образовании и подготовке джуниоров, о зарплатах для разработчиков и том, как им заработать несколько миллионов долларов. А также о протестах в Беларуси и о том, как компании удается работать в условиях кризиса. 23

Що робити, коли на дейлі-мітингу немає оновлень. Шпаргалка для менеджера та розробника Що робити, коли на дейлі-мітингу немає оновлень. Шпаргалка для менеджера та розробника

Severyn Rybchynskyy 9714

Часто буває, що під час звітування новачки губляться в поточному стані поставлених задач. У матеріалі Северин Рибчинський, Project Manager, висвітлює поширену проблему — мітингів, на яких, здавалось би, немає про що звітувати. Автор також пропонує можливі шляхи розв’язання. Стаття розрахована на широке коло читачів, може зацікавити як початківців у менеджменті, так і розробників, тестувальників чи людей, які не займаються ІТ. 98

6 історій про фейли CEO: «Втратили пів мільйона доларів, намагаючись запустити новий продукт» 6 історій про фейли CEO: «Втратили пів мільйона доларів, намагаючись запустити новий продукт»

Юлія Беба 8028

Найм недостатньо кваліфікованих спеціалістів може призвести до того, що директору компанії доведеться працювати цілодобово. Якщо домовитися з інвестором усно та не зафіксувати домовленості письмово, є ризик раптово втратити половину фінансування компанії. CEO українських IT-компаній розповідають про свої факапи із запуском нових продуктів, наймом людей, плануванням, комунікацією з клієнтами та діляться висновками з них. 22

Team Lead vs Tech Lead. В чем разница и зачем разделять эти роли Team Lead vs Tech Lead. В чем разница и зачем разделять эти роли

Oleh Abramov 10994

Обсудим, как отличаются роли Team Lead и Tech Lead и какие функции и задачи могут быть с ними связаны. Прежде всего это будет интересно тем, кто работает в растущих командах или задумывается о своем карьерном росте на позиции разработчика. А также тем, кого волнуют вопросы эффективного управления в продуктовых компаниях. 17

Отмечайте достижения, проводите 1-to-1 и избавляйтесь от слабых звеньев. 10 правил по работе с сотрудниками от основателя ІТ-компании Отмечайте достижения, проводите 1-to-1 и избавляйтесь от слабых звеньев. 10 правил по работе с сотрудниками от основателя ІТ-компании

Roman Katerinchik 11402

За 14 лет в предпринимательстве в компаниях Романа Катеринчика суммарно проработали пару тысяч сотрудников. За годы такого опыта он выработал ряд правил, которыми руководствуется в работе с людьми, чтобы «Скандалы, интриги, расследования» не стало характеризующим слоганом трудовых будней. Статья будет полезна как руководителям компаний и топ-менеджменту, так и тим-лидам и PMам. 45

Практики командной работы в записках из киевского метро. Часть третья: распределение ресурсов Практики командной работы в записках из киевского метро. Часть третья: распределение ресурсов

Kirill Zakharenkov 2666

Различные проектные ситуации заставляют менеджеров перераспределить ресурсы и переключать специалистов на внеплановые задачи. Порой из вашего проекта выдергивают ведущего инженера на тушение пожара в другом проекте. В основном, это негативно сказывается на работе. Поговорим, как этого избежать или хотя бы минимизировать ущерб. Эта статья о приоритетах, работоспособности и эффективности команды. 4

Коли цінності компанії не відповідають твоїм. Історія HR, що пройшла через вигорання Коли цінності компанії не відповідають твоїм. Історія HR, що пройшла через вигорання

Ilona Hromliuk 11662

30-річна Анна (анонімність збережена) майже два роки працювала ейчаркою в одній із львівських ІТ-компаній, звідки вирішила звільнитись через вигорання. Цінності компанії не відповідали очікуваним, і робота перетворилась на стрес. Дівчина розповіла про конфлікти з менеджментом, особливості професії, а також те, як розпізнати токсичного СЕО. 34

Автостопом по галактике. Как минимизировать риски в международных проектах Автостопом по галактике. Как минимизировать риски в международных проектах

Алексей Савин 3336

Статья дает представление об определенной группе рисков, связанных с работой проекта в разных странах и/или разных часовых поясах, а также их минимизации. Материал может быть полезен менеджерам проектов и программ, продакт-оунерам и тим-лидам, членам распределенных команд, работающих в крупных аутсорсинговых и продуктовых компаниях на международных проектах. 3

Практики командной работы в записках из киевского метро. Часть вторая: о важности команды Практики командной работы в записках из киевского метро. Часть вторая: о важности команды

Kirill Zakharenkov 4394

Кирилл Захаренков уже десять лет занимается управлением людьми и иногда и кодит в интересных проектах. Он рассказывает, как помочь команде определить действительно важные критерии, которые не всегда очевидны. В этой части статьи — об анализе результатов принятых решений, о состоянии членов команды и утомлении, о режиме работы и личном времени, о планировании и рисках. 3

Практики командной работы в записках из киевского метро. Часть первая: давайте установим правила Практики командной работы в записках из киевского метро. Часть первая: давайте установим правила

Kirill Zakharenkov 5979

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

Як сплануєш, так і проведеш. Оцінюємо проєкт з максимальною точністю Як сплануєш, так і проведеш. Оцінюємо проєкт з максимальною точністю

Olga Kolpakova 7261

Часто навіть технічним спеціалістам потрібна допомога в структуруванні проєкту та розкладанні усього по поличках. Можливо, багато з вас брали участь в оцінюванні проєкту і навіть мають певні tips&trics. Але завжди знайдуться нюанси, які можна випадково пропустити. У статті розглянемо проєкт під мікроскопом, зокрема його оцінювання. 6

Тимбилдинг в условиях карантина: с какими сложностями столкнулась наша команда и как у нас все получилось Тимбилдинг в условиях карантина: с какими сложностями столкнулась наша команда и как у нас все получилось

Denys Ryzhykh 10194

Во время карантина Денис Рыжих, скрам-мастер в Luxoft, решил организовать мероприятие для своей команды, которая разбросана по всему миру. Это оказалось непросто. Так что если вы планируете онлайн-мероприятие для своей команды или уже проводили его и хотите сравнить с другими примерами — читайте, как это получилось у Дениса, в этой статье. 33

6 історій про фейли СТО: «Ми захопилися ідеєю продукту і зовсім не подумали про маркетинг. Втрачено два роки праці та $2,6 млн» 6 історій про фейли СТО: «Ми захопилися ідеєю продукту і зовсім не подумали про маркетинг. Втрачено два роки праці та $2,6 млн»

Юлія Беба 11612

Якщо роками розробляти продукт і не пробувати продавати його, є ризик втратити мільйони доларів. Якщо неправильно обрати бізнес-партнера, може виявитися, що вам доведеться піти. CTO компаній розповідають про власні факапи — технічні, комунікаційні та менеджерські — та чого вони їх навчили. 33

5 книг, которые влияют на мировоззрение, от Senior Project Manager Тараса Федорука 5 книг, которые влияют на мировоззрение, от Senior Project Manager Тараса Федорука

Taras Fedoruk 12228

Тарас Федорук уже 8 лет работает проджект-менеджером в IT. В статье он собрал книги, которые повлияли на его мировоззрение, отношение к окружающему миру и управленческий стиль — издания о лидерстве, продуктивном общении, управлении. 5

«Копаючи картоплю, ви час від часу викопуєте ту, яку садив ще ваш батько і дід. Це legacy-код». Пояснюємо ІТ-терміни на прикладі садіння картоплі «Копаючи картоплю, ви час від часу викопуєте ту, яку садив ще ваш батько і дід. Це legacy-код». Пояснюємо ІТ-терміни на прикладі садіння картоплі

Олександр Краковецький 43873

Олександр Краковецький, CEO DevRain, пояснює ІТ-процеси, терміни та ролі на прикладі садіння картоплі. Якщо ви втомились від багатоповерхових конструкцій зі складними словами — ця стаття для вас. Просто і зрозуміло, а головне — дуже життєво. 32

Как проджект-менеджеру обеспечить качественный сервис, даже если «в контракте этого не было» Как проджект-менеджеру обеспечить качественный сервис, даже если «в контракте этого не было»

Антон Колесников 4314

Статья посвящена сервису. Цель — обратить внимание новичков на такие важные моменты в работе менеджера, как загрузка специалистов, приоритизация и критическое мышление. Поговорим об одном из кейсов, который автор использовал в качестве проверки сервисной подкованности кандидатов. 25

«Если что-то не получилось, значит, это твой провал». Какие задачи решает Senior PM «Если что-то не получилось, значит, это твой провал». Какие задачи решает Senior PM

Alexander Kryuchkov 9959

Поговорим о том, кто такой Senior PM, разберем, какие навыки ему нужны и в каких ситуациях без сеньора не обойтись. Статья будет полезна РМ’ам всех уровней: начинающие увидят, куда расти, а более опытным полезно посмотреть, какие знания и навыки улучшить, чтобы претендовать на повышение в должности и зарплате. 4

← Сtrl 123456...13 Ctrl →

Комментарии

Как депутаты будут бюджет принимать если знакомы с этой задачей)
Тот дважды легитимный, это покруче.
Навчиться у фоновому режимі. Якісь засади білоруської зазвичай залишаються зі школи.
Ну, может, на экспорт они чуть лучше делают? Но по нашему опыту всё равно хуже наших лучших марок.
GC робить його непридатним для багатьох задач, наскільки я розумію
Так юнга же может быть заодно и старпомом
Сергій, я десь згадав програмування без людей? Це ваша ідея фікс. І я не поділяю ідею автора пересідання на VIM. Для мене це просто ефективний інструмент для деяких задач і ідея про покращення IDE
Знову таки крайності
я теж не думаю не бачив ще ні разу щоб формалізація хаосу, практики працювали самі по собі без людей але що я там бачив.
Питання скільки таких невеликих змін зроблених аби-как тести не падають — значит все добре! думати ж не треба, треба код писати та таскі закривати!
Не думаю що ударяння в крайності, формалізація хаосу в розробці ПО і вперте небажання дотримуватися практик, які довели свою ефективність, приведуть до чогось позитивного чи в нашій розмові чи на роботі.
Подкаст сподобався. Дякую.
простой саппорт/добавление несложных фич З цього і починаються проблеми. Питання скільки таких невеликих змін зроблених аби-как проект витримає до того як його вирішать переписати.
а людського фактору. так. якби прибрати з програмування людей з керування — теж прибрати а ще прибрати людей як замовників, то світ стане краще навіть чим у будь якої утопії люди ж все псують, всю красотэнь детермінізму youtu.be/U-ijUylm64k
В дійсності, на жаль, більшість людей не структурує свою роботу по різних причинах. З цим згоден, але це не проблема інструментів, а людського фактору.