Дякую! Дуже корисна інформація. Особливо про навчання та посилання на курси.

Це експерт часом не хоче розрахунки навести?

Директор Центру економічної стратегії Гліб Вишлінський зазначив, що в Україні нині близько 700 тисяч чоловіків віком 18–22 років, більшість із них — студенти. При цьому на ринку праці працюють лише 200–300 тисяч представників цієї групи.
«Якщо порівняти ці 200-300 тисяч з усім економічно активним населенням (приблизно 13 млн осіб за даними Пенсійного фонду, з яких близько 9 млн офіційно сплачують внески), то частка молодих чоловіків складає лише 2–3%».
Експерт додає, що навіть у разі масового виїзду чоловіків від 18 до 22 років відчутного удару по економіці та ринку праці не буде.

Цікаво, чи буде колись відповідальність за дискримінаційні закони?

Крім того, вона не бачить ризиків для IT-спеціальностей. Факультет комп’ютерних наук і технологій традиційно залишається одним з найбільш популярних,

Цікаво скільки таких самих слів чули в офісах Nokia, Ericsson, Kodak, Blockbuster...)
Світ не змінюється)

Дякую! Історія надихає!

Дивно... точно Python 2.6?

Крутезна штука! Дякую!

+

+

+

+

Чому б тобі не відправитись до рашки та спитати Мішу, що він тобі обіцяв? Далі можеш у Зюганова (нащадка комунистів) спитати?

Есть все таки разница между сирийскими и украинскими парнями.

Ні, тепер ні. Треба все відбудувати. Наступні 20-30 років для України будуть найкращими! Будемо працювати над цим!

А ось тут вже давно все вигадано, коли використовувати Скрам: thecynefin.co/...​about-cynefin-framework/2. Не треба нічого придумувати.

Ні, не є. Дуже різні підходи до планування, роботи, командної роботи. І, мабуть найголовніше — у проекта є дедлайн, який нам відомий вже на старті (так, рідко хто попадає в дедлайні, але вони є), у продукта немає ніякого попередньо сформованого дедлайну. Ось тут можна подивитись більше www.solutionsiq.com/...​-a-project-and-a-product

Скрам для продуктовой разработки. Не для управления проектами. Точка!

Вот блин. Как же мне этого не хватало на старте моей карьеры!!!
20 лет в менеджменте и до сих пор учишься работать с людьми, а тут — раз, и за месяц научился управлять людьми! ( тут бы организаторам задуматься, что Скрам — не про управление людьми).
Но мы говорим два — и за месяц ты научился фасилитировать все ивенты ( обычно на это не один год уходит).
3 — и ты создаёшь проекты в Джире. Хотя Скрам не про проекты, и не про джиру.

Обходите, товарищи, стороной эти кемпы, как минимум, до тех пор, пока не пообещают сделать из вас Аджайл Коуча. Конечно же, за месяц!

Забыли сказать, что всем выдали серую форму и ходили строем.

2. Оцінюй правильно

Наприклад, у нас був спринт і розробники оцінювали завдання. Була реєстрація, зокрема через Facebook, і заповнення профілю користувача. Звичайна реєстрація і заповнення профілю користувача займали три Story Points, а на Facebook виділили їх п’ять. З цього бачимо, що реєстрація через Facebook — складніша задача, аніж звичайна реєстрація та оформлення профілю.

Потерялась причинно-следственная связь: мы сначла оцениваем размер задач, а потом присваиваем им сторипойнты. Но важно даже не это. Сторипойнты не используются для планирования спринта. Используются часы — потому что команда должна согдать план достижения цели спринта. С часами план создать проще и быстрее, со сторипойнтами... даже непонятно как это можно сделать. Сторипойнты используются для:
1. Оценки верхней части беклога продукта для того, чтобы ПО имел возможность им управлять (упорядочивать).
2. Как индикатор, для планирования спринта (паттерн «Yesterday weather» при условии стабильного процесса разработки)

5. Розбивай великі сторі на маленькі

Тут вообще непонятно — какое задание брать? Как разбивать большие стори пойнты на маленькие?
В Скраме (коль мы говорим о спринтах и остальном) мы заранее разбиваем большие пользователтские истории на маленькие, соответствующие INVEST, желательно занимающие до 1 дня разработки (именно так рекомендует scrumm guide).

6. Коригуй Story Points

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

8. Вимірюй результати

Burndown chart — покахывает, как хорошо ваша команда сжигает часы или сторипойнты, но совсем не показывает, какую пользу или ценность вы принесли заказчику. Хотите мерять важное? Читаем EBM.

11. Ретроспектива після кожного спринту

Чтобы получить обратную свзяь клиента (пользователей, стейкхолдеров) — Спринт Ревью, на которм мы инспектируем иполученный инкремент и адаптируем беклог продукта для следующего спринта.
Ретроспектива — это внутренний ивент Скрам команды для инспекции себя и своих процессов.