"почему цели не работают" - после такого хочется закрывать статью. Новомодные менеджеры уверены, что до появления всех этих аджайлов, окр'ов и прочих модных штук не было вообще ничего. Пустота, хаос, а огонь добывали трением. При этом все проекты разбивались еще на дискавери фазе, все компании только теряли убытки и никто ничего не достигал...
Чот я не понял, про что статья? Какие мы классные?
Ну дак тут ничего нового... такие тексты пишут даже мелкие атусорсники, мол у нас онбординг и разные стеки. Пробежались по верхушкам. А где интересные детали и какие необычные подходы? От большой компании - большие ожидания.
Две истории от физика и банков Турции: 1) Приехал открывать счет в Зираат (знакомые подсказали отделение, которое без проблем открывают с РФ паспортом), подхожу к нужному столу по наводке, рядом трутся несколько наших соотечественников, спрашиваю кто последний? "Никто, не открывают сегодня" Подхожу к столу, спрашиваю "Можно открыть счет?" "Сегодня не открываем, система не работает" "Но я в кам ехал с другого конца города, с детьми, мы так устали" - а я правда приехал с детьми, хотели на районе погулять. "Ладно, давайте" Вывод: наличие детей помогает восстановить работоспособность банковской системы
2) Отправка свифт перевода из Турции в Болгарию. Попытка сделать через приложение Зираата провалилась. Пришел ногами в банк. "Можно заполнить форму на свифт перевод?" "Нет, отправка только через приложение" "Вот телефон, помогите отправить" "Нам нельзя брать телефон клинетов" "Я сам буду нажимать на кнопки, скажите куда" "Мы не знаем, как это сделать" Финиш... п.с. на след день другой сотрудник спокойно отправил деньги через бумажную форму.
Скрам надо внедрять там, где он применим. Большая проблема, что его пихают везде, где только можно. Но в защиту Скрама можно сказать, что его пихают везде, так как лучше ничего не придумали для проектов с высокой долей неопределенности.
Если вы работаете на износ, что в конце спринта не помните, что было в начале - этот вопрос надо обязательно поднимать в команде. И ретро отличное место для этого.
Так и выгореть недолго... Но я в командах давно решил эту проблему: делаю доску для ретро вначале спринта, ссылка всегда одна и та же, вся команда знает где она лежит. И если члену команды хочется что-то обсудить, чтобы не держать мысль до конца спринта - он сразу пишет ее на доске. Дальше перед ретро смотрим - есть что обсуждать или ретро можно скипать.
п.с. ни разу еще не скипывали, всегда проблемы набираются. Просто иногда проводим быстрее запланированного тайминга.
А еще это работает, когда бизнес немного понимает, как работает айти часть. И что бывают баги, которые могут очень сказаться на пользовательских метриках и привести к большим убыткам или вообще потере бизнеса.
Хороший подход, отдельный респект, что все задокументировали и описали (особенно чек-листы) Как совет: попробуйте соединить 2-ю и 3-ю доску. Видится, что это один поток задач у вас, который переходит с одной доски на другую - да, доска станет длиннее (купите ребятам широкоформатные мониторы), но процесс будет прозрачнее. Разрабы будут видеть заранее задачи, которые к ним идут. Так кажется со стороны.
"почему цели не работают" - после такого хочется закрывать статью.
Новомодные менеджеры уверены, что до появления всех этих аджайлов, окр'ов и прочих модных штук не было вообще ничего. Пустота, хаос, а огонь добывали трением. При этом все проекты разбивались еще на дискавери фазе, все компании только теряли убытки и никто ничего не достигал...
Вот тут плюсану вас.
Но где-то это решается просто обучением команды (или даже заказчика), а где-то просто экономят деньги на нормальных аналитиках (
Вопрос не ко мне, а к автору - в тексте говорится про руководителей проектов.
И если мы говорим про Скрам, то там нет роли руководитель проекта
Если у вас Scrum, то откуда тут руководители проектов?
или крестик снимите, или трусы наденьте (с)
Где-то после продажи фейсбуку, как раз и бросили развивать приложение. Реально за 10 лет ничего нового не появилось.
Почему под ТЗ вы подразумеваете только функциональные требования? А не функциональные?
"Меня зовут Дмитрий Попов, я руковожу управлением применения моделей и развития платформы анализа данных"
конец
Чот я не понял, про что статья?
Какие мы классные?
Ну дак тут ничего нового... такие тексты пишут даже мелкие атусорсники, мол у нас онбординг и разные стеки. Пробежались по верхушкам. А где интересные детали и какие необычные подходы? От большой компании - большие ожидания.
Но тут ничего интересного, без обид.
Вайс-Сити
А представьте, что потом они там построят муравейник аля Кудрово...
Огонь :)
Спасибо за подборку, надо будет глянуть внимательнее!
Две истории от физика и банков Турции:
1) Приехал открывать счет в Зираат (знакомые подсказали отделение, которое без проблем открывают с РФ паспортом), подхожу к нужному столу по наводке, рядом трутся несколько наших соотечественников, спрашиваю кто последний?
"Никто, не открывают сегодня"
Подхожу к столу, спрашиваю "Можно открыть счет?"
"Сегодня не открываем, система не работает"
"Но я в кам ехал с другого конца города, с детьми, мы так устали" - а я правда приехал с детьми, хотели на районе погулять.
"Ладно, давайте"
Вывод: наличие детей помогает восстановить работоспособность банковской системы
2) Отправка свифт перевода из Турции в Болгарию.
Попытка сделать через приложение Зираата провалилась.
Пришел ногами в банк.
"Можно заполнить форму на свифт перевод?"
"Нет, отправка только через приложение"
"Вот телефон, помогите отправить"
"Нам нельзя брать телефон клинетов"
"Я сам буду нажимать на кнопки, скажите куда"
"Мы не знаем, как это сделать"
Финиш...
п.с. на след день другой сотрудник спокойно отправил деньги через бумажную форму.
БайБит и прочие азиатские биржи всем в помощь!
А Бинанс явно сдыхает, столько чернухи вокруг него за последний год появилось...
Скрам надо внедрять там, где он применим. Большая проблема, что его пихают везде, где только можно.
Но в защиту Скрама можно сказать, что его пихают везде, так как лучше ничего не придумали для проектов с высокой долей неопределенности.
Вы как-то всех судите по себе.
Если вы работаете на износ, что в конце спринта не помните, что было в начале - этот вопрос надо обязательно поднимать в команде. И ретро отличное место для этого.
Так и выгореть недолго...
Но я в командах давно решил эту проблему: делаю доску для ретро вначале спринта, ссылка всегда одна и та же, вся команда знает где она лежит. И если члену команды хочется что-то обсудить, чтобы не держать мысль до конца спринта - он сразу пишет ее на доске. Дальше перед ретро смотрим - есть что обсуждать или ретро можно скипать.
п.с. ни разу еще не скипывали, всегда проблемы набираются. Просто иногда проводим быстрее запланированного тайминга.
А еще это работает, когда бизнес немного понимает, как работает айти часть. И что бывают баги, которые могут очень сказаться на пользовательских метриках и привести к большим убыткам или вообще потере бизнеса.
Я как-то встречал заказчика, который не хотел оплачивать часы тестирования, мол "заставьте разработчиков сразу писать хороший код"
И как еще идея - смените название, уж очень оно тяжко выговаривается.
Больше похоже на название дивана в ИКЕИ :)
Хороший подход, отдельный респект, что все задокументировали и описали (особенно чек-листы)
Как совет: попробуйте соединить 2-ю и 3-ю доску. Видится, что это один поток задач у вас, который переходит с одной доски на другую - да, доска станет длиннее (купите ребятам широкоформатные мониторы), но процесс будет прозрачнее. Разрабы будут видеть заранее задачи, которые к ним идут. Так кажется со стороны.