Опыт показывает, что если возникают такие сложности с многообразием поведения, хранением сложного состояния и т.д., то у приложения запутанная архитектура. Иногда стремление к излишней гибкости приводит к чрезмерному усложнению и с этим надо бороться в первую очередь, а не пытаться лечить симптомы эмуляцией множественного наследования или ссылками на объект-владелец.
Как правило, когда удается придумать удачную архитектуру, потом не возникает подобных проблем ни с наследованием, ни с композицией. KISS!
У нас нет спринтов. Мы договариваемся о сроке, а затем за счет приоритезации, выкидывания ненужного, поиска более простых решений — все это в тесном контакте с заказчиком — в него укладываемся. Т.е. срок мы называем перед разработкой.
Ну так в том и дело, что в заказной разработке очень сложно этого добиться. И это основная проблема, которую надо решить — доступ к владельцу. Если же он есть, то кто-то может и SCRUM делать, если работает. Нам показалось в нем многое недостаточным, а многое лишним.
У нас пока нет живого опыта. Есть сейчас проект, на котором мы следим за отзывами и Яндекс.метрикой. Уже после релиза кое-что поменяли благодаря отзывам людей. Кроме того, я внимательно слежу за проектами типа Бухгалтерия.Контур и 2GIS и вижу, что предпринимают они.
Виртуальных, конечно, придумывают тогда, когда нет доступа к реальным. Но с реальными юзерами есть свои проблемы. Почти никогда нельзя спрашивать людей чего они хотят. Все, что они скажут, почти всегда неправда :-) При этом они это делают не по злобе. А просто потому, что они в тот момент действительно так думают. Тот же Стив Джобс и вовсе подстраивал в итоге аудиторию под свои продукты, а не наоборот.
Поэтому многие веб-сервисы делают так: выкатывают новую фичу или новый дизайн на часть аудитории и просто следят за метриками. Если основные показатели бизнеса растут, значит фичу/дизайн надо выкатить всем. Много есть разных вариантов, как это делать. Главное — чтобы были внятные метрики, по которым можно оценивать.
Еще очень хороший способ дать людям почувствовать пульс аудитории — посадить разработчиков на саппорт реальных пользователей на некоторое время. Так делает СКБ «Контур», например. Так делает Джоэль Спольски. После этого они очень ответственно начинают относиться к тому, что делают. Как только у нас появится такая возможность, я обязательно так сделаю.
Ну свой проект-то мы тоже хотим :-) Но до этого еще, возможно, далеко. А аутсорсинг — это возможность поработать в разных продуктах за деньги заказчика. И прокачать все те навыки, которые необходимы для успешного старта и развития своего…
И еще — у нас нет менеджеров в чистом виде. Я программист, и Иван программист. А еще мы аналитики. Ну руководим немножко иногда :-) А программисты у нас общаются с заказчиком почти столько же, сколько мы, и задают те самые вопросы «Зачем?» и «Почему?» И это тоже одно из наших решений — не брать в команду равнодушных.
Начинали мы тоже с таких заказчиков, о которых Вы говорите. Да и сейчас такие у нас остались, не без этого. Но есть уже 2 проекта, которые сделаны вот так.
Да, заказчиков приходится искать. Причем все это лучше всего работает, когда заказчик находится в Омске, когда можно прийти к нему в офис, а он может прийти к нам. На удаленке все это тяжело, конечно. Но возможно.
Одним из критериев является то, что заказчик должен быть настоящим бизнесменом. Который понимает, что все меняется с бешеной скоростью, и если не реагировать — то смерть, готов принимать удачные идеи хоть от уборщицы — если они приносят пользу бизнесу, стремится использовать любые новые подходы, если они помогают быстро понять, что полезно для бизнеса, а что нет.
Такие люди хорошо реагируют на критику через вопросы. Как я писала: «Что будет, если эта фича не появится сейчас/вообще?» Ни в коем случае нельзя говорить в духе: «Да это вам не нужно, мы совершенно точно знаем». Нет, не знаем. И мы не знаем точно, и он не знает. Мы можем только придумать способ с заказчиком вместе, как быстро проверить гипотезу о необходимости фичи.
Еще бывали случаи, когда все начиналось с жопо-часов, а потом постепенно заказчик начинал прислушиваться к нам потому, что мы разобрались в его бизнесе и начали задавать вопросы :-)
Еще помогает общаться непосредственно с владельцем бизнеса. Никакие его наемные работники не способны принять решение о том, что надо взять и выбросить 2 фичи, на которые уже потратили полгода. Они будут бояться, врать туда наверх что-то, о чем Вы не узнаете. Мы очень стараемся на старте понять, с кем мы имеем дело, и работать только в случае, если доступен владелец для принятия важных и — особенно — неудобных решений.
На первом видео в конце статьи на 59-й минуте встает дядька. Он директор производственной фирмы в Омске. Он весь доклад сидел со скептическим выражением на лице и пару раз язвительно сказал, что мы собрались заказчика учить, и это никаким заказчикам не нужно. А потом он начал задавать вопросы, как бы ему как заказчику научиться так работать и не могли бы мы это сделать. И сейчас он пришел уже и на второе мероприятие, зовет к себе в гости зайти и всячески рвется, чтобы его покоучили.
Поэтому просто берите и пробуйте. Начните с простого — с вопросов. С выяснения целевой аудитории и бизнес-целей. С первого раза может и не получится, но надо продолжать :-)
В теории все отлично. Но на практике заказчики оказались не готовы, чтобы Product owner был на нашей стороне. А со своей стороны они не могут обеспечить все, что требуется. Сейчас мы делаем во многом то же самое, но не пугаем заказчиков разными словами и не вовлекаем в подробности процесса.
Ну а все остальное, мне кажется, можно было вычитать из умных книжек, и курсов
Ну да, видимо, где-то есть такой правильный список книг и курсов, где всем рассказывают, как правильно. В жизни на это натыкаешься тогда, когда пришло время, иногда случайно, по рекомендации проверенных людей. И этот процесс занимает время. А еще, наверное, Вы знаете, где учат за 2 месяца быть идеальным владельцем ИТ-бизнеса. Чтобы шишек своих не набивать, а сразу так раз — и все уметь :-)
Слово прихоть для меня носит негативный оттенок. Какие-то желани, конечно, надо выполнять. Но больно смотреть на детей, которые валяются на полу в магазине и стучат ногами в пол в истерике, вымогая игрушки. А родители часто ведутся, лишь бы не орало чадушко.
Мы знаем о некоторых. Сейчас благодаря фидбекам узнаем и о других. Если есть желание — можно сделать хоть полный справочник со всеми возможными видами классификации. Соберемся и сделаем, почему нет?
Мы ради этого все и затеяли — чтобы все вышли из темных углов и рассказали о себе наконец-то. Что касается Единой службы, я там знаю несколько человек. Звала их выступить с докладом, да хотя бы просто прийти на конференцию. Никакого энтузиазма :-)
Все как раз наоборот. Зачем мы понимаем достаточно хорошо :-) А вот как — пока только пробуем. Если нет желания посмотреть программу и почитать, о чем доклады, это как правило позиция. А если она такова — хоть что напиши, скорее всего читать не станут.
Прочитайте содержание докладов и увидите и как, и зачем.
Мы обязательно соберем фидбеки и послушаем вас, на этот раз мы стреляли практически вслепую. Скоро напишем пост о наших иллюзиях и ошибках :-)
На самом деле, приходите, будут и для вас интересные темы. Плюс мастер-класс от Юрия Подорожного. Кроме того, он готов провести порку мобильных приложений с точки зрения интерфейсов. Ну и на стартап-порку можно свое приложение принести, вдруг что-то ценное расскажут.
Как правило, когда удается придумать удачную архитектуру, потом не возникает подобных проблем ни с наследованием, ни с композицией. KISS!
Фанаты вредны в любом деле на мой взгляд. Если бы я знала, как изобразить на логотипе здравый смысл, непременно сделала бы это для своей конторы.
Можно и в личке. Пишите.
Виртуальных, конечно, придумывают тогда, когда нет доступа к реальным. Но с реальными юзерами есть свои проблемы. Почти никогда нельзя спрашивать людей чего они хотят. Все, что они скажут, почти всегда неправда :-) При этом они это делают не по злобе. А просто потому, что они в тот момент действительно так думают. Тот же Стив Джобс и вовсе подстраивал в итоге аудиторию под свои продукты, а не наоборот.
Поэтому многие веб-сервисы делают так: выкатывают новую фичу или новый дизайн на часть аудитории и просто следят за метриками. Если основные показатели бизнеса растут, значит фичу/дизайн надо выкатить всем. Много есть разных вариантов, как это делать. Главное — чтобы были внятные метрики, по которым можно оценивать.
Еще очень хороший способ дать людям почувствовать пульс аудитории — посадить разработчиков на саппорт реальных пользователей на некоторое время. Так делает СКБ «Контур», например. Так делает Джоэль Спольски. После этого они очень ответственно начинают относиться к тому, что делают. Как только у нас появится такая возможность, я обязательно так сделаю.
И еще — у нас нет менеджеров в чистом виде. Я программист, и Иван программист. А еще мы аналитики. Ну руководим немножко иногда :-) А программисты у нас общаются с заказчиком почти столько же, сколько мы, и задают те самые вопросы «Зачем?» и «Почему?» И это тоже одно из наших решений — не брать в команду равнодушных.
Да, заказчиков приходится искать. Причем все это лучше всего работает, когда заказчик находится в Омске, когда можно прийти к нему в офис, а он может прийти к нам. На удаленке все это тяжело, конечно. Но возможно.
Одним из критериев является то, что заказчик должен быть настоящим бизнесменом. Который понимает, что все меняется с бешеной скоростью, и если не реагировать — то смерть, готов принимать удачные идеи хоть от уборщицы — если они приносят пользу бизнесу, стремится использовать любые новые подходы, если они помогают быстро понять, что полезно для бизнеса, а что нет.
Такие люди хорошо реагируют на критику через вопросы. Как я писала: «Что будет, если эта фича не появится сейчас/вообще?» Ни в коем случае нельзя говорить в духе: «Да это вам не нужно, мы совершенно точно знаем». Нет, не знаем. И мы не знаем точно, и он не знает. Мы можем только придумать способ с заказчиком вместе, как быстро проверить гипотезу о необходимости фичи.
Еще бывали случаи, когда все начиналось с жопо-часов, а потом постепенно заказчик начинал прислушиваться к нам потому, что мы разобрались в его бизнесе и начали задавать вопросы :-)
Еще помогает общаться непосредственно с владельцем бизнеса. Никакие его наемные работники не способны принять решение о том, что надо взять и выбросить 2 фичи, на которые уже потратили полгода. Они будут бояться, врать туда наверх что-то, о чем Вы не узнаете. Мы очень стараемся на старте понять, с кем мы имеем дело, и работать только в случае, если доступен владелец для принятия важных и — особенно — неудобных решений.
На первом видео в конце статьи на 59-й минуте встает дядька. Он директор производственной фирмы в Омске. Он весь доклад сидел со скептическим выражением на лице и пару раз язвительно сказал, что мы собрались заказчика учить, и это никаким заказчикам не нужно. А потом он начал задавать вопросы, как бы ему как заказчику научиться так работать и не могли бы мы это сделать. И сейчас он пришел уже и на второе мероприятие, зовет к себе в гости зайти и всячески рвется, чтобы его покоучили.
Поэтому просто берите и пробуйте. Начните с простого — с вопросов. С выяснения целевой аудитории и бизнес-целей. С первого раза может и не получится, но надо продолжать :-)
Команда у нас все 3 года почти не меняется. Стараемся проекты искать поинтереснее. Но об этом надо писать отдельно.
В теории все отлично. Но на практике заказчики оказались не готовы, чтобы Product owner был на нашей стороне. А со своей стороны они не могут обеспечить все, что требуется. Сейчас мы делаем во многом то же самое, но не пугаем заказчиков разными словами и не вовлекаем в подробности процесса.
Ну да, видимо, где-то есть такой правильный список книг и курсов, где всем рассказывают, как правильно. В жизни на это натыкаешься тогда, когда пришло время, иногда случайно, по рекомендации проверенных людей. И этот процесс занимает время. А еще, наверное, Вы знаете, где учат за 2 месяца быть идеальным владельцем ИТ-бизнеса. Чтобы шишек своих не набивать, а сразу так раз — и все уметь :-)
Мы ради этого все и затеяли — чтобы все вышли из темных углов и рассказали о себе наконец-то. Что касается Единой службы, я там знаю несколько человек. Звала их выступить с докладом, да хотя бы просто прийти на конференцию. Никакого энтузиазма :-)
Прочитайте содержание докладов и увидите и как, и зачем.
На самом деле, приходите, будут и для вас интересные темы. Плюс мастер-класс от Юрия Подорожного. Кроме того, он готов провести порку мобильных приложений с точки зрения интерфейсов. Ну и на стартап-порку можно свое приложение принести, вдруг что-то ценное расскажут.