#оценка_разработки — Public Fediverse posts

Как оценивать разработку в условиях высокой неопределенности: PERT, декомпозиция и уровни уверенности

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

https://habr.com/ru/companies/otus/articles/976928/

#оценка_разработки #PERT #неопределённость_требований #планирование_проекта #управление_рисками #оценка_трудозатрат

Как провести быстрый аудит разработки без изучения кода

И сразу отвечу на вопрос, зачем это вообще может понадобиться. Есть четыре типовых ситуации: 1. Вы или проходите собеседование, или уже вышли на новую работу. Если собеседуетесь — то хорошо бы понять, насколько вы вообще готовы ввязаться в происходящее и чем оно может вам грозить. Если же уже вышли на работу — значит, в ближайший квартал от вас будут ждать какого-то результата, и вам надо не распыляться на все сразу, а найти точку приложения своих усилий, чтобы решить какую-нибудь проблему, показать результат и доказать руководителю свою ценность. 2. Участие в due diligence. Ваша компания планирует покупку стороннего бизнеса. Тут аудит нужен для того, чтобы не повестись сходу на красивые продающие слова и не купить кота в мешке. С большой вероятностью, техническая сторона при объединении бизнесов может оказаться в вашей зоне ответственности, и нужно понимать, чем это грозит. 3. У вас попросили консультацию — на профессиональной основе или в формате помощи другу. 4. Вы не собираетесь ни на новую работу, ни покупать чей-то бизнес — вам просто кажется, что у вас сейчас на работе что-то идёт не так, и вы хотите всё оценить и понять, что именно. В этой статье я расскажу, как адекватно и полноценно оценить состояние разработки. Меня зовут Андрей Бирюков, в разработке я 25 лет — начинал как разработчик, сейчас руковожу разработкой и клиентскими сервисами в InfoWatch. С этой темой я выступал на CTO conf, теперь подготовил для вас текстовую версию.

https://habr.com/ru/companies/infowatch/articles/959258/

#менеджмент #управление #разработка #agile #методологии #оценка_разработки