Как владелец интернет-бизнеса, вам придется столкнуться с вашими разработчиками. Да, это страшно — они, вероятно, выглядят странно и говорят на странном языке. Но вы не можете избежать этого. Вот мои 12 советов, которые помогут вам общаться с вашей командой разработчиков …
1. Знайте свои требования …
Как вы можете объяснить свои требования, если вы не знаете, каковы они? Разработчики часто сталкиваются с расплывчатыми, неопрятными трусиками, такими как «это должно быть просто как в Facebook, только… как-то иначе» .
Хороший разработчик сразу же начнет анализировать вашу идею. Они будут задавать вопросы. Они будут представлять сценарии «что, если». Никто не будет ожидать от вас ответов на все вопросы, но вы сможете обсудить большинство проблем. Если вы не можете, вы не продумали проект. Это не удастся.
2. … и документировать их
Изложить ваши требования на бумаге может быть не весело, но это необходимо. Эскизы интерфейса и блок-схемы помогут вам определить функциональность, понять технические аспекты и объяснить проблемы.
Рассмотрите возможность найма системного аналитика, если вы не можете сделать это самостоятельно. Они будут задавать одинаковые вопросы.
3. Не используйте псевдокод
Если вы не программист, пожалуйста, не пытайтесь писать псевдокод — это не поможет. Вы почти наверняка будете слишком усложнять простые вещи и приукрашивать сложности. Ваш разработчик должен будет перепроектировать ваш «код», чтобы определить, чего вы на самом деле хотели достичь.
Псевдокод полезен, когда разработчики обсуждают алгоритмы друг с другом. Есть несколько других причин, чтобы использовать его.
4. Гибкое программирование не оправдывает плохое планирование
Не думайте, что быстрая и гибкая разработка программного обеспечения оправдывает анализ требований. Это может уменьшить часть первоначального планирования, но вам все равно нужно будет принять столько же решений, если не больше.
5. Будьте ясны и решительны
Программисты принимают тысячи решений от вашего имени. Тем не менее, у них неизбежно возникнут вопросы в процессе разработки, и если не дать однозначного ответа, это остановит прогресс.
Как хороший менеджер, вы возьмете на себя ответственность, быстро примете решение, будете придерживаться его и столкнетесь с последствиями, если это не так. Плохие менеджеры недоступны, избегайте ответов на вопрос, ищите мнения 57 других (незаинтересованных) коллег, а затем обвиняйте разработчика в задержках или неверных решениях.
6. Будьте впереди ваших разработчиков
Хорошие команды программистов будут иметь план разработки — компоненты и функции будут реализованы по порядку. Поймите этот план и подготовьтесь соответственно:
- знать, какие решения необходимо принять до реализации
- подготовить фиктивные данные или контрольные примеры
- организовать производство контента, графики, видео или других медиа.
7. Избегайте изменений в области
Изменение масштаба может разрушить проект и подвергнуть риску крайний срок. Возможно, вы видели отличную функцию в другом месте, но ее не нужно реализовывать немедленно.
В любом случае, проведите неофициальную беседу с вашим разработчиком. Скажите, что вы рассматриваете это для более поздней версии — не отвлекайте их от согласованных задач и не требуйте немедленного внимания.
8. Ничего не принимай
Одно из худших утверждений, сделанных не разработчиками: «Эй, мы должны реализовать функцию X. Это легко, верно — это займет всего несколько часов».
Это может занять несколько минут. Это может занять месяцы. Это может быть непрактично. Это может быть технически невозможно. Вы не знаете — если бы вы это сделали, вам бы не потребовалось, чтобы разработчик реализовал это для вас.
9. Установите реалистичные сроки
Как и все, разработчики работают лучше всего, когда у них установлен согласованный срок. Однако эти сроки должны быть установлены самим разработчиком или кем-то, кто обладает навыками программирования и глубокими техническими знаниями системы.
Установка произвольного или нереалистичного крайнего срока приведет к чудовищности с ошибками, на исправление которой уходит гораздо больше времени.
10. Измените ваше расписание, когда это необходимо
Разработка приложений сложна. Оценки развития — это всего лишь оценки. Программисты столкнутся с непредвиденными проблемами и изменениями в масштабах проекта (независимо от того, как сильно вы пытаетесь их избежать).
График неизбежно изменится по мере продвижения проекта. Не бойтесь соответственно изменить дату завершения.
11. Протестируйте свое собственное приложение
Не полагайтесь на своих разработчиков или других людей для тестирования вашего приложения. Это ваше видение: проверяйте себя при каждой возможности.
Тем не менее, имейте в виду, что вы можете запускать незаконченный код, и проверяйте прогресс по графику разработки. Не посылайте электронные письма, рассуждая о том, что функция Y не работает, когда этот код еще не запущен.
12. Оставайтесь на связи и продолжайте общаться
Большинство людей со временем теряют интерес к своим собственным проектам. Если вы не можете сохранять энтузиазм, не ожидайте этого от других.
Свяжитесь с вашими разработчиками на регулярной основе. Вам не обязательно организовывать официальные встречи о прогрессе — просто покажите свое лицо и спросите, как идут дела.
Тем не менее, избегайте приставать к ним. Ваш проект не будет завершен быстрее, если вы будете каждые 10 минут звонить разработчику, чтобы спросить: «Мы уже здесь?». Позвольте вашему разработчику выполнить свою работу.
Есть ли у вас какие-либо советы для разработчиков? У вас есть личный опыт плохого управления? Комментарии приветствуются …