⠀ Мы тут спросили разработчиков, что причиняет им особую боль в процессе работы над проектом?😭 ⠀ Получился не опрос, а сеанс психотерапии. Ребята высказались, им полегчало😌 ⠀ А у нас получился топ-5 вредных советов, как гарантированно убить любой проект на стадии разработки ⠀ 1️⃣ТЗ не нужно. Если сильно хочется, можно набросать примерно, потом при необходимости его менять/дополнять/переписывать. Главное, помнить, что ТЗ - это не документ, а всего лишь набросок изначальной идеи. 2️⃣Любые пожелания и хотелки заказчика надо учитывать. Ему виднее, какие фичи нужны его проекту. Он может прийти с маленькой идеей, а потом развить в нечто грандиозное! А у программиста будет шанс внести этот шедевр в свое портфолио. Вот если бы к твиттеру прикрутили службу доставки, онлайн-кинотеатр, торговую площадку и браузерную ММО — какой революционный продукт получился бы?! Но, у твиттера, наверное, была неправильная команда разработки... 3️⃣Не стоит тратить время на знакомство программиста с проектом. Он же просто пишет код, зачем ему понимать бизнес-задачу? Пусть делает свое дело, а дальше как-нибудь разберемся после релиза. Главное, без багов. 4️⃣Зачем нужен проджект? Ненужная прослойка между заказчиком и разработчиком. Проще напрямую с клиентом обсудить все таски, чем передавать через третьи руки. 5️⃣Если программист долго сидит на одном проекте — он начинает скучать, проверено. Лучше раз в пару недель перебрасывать его на что-то новое. Чтобы не терялся интерес к работе ⠀ ⁉️Ну что, дополните список смертных грехов разработки? ⠀ 🔥Да разгорится пламя в комментах!
Цифровой прорыв
Как убить разработку любого проекта?
⠀
Мы тут спросили разработчиков, что причиняет им особую боль в процессе работы над проектом?😭
⠀
Получился не опрос, а сеанс психотерапии. Ребята высказались, им полегчало😌
⠀
А у нас получился топ-5 вредных советов, как гарантированно убить любой проект на стадии разработки
⠀
1️⃣ТЗ не нужно. Если сильно хочется, можно набросать примерно, потом при необходимости его менять/дополнять/переписывать. Главное, помнить, что ТЗ - это не документ, а всего лишь набросок изначальной идеи.
2️⃣Любые пожелания и хотелки заказчика надо учитывать. Ему виднее, какие фичи нужны его проекту.
Он может прийти с маленькой идеей, а потом развить в нечто грандиозное! А у программиста будет шанс внести этот шедевр в свое портфолио.
Вот если бы к твиттеру прикрутили службу доставки, онлайн-кинотеатр, торговую площадку и браузерную ММО — какой революционный продукт получился бы?! Но, у твиттера, наверное, была неправильная команда разработки...
3️⃣Не стоит тратить время на знакомство программиста с проектом. Он же просто пишет код, зачем ему понимать бизнес-задачу? Пусть делает свое дело, а дальше как-нибудь разберемся после релиза. Главное, без багов.
4️⃣Зачем нужен проджект? Ненужная прослойка между заказчиком и разработчиком. Проще напрямую с клиентом обсудить все таски, чем передавать через третьи руки.
5️⃣Если программист долго сидит на одном проекте — он начинает скучать, проверено. Лучше раз в пару недель перебрасывать его на что-то новое. Чтобы не терялся интерес к работе
⠀
⁉️Ну что, дополните список смертных грехов разработки?
⠀
🔥Да разгорится пламя в комментах!