#управление_разработкой_продукта — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #управление_разработкой_продукта, aggregated by home.social.
-
Как вернуть управляемость разработке после MVP: кейс SimpleOne SDLC
Всем привет, я Артем Герасимов, владелец продукта SimpleOne SDLC. Чуть больше года назад я пришел в компанию в момент, когда продукт только прошел стадию MVP, которую мы делали быстро, чтобы проверить гипотезу. Гипотеза подтвердилась, появились клиенты, но вместе с ними пришел беспорядок: запросы терялись между почтой и чатами, сроки срывались, процессы перестали работать. В этой статье расскажу, как мы за год превратили стартап-проект в управляемый продукт — с конкретными решениями, ошибками и чек-листом действий, которые можно применить в любой команде разработки.
https://habr.com/ru/companies/simpleone/articles/1010830/
#продуктовый_контур #datadriven_подход #приоритизация #управление_бэклогом #mvp #SimpleOne_SDLC #управление_продуктом #управление_разработкой #управление_разработкой_продукта
-
Метрики команды разработки: какие считать, а какие — игнорировать
Velocity, Burndown и количество закрытых задач выглядят как контроль над разработкой. На практике эти метрики часто создают только видимость управляемости: отчёты красивые, а сроки всё равно срываются. В статье разбираем, какие показатели действительно помогают прогнозировать сроки, находить узкие места и держать баланс между скоростью разработки и качеством релизов. Разобраться в метриках
https://habr.com/ru/companies/simpleone/articles/1007380/
#метрики #метрики_продуктивности #управление_проектами #управление_командой #управление_разработкой_продукта #Agile_метрики #cycle_time #wipлимиты #Lead_Time #Velocity
-
Метрики команды разработки: какие считать, а какие — игнорировать
Velocity, Burndown и количество закрытых задач выглядят как контроль над разработкой. На практике эти метрики часто создают только видимость управляемости: отчёты красивые, а сроки всё равно срываются. В статье разбираем, какие показатели действительно помогают прогнозировать сроки, находить узкие места и держать баланс между скоростью разработки и качеством релизов. Разобраться в метриках
https://habr.com/ru/companies/simpleone/articles/1007380/
#метрики #метрики_продуктивности #управление_проектами #управление_командой #управление_разработкой_продукта #Agile_метрики #cycle_time #wipлимиты #Lead_Time #Velocity
-
Метрики команды разработки: какие считать, а какие — игнорировать
Velocity, Burndown и количество закрытых задач выглядят как контроль над разработкой. На практике эти метрики часто создают только видимость управляемости: отчёты красивые, а сроки всё равно срываются. В статье разбираем, какие показатели действительно помогают прогнозировать сроки, находить узкие места и держать баланс между скоростью разработки и качеством релизов. Разобраться в метриках
https://habr.com/ru/companies/simpleone/articles/1007380/
#метрики #метрики_продуктивности #управление_проектами #управление_командой #управление_разработкой_продукта #Agile_метрики #cycle_time #wipлимиты #Lead_Time #Velocity
-
Метрики команды разработки: какие считать, а какие — игнорировать
Velocity, Burndown и количество закрытых задач выглядят как контроль над разработкой. На практике эти метрики часто создают только видимость управляемости: отчёты красивые, а сроки всё равно срываются. В статье разбираем, какие показатели действительно помогают прогнозировать сроки, находить узкие места и держать баланс между скоростью разработки и качеством релизов. Разобраться в метриках
https://habr.com/ru/companies/simpleone/articles/1007380/
#метрики #метрики_продуктивности #управление_проектами #управление_командой #управление_разработкой_продукта #Agile_метрики #cycle_time #wipлимиты #Lead_Time #Velocity
-
Техническое задание – что это и для кого
Разработка любого ИТ-продукта, если она ведётся осознанно и целенаправленно, а не спонтанно и хаотически, требует чёткой постановки задачи – что должно быть получено в результате. Соответственно, необходимо описание требований к создаваемому продукту, которое и принято называть «ТЗ» – Техническим заданием. Необходимость разработки формального документа со спецификацией требований, когда продукт делается не собственными силами для собственного потребления, а выделяются заказчик и исполнитель, очевидна. Особенно, если речь идёт о достаточно сложном продукте, не являющимся типовым решением. Однако, возникает логичный вопрос – ДЛЯ КОГО должно быть написано ТЗ. Из этого уже вытечет следующий вопрос – ЧТО должно быть включено в ТЗ, т.е. какие требования составляют спецификацию (как, собственно, в иностранных языках ТЗ обычно и называется – «спецификация требований»). Конечно, можно (и, в большинстве случаев, нужно) использовать существующие стандарты – например, отечественные ГОСТ 19.201 для программы и ГОСТ Р 34.602 для автоматизированной системы. Есть и другие стандарты, которые достаточно хорошо описывают структуру и содержания таких документов. Но увы, в большинстве случаев эти стандарты описывают спецификации «внешних» требований заказчика к целевому продукту (что, в сущности, верно), т.е. продукт рассматривается как «чёрный ящик», который что-то и как-то делает, и вот эти «что-то» и «как-то» в их внешнем проявлении в ТЗ как спецификации требований и описываются. А вот вопрос о том, может ли быть ТЗ «для разработчика», остаётся открытым.
https://habr.com/ru/articles/1004302/
#ТЗ #техническое_задание #управление_проектами #управление_разработкой_продукта #управление_разработкой_ис #управление_разработкой_по #управление_разработкой
-
Играем в Канбан на работе
Привет, Хабр, это Люба и Кристина, мы менеджеры разработки в Контуре. Кроме менеджерских дел мы ведём в Контуре настолки про Kanban. В Контуре уже несколько лет существует практика игры в GetKanban. Все началось с появления нескольких игровых комплектов в офисе, а сейчас это стало регулярной активностью со своей командой организаторов, онлайн-версией и удобными инструментами. Игра стала популярной благодаря своей механике: она в доступной форме объясняет базу Kanban-метода и помогает выявить узкие места в реальных процессах команды. В статье расскажем о том, какую пользу приносит игра, кто больше всего интересуется ею в Контуре, как организован процесс и кто такие ангелы.