Материал входит в серию статей о build vs buy в HRTech.

Независимо от того, выбирает компания build или buy, команда реализации остаётся одним из ключевых факторов успеха любой HRTech-инициативы. Более того, зрелость tech-команды нередко становится одним из важных критериев при выборе самого подхода к HR-трансформации.

Продуктовый vs проектный подход в HRTech

В современных реалиях, на мой взгляд, классическая waterfall-модель проектного подхода в HRTech уже нежизнеспособна. И при внедрении коробочного решения, и при разработке системы с нуля длительные, изолированные и последовательно выстроенные этапы больше не отвечают требованиям времени.

Всё меняется слишком быстро — если не в самой реальности, то как минимум в головах людей, их ожиданиях и приоритетах. Даже если команда «идеально» собрала требования, зафиксировала их в техническом задании, подготовила функциональный дизайн, затем на его основе разработала спецификации, по которым был написан код, протестировала решение и продемонстрировала его конечным пользователям, это всё равно не гарантирует, что результат будет соответствовать их текущим ожиданиям.

Даже если на всём этом пути не сработает эффект сломанного телефона, к моменту поставки у пользователя уже может измениться очень многое: сами боли, контекст, приоритеты и представление о том, каким должно быть решение.

Не говоря уже о классических проектных рисках, которые похожи на чеховское ружьё: о них все знают, к ним готовятся, но в итоге они всё равно выстреливают.

На мой взгляд, для успеха необходимы как минимум два условия: итеративная разработка и продуктовая команда. Это может называться по-разному, опираться на разные фреймворки и быть оформлено через разные организационные или инвестиционные модели — важнее не название, а то, как именно устроена работа.

Читайте полную версию https://dzen.ru/a/ae-ooaiLEzJN5gYz