Комментарии 7
А нельзя ли ужать 6Мб картинку не несущую особого смысла?
из года в год более половины проектов заканчиваются крахом.
Чаще всего это всем понятно ещё на старте, но все молчат или надеются, что "вдруг выплывет". Онбординг, тимчартер и прочий конфлаенс тут не поможет))
Есть такое выражение:
Обычно мы только после работы понимаем, с чего её надо было начать.
Наверное, нет никакого другого способа хорошо сделать какую-то работу, кроме как уже в самом начале знать что-то важное про эту работу. В этом смысле, крайне характерно, что в статье обсуждаются какие угодно, преимущественно, организационные мероприятия, но никак не освещается существо вопроса: была конкретная задача; мы начали её решать; нам пришлось узнать много нового про предметную область; пока мы узнавали новое, мы успели набить себе множество шишек; когда мы закончили работу, мы поняли, что могли избежать острых углов, если бы пошли другим путём. Остаётся, только, ответить на вопрос: каким именно.
Даже когда проект идет прекрасно, команда счастлива, а заказчик вас боготворит, все может измениться на этапе приемки. Поверьте, когда вы распустите команду, ваш бэклог будет полон минорных багов, а заказчик откажется принимать проект, пока все не пофиксят, вы вспомните об этом пункте договора.
Мне одному кажется, что это яркий антипаттерн - распускать разработчиков до приёмки?) Казалось бы, что могло пойти не так...
Настя, ты подняла те тонкие моменты, которые не видны вооруженным взглядом, но проверены опытом. Мне лично очень нравится, когда со старта и по всем направлениям всё по полочкам, иначе велик шанс "там забыл, тут не важно" и по-тихоньку все может пойти по наклонной. Спасибо, очень интересно и полезно!
Анастасия, спасибо за статью! Быть первым всегда не просто )
Считаю, что это невозможно не набить шишек на старте проекта...
Спасибо большое, что поделилась своим опытом, очень полезно)
Как не набить шишек на старте проекта