1. Information Technologies для
не технических людей
Если не можешь объяснить на пальцах,
значит сам до конца не понимаешь...
KARPOLAN.COM
Антон Карпенко - серийный предприниматель
Программист, электронщик, изобретатель
Технический архитектор в нескольких стартапах
Бывший CTO в Happy Farm Business Incubator
2. Разработка или эксплуатация?
Что у бизнеса вокруг вашего продукта
займет больше времени и рабочих рук?
Выбирайте технологии и процессы, исходя
из бизнес-задач, а не под программистов!
Берите готовые библиотеки, скрипты, CMS
за основу - не изобретайте велосипеды.
Сделать грабли несложно, а вот поддержка
и обновления создадут геморрой!
KARPOLAN.COM
3. Вовремя или регулярно?
Если вы не успеваете запустить и отладить продукт до
рождественских распродаж - это плохо.
Но еще хуже, если вы месяцами не будете развивать
продукт, добавлять требуемые пользователями фичи,
исправлять ошибки, следить за совместимостью!
Рекомендую выбрать регулярные релизы и апдейты,
с таким подходом любое важное событие тяжело
пропустить. :)
У hardware все так же, партия товара называется.
KARPOLAN.COM
4. Техническое задание
Техническое задание (ТЗ) - основа любых
инженерных решений. Но у IT бизнеса мало
общего со строительством или авиацией.
Скорее всего, ТЗ придется выбросить в тот
самый мусорный бак, куда уже улетели
изначальные бизнес-планы :)
Получше дела с этим у hardware проектов,
там ТЗ и спецификации необходимы!
KARPOLAN.COM
6. Совместная работа и приоритеты
Внедрите version control для кода (Git, SVN, Mercurial),
а также регулярные backup для важных данных. Иначе
бег по граблям будет проходить регулярно и по кругу :)
Даже если у вас в команде гуру-программист, он не
сможет постоянно успевать делать все сам. Готовьтесь
к командной работе с самого начала. Пусть прогер
сам ставит себе задачи, сортирует их по приоритету в
паре с руководством, и только потом выполняет.
Закрытие определенного таска в нужное время - для
бизнеса важнее самого кода, результата тестов и даже
потраченного времени!
KARPOLAN.COM
7. Agile и хорошо, и плохо
Agile методами называют все подряд. На самом деле
это набор Lean методик (устранение потерь, задержек)
соответствующий Agile Manifesto.
Подходят когда результат нужен быстро, задачи не
определены или условия могут меняться быстрее, чем
заканчивается процесс разработки. Годится для
регулярно повторяемых задач, например deployment.
Не подходят для разработки важных архитектурных
решений. Так же не стоит тащить agile в hardware и
"коробочные" продукты...
KARPOLAN.COM
8. Берите все что есть на рынке
Используйте опыт других и применяйте все доступные для вас
ресурсы. Не позволяйте личным предпочтениям негативно влиять
на ваш бизнес! Любите MacBook, но есть программа поддержки от
Microsoft - используйте. В 2016 году вы что-то делаете не так если
не используете для бизнеса:
● Google Docs, Office 365 и т.д. для совместной работы с документами.
● Онлайн системы управления задачами. Например Trello или Jira.
● Шаринг скриншотов с пометками: MonoSnap, JetScreenshot, etc.
● Microsoft Azure, желательно через программу BizSpark для startups.
● Фреймворки типа Bootstrap, CMS типа Wordpress, и прочие "костыли".
Не ленитесь регистрироваться везде и отслеживать где какие
программы поддержки startup предлагают. Но и не гоняйтесь за
"шарой" ради "шары".
KARPOLAN.COM
9. На чем сосредоточиться?
"Серебряной пули" не существует, у любого
продукта свои особенности. Но все бизнесы
мира сводятся к одной задаче:
Зарабатывать деньги!
Customer development, Lean starup, Agile это
не панацея, но лучше делать по готовой
методике, чем изобретать велосипед.
KARPOLAN.COM
10. Какие будут рекомендации?
Помните, что бизнес - это не об инженерии,
а о заработке на удовлетворении клиентов!
Внедрите настроенный циклический
процесс разработки (scrum или подобное),
автоматическое тестирование, deployment в
один клик, раздельные backlog для features
и bugs, другие "стандартные" процессы.
Это совсем несложно, зато очень полезно!
KARPOLAN.COM