Привет, Хабр!
Когда в разговорах с айтишниками заходит речь про учет трудо-часов, холивор зажигается моментально. И не важно, с кем про это говорить: тема задевает и рядовых разработчиков, и тимлидов, и топ-менеджеров. Предлагаем на обсуждение наше видение темы с учетом часов — может, мы продвинемся немного в поисках истины в процессе обсуждения.
-Gartner-—-pri-vnedrenii-novoi-sistemy-na-predpriyatii.png "Цикл зрелости технологии (Hype cycle) Gartner — при внедрении новой системы на предприятии")
В 1995 году исследовательская компания Gartner предложила hype cycle — кривую зрелости технологии, графически представляющую стадии, через которые проходит технологическое новшество в ходе своего становления.
Данный феномен наблюдается при появлении любой новой техники, будь то появление планшетов на рынке или внедрение новой CRM системы на предприятии.
Про то как эта кривая работает в части электроники, написано много статей.
А вот как она работает в ходе внедрение новой системы в организации?
(далее…)
.png "6 заблуждений в методологии «Бережливый стартап» («Lean Startup»)")
Привет, хабражители! Каждый день в мире появляется и исчезает огромное количество стартапов. В разных странах, в разных сферах. Многие предприниматели мечтают найти формулу успеха в какой-то книге по личностному росту или на конференциях и других мероприятиях. Большого внимания заслуживает книга Эрика Райса — «Lean startup», положившая начало популярному движению в стартаперской культуре. Модель «Бережливый стартап», набирающая популярность в России и СНГ, помогает строить стартапы малыми ресурсами, за счёт уменьшения циклов разработки. Все в этой модели вроде бы очень хорошо и «must read» предпринимателям, но некоторые нюансы описаны ниже и будут очень полезны для ваших будущих и текущих проектов.
(далее…)
Это поучительный рассказ о том, как после многих лет работы на стороне исполнителя мне довелось побывать по ту сторону баррикад и заказывать разработку на стороне. Это рассказ о том, почему для разработчика нет ничего страшнее идеального заказчика.
Как я уже говорил, я много лет занимался работой с заказчиками в софтверной компании. Так вот – мне приходилось работать с разными заказчиками – с отечественными и с зарубежными, с международными корпорациями и со стартаперами-одиночками.
Я видел всё, что только бывает. Я видел пафосных московских менеджеров, к которым надо было приезжать раз в неделю, потому что говорить по телефону – это западло, и видел простого американского парня, который взял и прилетел на месяц к нам в Сибирь под новый год, чтобы лично объяснить разработчикам, чего он хочет.
Я работал со странными людьми, которые составляли ТЗ в половину странички, с неадекватами, которые переписывали спецификацию раз в неделю, с мудаками, которые считали себя рабовладельцами. Мы делали фичи, которые не поддерживало железо, разрабатывали приложения под ось, которая еще не вышла и адаптировали под ретину дизайн, нарисованный ребенком в редакторе Paint. Я работал с психами, которые грозились миллионными штрафами за день просрочки промежуточного релиза.
Я имел дело с перекупщиками, которые понятия не имели, чего хочет конечный покупатель, я встречал неадекватов, которые понимали как надо только после того, как мы сделаем, как просят.
Я работал с заказчиками, которые «я вообще-то тоже программист» и пытались учить нас делать свою работу. Я знаю, что такое переделывать всё с нуля по три раза за проект.
Однажды у меня был заказчик, соскочивший с проекта, потому что у него сгорел офис со всем железом и данными. Однажды нам пришлось за 200 баксов делать клон, хотя нет – продвинутый клон родного яблочного приложения в то время, когда они еще не открыли сторонним разработчикам доступ ко многим своим фичам.
В общем, я работал со всеми видами невозможного и невыполнимого. Я понимаю, каково делать то, не знаю, что, так, чтобы еще вчера было готово.
Так вот — каждый раз, когда я встречал очередного «чего там работать, сделайте как в фейсбуке» клиента, я давал себе слово, даже нет – я клялся могилами предков, что вот уж я бы на его месте так себя не вел. Я бы на его месте работал так, что разработчик еще и приплачивал бы за удовольствие иметь со мной дело. Уж я бы на его месте мог бы стать просто самым лучшим заказчиком. И однажды я им стал.
Данным постом хотелось бы начать цикл статей о том, как мы адаптировали под свои нужды трекер задач «Redmine».
Около 2-х лет назад мне пришлось достаточно сильно изменить профиль своей деятельности, и от системного администрирования уйти в разработку на фреймворке «Ruby on Rails». Нужно было адаптировать «Redmine» под нужды достаточно большого IT-отдела, а потом и под нужды компании в целом. Тогда, я столкнулся, с относительной не простотой установки «Redmine». И комплексной статьи для новичков очень не хватало!
Есть несколько способов установки ROR-приложения, которым является «Redmine». В данной статье речь пойдет об установки на web-сервер «Apache», с использованием «Passenger» и «RVM». В качестве сервера баз данных, мы до сих пор используем «MySQL» (вернее MariaDB), хотя и подумываем о переезде на «PostgreSQL».
(далее…)
Нас учили, что история развивается по спирали. Сначала основным методом повышения качества обслуживания был опрос реальных покупателей. Специальные люди стояли за кассами и задавали покупателям различные вопросы. Полученная информация обрабатывалась, систематизировалась, на её основе выявлялись недостатки, вырабатывались стандарты обслуживания и т.п. Затем началась эпоха Тайных Покупателей, когда под видом обычных клиентов (покупателей) в компании приходят специально обученные люди, получающие требуемую заказчиком информацию. В этом случае потребности заказчиков можно условно разделить на три категории: конкурентная разведка; проверка соблюдения работниками принятых процедур и стандартов обслуживания; мотивация персонала. Однако последнее время маятник опять пошел в другую сторону, и всё большее распространение получают EFM-системы (Enterprise Feedback Management), предназначенные для опроса реальных покупателей (как до эпохи Тайных покупателей), но уже на принципиально другом технологическом уровне. Правда складывается впечатление, что до России это тренд пока не дошёл, поэтому «мужики-то не знают».
(далее…)
Многие из нас рано или поздно задумываются о бренности всего сущего, о том, как безрезультатно проходят дни, какими богатыми и счастливыми мы должны были быть сейчас в представлении того прошлого «Я», каким мы были целых полгода-год-два и более назад… Но, вместо того, чтобы претворить свои мечты в реальность, чтобы получить новые навыки и сменить наскучившую и бесперспективную работу, чтобы продумать и закончить свой гениальный или просто хороший проект, способный принести пользу людям, да и просто заработать много или не очень денег, чтобы просто что-то наконец-таки изменить в своей жизни к лучшему, мы встаем и идем на эту работу, мы приходим домой уставшие, запускаем «World of Tanks» на компьютере или идем в бар с друзьями и говорим себе, что сегодня мы просто обязаны отдохнуть, а вот завтра обязательно начнем что-то делать.
Или послезавтра, ведь завтра еще целый день акции с утроенным опытом…
И я не исключение.
Чтобы прервать этот порочный круг, я решил, что первым делом мне нужно стать более организованным и исполнительно, начать планировать свою жизнь и делать то, что я запланировал. И, как можно было догадаться из тегов статьи, мой взор упал на тайм-менеджмент и методику GTD.
(далее…)
Уже сейчас мы наблюдаем ситуацию, когда разработчиков не хватает. А хороших разработчиков не хватает вдвойне. Может ли эта ситуация повлиять (или полностью изменить) формат поиска ИТ специалистов? Еще как может.
Как часто разработчики ищут работу? Даже при условии постоянной миграции в поисках еще более лампового офиса и большего ассортимента плюшек, этот показатель составляет 1-2 года. Именно в такой момент программисты начинают вспоминать пароль на LinkedIn, хаотично создавать резюме на HH и других ресурсах. Те, кто хоть раз это делал, вспоминают этот процесс с ужасом и желанием посвятить свой следующий стартап написанию универсальной кнопки для публикации резюме на все основные джоб-порталы мира. Потом неделя-две-три в поисках и вуаля! и информация на всех джоб-порталах опять теряет свою актуальность на год-два. (далее…)
Про ФРИИ я узнал от бизнес-консультанта и ментора нашего проекта, Олега Мальсагова Hitrusha. Он сказал, что в России создается фонд, в котором в управлении 6 млрд рублей. А теперь на эти деньги нужно найти *цать интернет проектов и инвестировать в них. Жива ещё инициатива перевести экономику страны с сырьевых на инновационные рельсы.
Фонд молодой, в сентябре этого года был их первый отбор, в который и попал мой проект. Об этом подробнее.
За неделю до окончания приёма заявок мне написал директор одного из бизнес-инкубаторов Томска: “Посмотри фонд развития интернет инициатив фрии.рф/ подавай туда заявку, отличная тема, будут вопросы пиши, звони”.
Посмотрел: сайт светлый, лёгкий, понятный — почти хабрастиль. Но мало конкретики. Из описания стало понятно, что, пройдя отбор, стартаперам можно попасть в их акселератор и, возможно, получить инвестиции.
С мыслью «от нас не убудет» регистрируюсь.
Регистрационная форма абсолютно не напрягает – всего пара вопросов. Зато сама заявка увесистая: 8 разделов (как она выглядит, можете посмотреть на iidf.ru, в личном кабинете подайте проект на участие в ТОП-100).
Попыхтел часок, собрал данные в один массив. Заявка подана, меня оповестили письмом, что скоро со мной познакомятся по скайпу. Записываюсь на виртуальную встречу, и в назначенный час мне звонит некто «Сотрудник ФРИИ».
(далее…)
Здравствуй, уважаемое хабросообщество! Сегодня я хочу представить свою рецензию (хотя, скорее, свое видение) на две интересные книги Гая Кавасаки, вышедшие на русском языке. Речь идет о “Стартап” и “Революционный продукт. Как создать и вывести на рынок”.
Возможно, это действительно кому-то поможет, а может и нет. В любом случае, сразу хочу предупредить, что состоявшимся АйТишникам, не нуждающимся в изменениях, а также тем, кто по разным причинам испытывает личную неприязнь к Кавасаки под кат не нужно. Серьезно, вы просто не найдете там какой-либо полезной информации.
Всех остальных прошу за мной!
(далее…)