Проекты в it сфере: 8 актуальных текущих IT-проектов | GeekBrains

Интернет вещей, информатика здоровья и совместное потребление — секторы, которые могут изменить поведение и потребление человека

Хоть раз в жизни каждый предприниматель задает себе вопрос: «В каком направлении развиваться?» И очень часто небольшие затраты на запуск, быстрота распространения и огромный охват, а также постулат software will eat the world сужают область поисков до программирования. Но даже выбирая IT, надо понимать, куда и как движется рынок, в том числе и для облегчения поиска инвестора: и опытные фонды, и бизнес-ангелы инвестируют чаще не в то, что популярно сегодня, а в то, что станет будущим завтра.

Говоря о свежих трендах, постараюсь избежать специфичных (анализ баз данных) и очень конкурентных (интернет-торговля), а также очевидных и понятных (онлайн-образование). Хочу обратить внимание на те тренды, которые только намечаются, даже несмотря на то, что громкие проекты в них уже существуют. Самое замечательное в них то, что предприниматели могут не ждать появления новых разработок — технологическая площадка полностью готова, то есть всем тем, что перечислено ниже, можно заниматься уже сегодня.

Интернет вещей

Летом 2013 года Apple запатентовала систему управления настройками автомобиля. Каждый раз, когда вы берете машину напрокат, заранее зафиксированные настройки зеркал, сидений, климат-контроля можно применить одним нажатием клавиши. Вряд ли Apple удастся сохранить эксклюзив, но мировой гигант понимает — главное первым начать разработки, поскольку это тренд будущего.

Одновременно с появлением новинки Apple один из ведущих в мире акселераторов технологических проектов Techstars.com создал отдельную акселерационную программу для стартапов, работающих в сфере «интернета вещей», — Connected Devices (связанные устройства).  

Мобильные приложения и современные технологии серьезно изменят окружающие человека вещи, сделав их не только умными, но и удобными. Динамический контроль освещения, термостатов, умные таймеры, геолокационный сервис, позволяющий определить оптимальные настройки в зависимости от меняющихся погодных условий с управлением из любой точки мира. Приложение оповестит о невыключенном утюге, сбежавшем домашнем питомце или непрошенных гостях. Даже приехав в гостиницу вы нажатием одной кнопки можете сделать температуру воздуха и воды в ванне «как дома».

Отдельные вещи, как например холодильник, заказывающий еду через интернет, были доступны и ранее, но пока это технологии ради технологий либо вещи, на которые нужно было потратить целое состояние. Доступность и совместимость — вот чем можно охарактеризовать новый тренд. Снижение цен на все более мощные устройства, рост популярности смартфонов и планшетов, развитие высокоскоростного беспроводного и мобильного интернета — все это обеспечит проектам в области интернета вещей взрывной рост. 

Информатика здоровья

В эту группу попадают стартапы, которые используют софт для диагностики и лечения болезней (речь идет не о биотеке, а об информационных технологиях). Как правило, это неинвазивные методики. Например, проект neuralanalytics.com позволяет определять уровень внутричерепного давления на основе анализа массива данных о пациенте. Технологии помогут избежать дорогостоящих и опасных процедур: вместо операции достаточно просто поднести прибор к виску.

Всевозможные приложения для фитнеса уже наполнили рынок. Приложения, оценивающие состояние сна и помогающие проснуться в наиболее благоприятный момент, оценивать качество и калорийность, а также аллергенность потребляемой еды, тоже уже не редкость. Все больше и больше людей отслеживают свою повседневную активность с помощью браслетов и кардиосенсоров — количество пройденных шагов, сожженных калорий, сердечного ритма, сна и уровня стресса.

Стартапы по быстрому реагированию и использованию устройств медицинской сигнализации, такие как американский проект Amulyte — выпускник летнего набора 2013 года акселератора Y Combinator или один из победителей конкурса стартапов Forbes 2012 года «Кнопка Жизни»,  — лишь начало пути, на который встала индустрия. Но настоящую революцию произведет система,  объединяющая данные сенсоров и датчиков состояния организма с генетической информацией. Приложения дадут возможность влиять на физическое состояние, рекомендуя соответствующий образ жизни, предписывая определенный пищевой рацион, добавки и медикаменты.

Для иллюстрации тренда достаточно сказать, что информатику здоровья назвали новым мегатрендом Founders Fund Шона Паркера (создатель Napster и инвестор Facebook и PayPal) SV Angel Рона Конвея (инвестор Google и Twitter) и уже делают первые вложения в подобные проекты.

Умное потребление — совместное потребление

То, что обмениваться или делиться своими вещами получается дешевле, чем владеть ими, кажется логичным, но не совсем удобным. Многих шокирует возможность сдать в аренду незнакомому человеку свой фотоаппарат или машину. Однако, если смотреть на ситуацию со стороны социальных платформ, то концепция доверия, основанная на репутационном капитале пользователей сообществ, ставит все на свои места. В прошлом мы все были свидетелями бума площадок для коллективных покупок, таких как Groupon.com.

Теперь очередь за проектами, которые позволяют совместно не приобретать, а пользоваться, обмениваться, сдавать и брать в аренду. Сервисы по обмену и совместному использованию абсолютно всего (craigslist.org), аутсорсингу небольших заданий (TaskRabbit), сдаче/аренде машин (zipcar.com) давно привлекают внимание. Появляются все новые идеи: сервисы по размещению в других городах (airbnb.com), по сдаче/аренде машин (flightcar.com) или мобильные приложения, позволяющие брать вещи напрокат и сдавать собственные (usarium.com). Революция в социально-экономической модели потребления начинает набирать обороты.

В заключение хочу сказать самое главное: прежде чем фокусироваться на стартапе в рамках одного из трех названных трендов, каждому предпринимателю нужно ответить на вопрос, действительно ли он одержим идеей и готов биться за нее или просто считает ее коммерчески перспективной. Ведь инвесторы выбирают не просто стартапы — в первую очередь они ищут команды разработчиков, верящих в свой продукт. 

Как стать руководителем проектов в IT / Хабр

Так получается, что со мной периодически связываются мои знакомые и знакомые моих знакомых, которым меня порекомендовали, с примерно одним и тем же вопросом: «Как мне стать project manager’ом в IT, если до этого я работал(-а) на похожей позиции, но не в IT?».

Так как подобных запросов накопилось несколько штук за довольно короткое время, я решил написать об этом отдельную статью. Ну вы понимаете — я же ленивый, и теперь смогу сразу давать ссылку на этот текст, вместо очередного повторения уже несколько раз сформулированных ответов. Статья не претендует на универсальность — это только мой взгляд на ситуацию. В то же время скажу, что когда проводишь собеседования, нанимаешь и обучаешь project manager’ов — накапливается довольно много общих критериев, отвечающих на вопрос «А что же на самом деле должен знать и уметь IT project manager?», чтобы успешно работать в IT.

Кстати, знание английского языка в статье даже не обсуждается. Оно просто обязательно.

Поехали?

Как обычно выглядит запрос:

Алексей, добрый день! Меня зовут <…>. Мне посоветовал к Вам обратиться <…>. Нужен Ваш экспертный совет. Буду благодарна Вам за подсказку. Нашла тренинг для проектных менеджеров, который Вы читаете. Хотела бы спросить стоит ли проходить мне его. Кратко о моей ситуации: <…> хотела бы себя попробовать дальше развивать в проектном направлении, но уже в IT-сфере. Уже проходила несколько собеседований, но пока безуспешных (работодатели часто ссылаются на то, что нет опыта в IT). В связи с этим у меня возникла мысль о том, как заставить все-таки поезд тронуться. Буду очень благодарна за совет по поводу курсов. Возможно есть смысл посмотреть что-то смежное к менеджеру проекта, если нет шансов, чтобы взяли в IT-сферу на такую позицию? Буду благодарна за любую обратную связь.

Что я могу посоветовать?

Сначала напугаю и сгущу тучи.

1. Действительно, почти всегда отказывают ровно потому, что для project manager’a в IT крайне важно разбираться не только в project management’e как таковом, но еще и в IT. Это требуется ровно для двух вещей: а) для нахождения общего языка с подчиненными (тестировщики, аналитики и разработчики, которые все айтишники) и соответственно понимания сути диалогов, спецификаций, проблем и прочего, и б) для нахождения общего языка с представителями заказчика, которые зачастую точно также имеют в основном айтишный background. Конечно, есть некоторые небольшие шансы убедить будущего работодателя, что понимания специфики IT-области не критично для данной позиции. Важно помнить, что эти шансы очень и очень небольшие. Все-таки наниматель лучше знает, что ему надо, и убедить его в другом — довольно сложно. Особенно работодателей в IT — они уж точно знают, какой именно сотрудник им нужен. В то же время, никто не запрещает пробовать убеждать. Вдруг получится?

2. В IT очень важным является понимание этапов разработки продуктов (SDLC — Software Development Life Cycle). Работая в НЕ-айтишных организациях это понимание полностью получить, увы, невозможно. Есть моменты специфичные для IT-отрасли. А раз project manager в IT отвечает за разработку продукта/кода/функционала к заданному сроку, с заданным качеством и в заданных рамках по качеству/функционалу, то ему обязательно понимать, как же достичь всего этого теми средствами, которыми он обычно располагает в IT-сфере. В других отраслях могут быть свои нюансы, отличающиеся от IT в ту или иную сторону.

3. Любые тренинги по управлению проектами «вообще», скорее всего не сильно помогут. Нужны тренинги по управлению проектами в IT. Поясню почему я так считаю: тренинги «вообще» не дадут понимания двух важных вещей: «айтишного технического языка» и «понимание этапов разработки именно в IT».

4. В любой IT компании, уже есть свои сотрудники, желающие стать руководителями. И эти сотрудники (разработчики, тестировщики, аналитики) — уже разбираются в IT (владеют тем же техническим языком, что и окружающие), а также знают SDLC. Более того, они знают заказчика, знают специфику компании и ее внутреннюю кухню (это не критичные пункты, но сравнивая с нулевыми знаниями внешнего кандидата — даже эти пункты могут перевесить). Таким образом получается, что внешний кандидат НЕ из IT-отрасли вынужден конкурировать как с внутренними кандидатами изнутри самой компании, так и с другими внешними кандидатами, тоже из IT-отрасли.

Итак, какие же параметры получились?

1. Владение техническим IT-шным языком. Понимание, к примеру, что вообще такое FTP, Signoff, Sprint, ASAP, Regression, XML, Database request, Deadline, FYI, Client-Server Architecture, Redline, Smoke Test, FTE, Release… Список можно продолжать бесконечно. Быть супер специалистом в некоторых упомянутых вещах — совсем не требуется. Требуется понимание сути, что это такое вообще, что за термины, что они обозначают, что за ними стоит, иначе бы будете как слепой в мире зрячих.

2. Знание SDLC (Software Development Life Cycle) — этапов разработки программных продуктов. И не просто знание, а понимание, почему именно такие этапы, почему именно в таком порядке, где и почему можно перескакивать с одного этапа на другой и можно ли двигаться по этим этапам в обратную сторону, и если да, то когда и при каких условиях.

3. Методологические навыки управления проектами и людьми (PM Hard Skills). Сюда входят знания методологий, принципов управления и процессов по областям. Таких как Agile, Scrum, Kanban, Waterfall, Communication management, Specification & Requirements management, Change management, Risk management, Reporting и т.п. Хорошая новость — всему этому так или иначе можно научиться на соответствующих тренингах, вебинарах и множестве доступных онлайн материалов.

4. Личностные навыки управления проектами и людьми (PM Soft Skills). Сюда входят Team & Client management skills, Ability to solve complex tasks, Presentation skills, Conflict management skills, Communication skills, Feedback skills, Ability to hear, listen & understand, Openness to other points of view, Ability to admit own mistakes and to correct them, Self-criticism, Leadership skills, Coaching/Mentoring skills, Ability to explain, Professional culture (quality of speech, emails, calls), Ability to make decisions and take responsibility for it, Pro-activity, Task management skills, Delegation skills, Execution control skills, Personal effectiveness, Time management skills. Вторая хорошая новость — всему этому тоже можно научиться на соответствующих тренингах.

Составим сводную таблицу, в которой будут присутствовать три кандидата:

1. внешний без знания IT-отрасли
2. внешний со знанием IT-отрасли
3. внутренний со знанием IT-отрасли и специфики компании

Таким образом, становится очевидным, в каких пунктах можно пытаться конкурировать.

Мое мнение, что без погружения в IT-среду невозможно овладеть IT-шным языком хотя бы на уровне понимания. Таким образом с первым пунктом конкурировать нет смысла. Вы (внешний не IT кандидат) тут гарантированно проиграете. Остальные три области — вполне поддаются конкуренции. Причем если вторая (знание SDLC) тоже требует погружения в среду для полного понимания, то хотя бы примерно разбираться в ней не работая в IT — научиться можно. Недостаток знаний SDLC можно компенсировать за счет знаний толкового технического-лида, архитектора да и вообще любого технически грамотного человека из вашей будущей команды. А вот чтобы найти с таким человеком общий язык и получить его помощь — нужны очень серьезные навыки в PM Soft Skills.

Остаются PM Hard Skills и PM Soft Skills — и это ровно те области, где не IT-кандидат может значительно переиграть кандидата из IT-отрасли. Почему я так считаю? Многие руководители из IT — выросли из разработчиков, аналитиков, тестировщиков. Да, среди них есть очень крутые специалисты. Многие такие кандидаты в менеджеры из IT отрасли — они в глубине души остаются теми же самыми программистами, аналитиками и тестировщиками. А это говорит о том, что как раз PM Hard и Soft Skills у них могут быть развиты слабее, чем у внешнего кандидата. Ведь обе эти области (PM Hard Skills и PM Soft Skills) не зависят от IT специфики. Их можно и нужно развивать независимо от области, где вы сейчас работаете.

В итоге, что получается? Какой может быть наша сводная табличка, чтобы у внешнего кандидата ранее не работавшего в IT появился шанс?

План действий, который может помочь (а может и не помочь). Но если совсем ничего не делать — не поможет гарантированно.

1. Поговорить с кем-то из ТОЛКОВЫХ знакомых айтишников (разработчиков, тестировщиков, аналитиков, а еще лучше тим-лидов или менеджеров) про SDLC. Дополнительно почитать об этом в Интернет. Возможно, стоит поговорить не раз и даже не два.

2. Попробовать выбрать роль ассистента project manager’a в IT, либо роль младшего PMO-специалиста (там важнее знание процессов управления, чем знание этапов и нюансов и терминов разработки). Попав на любую из этих ролей — необходимо будет уже изнутри изучать терминологию и специфику IT, если действительно есть сильное желание двигаться и развиваться именно в этой области.

3. Объяснить на собеседовании, что «Твои сильные стороны — это умение решать конфликты, навык работы со сложными ситуациями, успех в переговорах, знание английского языка. А технические пробелы в знаниях ты будешь закрывать за счет правильной коммуникации и помощи от технических специалистов, которые будут твоими подчиненными. Ведь работа с людьми — это твой конек». Примерно такими словами. Важно, чтобы это была действительно правда про сильные стороны, а не бравада для прохождения собеседования. Поверьте — любой толковый руководитель определит на собеседовании, если вы обманываете. И на этом все закончится. Но допустим вы получили работу — тогда необходимо срочно искать союзника среди технарей, который будет помогать полностью покрывать и регулярно объяснять техническую сторону работы, задач и возникающих сложностей.

Грубо говоря — вы + технарь союзник будете таким сборным менеджером о двух головах (может быть союзников потребуется больше одного). Многие нанимающие руководители (ваш будущий начальник) это понимают и могут не захотеть идти на это, ведь вы будете «отъедать» время технических специалистов, что уменьшит продуктивность команды в целом. Так что отсутствие у вас некоторых навыков и знаний будет на одной чаше весов, а на другой чаше — ваш будущий руководитель взвесит возможное уменьшение эффективности и продуктивности команды, куда вас планируют взять. И чем больше будет перевешивать чаша эффективности — тем меньше шансов, что вас возьмут. Учитывайте это.

Резюмируя. Чтобы конкурировать с ребятами, которые разбираются в IT и тоже стремятся стать project manager’ами — необходимо серьезно превосходить их в PM Soft Skills.

P.S.: оригинал этой статьи (и другие интересные материалы) можно прочесть в моем блоге: consultpm.com
P.P.S.: мне резонно заметили, что IT не ограничивается разработкой. Это верно. В таком случае второй пункт (знание SDLC) будет менее значим, либо совсем заменен на какой-то свой, специфичный именно для вашего направления.

Поделитесь этой статьей с друзьями.
Спасибо и успехов вам!

IT — проект со школьниками: несколько рекомендаций / Хабр
За последние 5 лет мне удалось создать десяток учебных проектов вместе со школьниками 8-11 классов в сфере информационных технологий. И вот я решил поделиться своим опытом в этой статье, надеясь на конструктивную беседу по такой актуальной теме. В статье я попытаюсь раскрыть технологию реализации IT — проекта как способа обучения, а также затронуть технические аспекты, которые помогут вашей команде достигнуть результата.

Давайте, в первую очередь, определимся, что же такое проект. Кстати, о проектной деятельности в сфере образования сегодня очень много говорят и пытаются ввести этот метод обучения в образовательный процесс, что я лично крайне поддерживаю. Почему? Да все просто: в сжатые сроки вместе с командой вы создаете продукт, а ваши подопечные одновременно с этим изучают что-то новое.

Вы найдете огромное количество определений понятия «проект», но я попробую дать свое. Проект со школьниками — это некий процесс реализации конечного продукта, направленный на изучение новых инструментов командной работы, создание работающего прототипа или первого варианта продукта, изучение технологий, выходящих за рамки школьной программы.

Ключевыми словами в такой трактовке я считаю “процесс” и “продукт”. Многие проекты, которые я видел, являются исследовательскими, т.е. доказывающими или опровергающими какую-то гипотезу. Результаты таких проектов обычно — презентация и доклад. Многие проекты являются информационными, т.е. направленными на сбор и систематизацию информации об объекте, проблеме, явлении. Результат такого проекта — опять же презентация, доклад, дискуссия.

Я бы хотел, все же, сделать акцент на слове “продукт” и говорить о том, что конечной целью проекта в сфере IT должна быть демонстрация чего-то материального, созданного в процессе реализации проекта. Причем, я ни в коем случае не отрицаю, а наоборот, подчеркиваю важность научно — исследовательских проектов, которые направлены на создание прорывных технологий и разработку новых концепций в сфере информационных технологий. Просто наукой и исследованиями могут заниматься единицы, и, скорее всего, это удел, все-таки, высшего образования.

Идея и продукт

Отнеситесь к выбору темы своего проекта внимательно и тщательно. Зачем тратить впустую ближайшие несколько месяцев, верно? Цели могут быть совершенно разные: улучшить мир, выиграть конкурс, заработать денег, но вся ваша команда должна четко понимать, зачем вы тратите силы и ресурсы, создавая что-то новое.

Еще один неочевидный момент: когда вы создаете что-то осязаемое, гораздо выше вероятность того, что проект будет реализован. Очень часто случается так, что, загоревшись идеей, команда не доводит дело до конца, просто четко не понимая, а что же мы делаем?

Итак, первая мысль пришла в голову, вы с этой мыслью походили и решили, что вот оно! Посмотрите аналоги, сделайте подробный поиск уже существующих решений. Может случиться так, что до вас уже все реализовали. Не отчаивайтесь, если вы не хотите менять тему проекта — сделайте подобное, но по-другому, добавьте функций или измените дизайн. Но лучше, все-таки, создать что-то свое.

Темы проектов могут быть очень разными, и очень большую роль здесь играет наставник. Школьник в силу отсутствия опыта просто может не понимать значимость (или отсутствие таковой) той или иной темы. Школьник может делать что-то только ради процесса, не отдавая отчет в бессмысленности создаваемого. Например, давайте сделаем так, чтобы свет в комнате включался по хлопку ладонями? Интересная идея, но спросите себя, а зачем, кому это будет нужно, если таких решений уже пруд пруди. Ради изучения чего-то нового? Да, такую цель тоже можно достигать проектной деятельностью, но она не самая главная. Главное, на мой взгляд, — научить ребят творить и создавать что-то нужное. Анализировать, аргументировать, убеждать и отстаивать свою точку зрения. Искать варианты улучшения существующего, создавать новое. Людей, которые могут придумывать, не так много, и ценность подобных специалистов возрастает с каждым годом.

Итак, что же может быть продуктом учебного проекта в сфере информационных технологий? Выделим основные очевидные варианты.

Сайт

Это некий интернет — сервис, реализующий что-то новое или дополняющий уже созданную концепцию. Обратите внимание, что вы можете взять уже готовое решение и, не занимаясь плагиатом, а вдохновившись идеей, разработать что-то другое, более совершенное или просто с другим функционалом. Например, можно создать новый сервис для проведения тестирования или анкетирования. Какие технологии изучат ребята? Дизайн сайтов, верстка, программирование. Немало, на самом деле.

Мобильное приложение

Еще интереснее и сложнее, чем сайт. Поле для фантазии не ограничено, причем, всплывает такой интересный момент: вы можете заниматься созданием проекта озеленения территории вашего микрорайона, но оформить результат как мобильное VR — приложение с возможностью “прогуляться” по создаваемой территории для более полного погружения в реализуемую концепцию. Что мы изучаем? Современные тенденции дизайна, объектно — ориентированное программирование. И, конечно, новые инструментальные средства разработки. А заодно и ландшафтный дизайн.

Компьютерная игра

Этот продукт принимается к реализации ребятами без каких-либо лишних объяснений и обычно доводится до логического конца. Игру можно делать для малышей, игру можно делать обучающую. Можно сделать многопользовательскую браузерную игру, можно сделать игру для смартфонов и планшетов. Что изучают ребята? Приемы и методы геймификации, дизайн элементов компьютерной игры, объектно — ориентированное программирование.

Программа

Продукт, который будет что-то автоматизировать. Научите школьников думать о пользователе, ставить себя на место человека, который будет работать с программой. Научите тестировать свои творения. Пусть программа будет небольшая, но с уникальным функционалом. Новый калькулятор, виджет погоды или агрегатор новостей на рабочем столе — просто оглянитесь вокруг.

Еще один отличный метод — создавать что-то для себя. Вы анализируете, а чего вам не хватает в вашей деятельности или повседневной жизни? Гарантированно такой продукт будет популярным, так как если вы создадите решение, автоматизирующее вашу потребность, найдется круг людей, у кого потребность та же. Например, мне недавно надо было при публикации материалов на сайте добавлять подписи по разным шаблонам. Постоянно форматировать разные подписи — утомительно, вот я и написал плагин под WordPress, позволяющий этот процесс частично автоматизировать. Сделал для себя, но выложу в открытый доступ потом.

Фильм, плакат, журнал, трехмерная визуализация — все это может стать результатом вашего проекта.

Давайте ниже приведу мои рекомендации по реализации учебного проекта в сфере информационных технологий. С ними можно соглашаться или мы можем поспорить, но, может, мои мысли помогут и вам. Некоторые этапы пригодятся и для проектов в сфере экологии, туризма, литературы или русского языка, так как несут достаточно общий характер и будут ценны не только айтишникам.

Формулировка концепции

Придумали идею — запишите ее. Сформулируйте актуальность проекта, цели, которые вы хотите достичь, опишите простыми словами конечный результат вашего проекта, конечный продукт.

Общие папки

Обязательно создайте для своего проекта облачное хранилище с совместным доступом участников. Если это Google Диск или Облако Mail.ru, то создайте общие папки. В одном проекте у нас их было 8: “Модели”, “Текстуры”, “База данных”, “Фоны”, “Картинки”, “Скрипты”, “Настройки”, “Общее”. Можно использовать, наверное, более продвинутые инструменты, например, Битрикс24, я не пробовал. Надо, кстати, обратить на это внимание. Наверняка, есть еще инструменты совместного ведения проектной деятельности.

План реализации

Важный документ, потратьте на него побольше времени. В этом документе вам надо разбить ваш проект на маленькие этапы с описанием результата по окончании каждого. Только так вы дойдете до конца. Разрезав слона, мы сможем его съесть целиком. Школьник должен постоянно ощущать, что время было проведено не зря, что маленькая цель достигнута, скоро будет реализована основная концепция. Такой документ можно назвать план — графиком работ. Причем, когда вы будете его создавать, всплывет масса полезных мелочей, которые надо будет реализовать.

Нарисуйте результат

Все, что есть в голове, должно быть скинуто на бумагу. Делаете программу — рисуйте окна. Делаете сайт — рисуйте страницы. Делаете приложение — рисуйте все views. Делаете игру — рисуйте процесс и графические элементы. На обычных листах обычной ручкой или карандашом. Все зарисовки сохраняйте, ничего не выкидывайте. Схемы, идеи, кнопки, окна, рожицы и палочки — все сохраняйте! Вообще, должна быть общая папка, куда будут складываться все бумажные полезности для проекта.

Назовите команду

Обязательно дайте название своей команде! Это сплотит участников. По возможности, выберите логотип, хотя бы из бесплатных, и создайте лозунг, девиз. Пусть вы будете “IT гуру” или “Кодята”, но название команды даже из двух человек может стать началом целой истории. Обязательно придумайте название вашего конечного продукта, пусть оно будет емким и хлестким. “Газонокосилка 2.0”, “Веб заметки” или “Погода в кармане”. Да, обязательно разделите функции внутри вашей команды: пусть кто-то создает дизайн, а кто-то пишет код, кто-то ищет аналоги и тексты, а кто-то подбирает фотографии или звуковые файлы.

Добавляем экономику

Посчитайте затраты на реализацию проекта. пусть суммы будут большими, неважно, самое главное, чтобы они были реальными. Включите в смету оборудование и программное обеспечение, временные затраты, амортизацию и форс-мажорные обстоятельства. Это научит ребят быть более ответственными и не делать того, что нельзя реализовать.

Выбираем инструменты

План есть, эскизы есть, теперь самое время выбрать программные средства для реализации проекта. Почитайте, что сегодня используется в реальной разработке, что в тренде, что пригодится участникам проекта потом. Попробуйте различные IDE и редакторы, но не зацикливайтесь на учебной программе, выйдите за ее рамки. Обратите внимание, что многие разработчики идут навстречу образовательным организациям, просите у них бесплатные версии их продуктов. Так делает Autodesk и JetBrains, например. Посоветуйтесь с экспертами. Делайте учебный проект правильными инструментальными средствами.

Версионный контроль

Если будет код, то обязательно создайте репозиторий для версионного контроля. Это сэкономит кучу времени, и ребята приучатся к этой технологии. Как-то я заметил, что переход на систему версионного контроля кода изменило мое отношение к тому, что я пишу. Код стал для меня очень важным и ценным, что ли. Каждое изменение стало более обдуманным. Удаление кода тем более. Более ценным становится и время на разработку. Храните все файлы удаленно и в совместном доступе.

Создаем прототип

Первый самый большой результат проекта должен быть минимально работающим. Т.е. это должно быть что-то запускающееся и выполняющее основные функции, что-то, реализующее основную идею.

Тестируем

Отдаем первую версию продукта друзьям, знакомым, одноклассникам. Готовимся к критике и сразу настраиваемся на адекватное ее восприятие. Когда внутри себя решаешь, что критика будет, сразу становится легче. Внимательно выслушиваем и записываем, обязательно записываем, все советы и пожелания сохраняем. Вспоминаем про папку, куда все складываем.

Доделываем

Смотрим на часы. Оцениваем сроки и доделываем проект в соответствии с план — графиком. Причем, у вас могут быть как краткосрочные цели (выиграть ближайший конкурс), так и долгосрочные (доделать все до конца и выпустить продукт в свет). Дорабатываем основное, вспоминаем пожелания и выбираем из них самые критичные.

Презентуем

Все готово, отведите время на создание доклада и презентации. Рекомендую придерживаться вот таких разделов в презентации:

• Введение: рассказываем основные положения, назначение проекта, рассказываем о команде;
• Актуальность: говорим о том, насколько проект полезен и что достигаем, меняем, улучшаем его реализацией;
• Цели: тут рассказываем аудитории, а какие же цели были или будут достигнуты реализацией проекта;
• Задачи: показываем те задачи, которые были выполнены во время работы над проектом;
• Обзор аналогов и прототипов: показываем уже существующие решения и говорим о том, чем ваше отличается от остальных;
• Выбор инструментальных средств: в этом разделе презентации обосновываем свой выбор инструментов разработки;
• Экономическая часть: немного говорим о деньгах, чтобы аудитория оценила степень реализуемости проекта;
• Целевая аудитория: рассказываем о вашем потребителе;
• Показываем продукт: тут надо отвести время для демонстрации работы созданного решения;
• Планы развития: рассказываем о том, чем будем заниматься дальше. Можно планы разбить на несколько очередей.

Все, проект готов!

Шарик-то сдувается

Все хорошо на бумаге, но в реальности всегда чуть сложнее. На пути реализации проекта со школьниками встает несколько проблем. Первая — а когда делать? Вариантов несколько, может, это будет в рамках кружка, может, это будут старшеклассники в классах без экзаменов (8-ые и 10-е классы), может, на каникулах.

Вторая проблема — контроль. Чтобы шарик не сдулся, его надо все время надувать. Я столкнулся с тем, что ребята быстро начинают, но, самое страшное, быстро заканчивают, не доводя дело до конца. Тут без постоянного вмешательства наставника никак, надо напоминать, тянуть за руку, просить результаты. Повторюсь, проект должен быть разделен на малые части, пусть ребята что-то делают дома и присылают результаты или складывают в общий репозиторий.

И третья проблема — что дальше? Создайте сайт проекта, постарайтесь сделать так, чтобы на него обратили внимание, попробуйте доделать проект до конца. Сам, честно говоря, почти все проекты складывал в стол, решая только сиюминутные задачи и не развивая дальше. Вот написал эти строчки и решил к некоторым историям вернуться, может, они выльются во что-то большее.

Проектная деятельность — эффективнейший инструмент изучения нового, помимо уроков. Проект может помочь выявить скрытые таланты у детей. Кто-то научится публично выступать и защищаться, кто-то программировать, кто-то создавать графику, а кто-то станет в дальнейшем менеджером проектов. Побольше нам удачных и интересных проектов!

Запуск ИТ-проекта без инвестиций — история создания RentacarFor.Me — Офтоп на vc.ru

Когда я рассказываю, что команда моего проекта — это пять-семь человек, живущих в разных концах планеты, люди сразу делают такое лицо, мол: «Да-да, конечно, заливай!» Но серьезно — RentacarFor.me начинался с трех человек: меня, программиста и дизайнера. Не было никаких питчей, лифтов, пивотов и прочей стартаперской ерунды.

Была идея, цель, некоторые сбережения и бодрое настроение. Все остальное мы заработали методом проб и ошибок. И из этого сложилось неплохое руководство по запуску проекта, который, возможно, будет интересен читателям.

Прибыль

Главная цель любого бизнеса — не придумать, как решить проблему. Не сделать много продаж. Не найти клёвого дизайнера, который сделает красиво. Главная цель — заработать деньги. И для этого нужно понять несколько вещей: кто ваш клиент, как будет построена система оплаты, будет ли такая организация удобна для всех сторон и как вы распорядитесь прибылью. Запомните: никто никогда не будет платить за красоту и удобство, все будут платить за доступность, хорошее качество, за что угодно, дающее реальную пользу, а не просто красивую картинку. Это многократно доказано.

Планирование

Постоянное планирование и бюджетирование — это очень важно для бизнеса. Каждый менеджер должен уметь работать с Excel. Лучше и доступнее для управления финансами пока ничего не придумали. У вас всегда должно быть понимание, где и в каком объёме хранятся деньги, сколько их будет на разных этапах, график прихода, график расхода. Если планируете привлекать кредитные средства, то делайте это только если на 100% уверены, что кредит будет погашен.

Очень важно помнить про собственную зарплату. Об этом почему-то очень часто забывают. Вы — менеджер, владелец, человек, вам нужен отдых, отпуск, и нужно на что-то жить, кормить семью. Закладывайте свое вознаграждение в финансовый план изначально.

Команда

Помимо финансового планирования в любом бизнесе важна команда. В моем случае это были разработчик и дизайнер. Я сам не у

COVID-19: удаленная работа и «домашний бизнес» для сферы ИТ | by The Room

Мир погружен в панику и изолирован. Границы закрыты, производства перестали экспортировать товары, аэропорты перестали работать и не во всех, но во многих странах все перевозки даже между городами были отменены. Единственными выжившими в этой трагикомедии Данте являются специалисты в области информационных технологий , которые работали и работают в том же старом режиме без ущерба для финансов и сроков.

Разработано в TheRoom

Но если переключение на удаленный мир для ИТ-работников — такая удобная вещь и какие инструменты могут помочь преодолеть сложность удаленной работы?

Чем больше компания, тем труднее позволить сотрудникам работать удаленно.

Прежде всего, проблема с полным доступом к данным и информации. Во-вторых, менеджеру придется тратить 2–4 часа в день дополнительно на мониторинг рабочего процесса.

Небольшие компании также имеют проблемы с удаленным режимом: sping — это сезона высокого сезона , и, учитывая шумиху над COVID-19, количество заказов продолжает расти, в то время как все сотрудники работают из своих домов. Это означает, что обмен информацией занимает больше времени , а также художественное руководство.Кстати, есть и клиенты, которые начинают сдвигать сроки, пытаясь встать на волне ажиотажа.

Результаты исследования Buffer.com до пандемии COVID-19

И вот как мы получаем, что для среднего IT-специалиста карантин — это идеальное время, возможность узнать что-то новое и развить навыки.

В то же время для арт-директоров и менеджеров это время кажется кругом хомяков, в котором вы, как Безумный Макс, стараетесь реализовать все проекты и сохранить качество.

Недостатки удаленной работы во время карантина:

• сложность контроля качества и срочный контроль;
• трудность организации рабочего процесса и контроля работников;
• открытие доступа к данным в крупных компаниях;
• отправка файлов с рабочих компьютеров на персональные ноутбуки, если ваш компьютер из офиса оставался там;
• отсутствие нормативного графика работы и сверхурочных.

Преимущества удаленной работы во время карантина:

• меньше времени тратится на приезд в офис;
• шанс развить дополнительные навыки и узнать что-то новое;
• работают в уютной обстановке.

Конечно, карантин для компании это , просто небольшое изменение . Скорее всего, это проблема для менеджера, так как именно в это время все навыки менеджеров включаются по максимуму. И если вы используете , используя правильные инструменты для оптимизации рабочего процесса, удаленная работа может показаться просто долгим выходным.

• Hubstaff / TimeDoctor / TopTracker : в некоторых компаниях менеджеры против отслеживания времени сотрудников и просмотра их экранов.Но с нашей точки зрения при удаленной работе это лучший вариант. Чтобы понять, на какой стадии находится проект , и проверить, работает ли сотрудник, менеджер может просто смотреть скриншоты , но не тратить часы на звонок в Skype;

веб-сайт Hubstaff

• При чем : Трудно представить себе удаленную работу без личной комнаты в Хабе. Самым удобным является то, что менеджер или арт-директор хочет, чтобы обсуждали проекты с командой или сотрудниками один за другим, ему не нужно звонить всем по отдельности.Достаточно отправить ссылку на комнату и попросить войти в комнату в определенное время. Таким образом, не выходя из одного конференц-зала, менеджер может провести десять (или даже больше) звонков с участниками, которые будут меняться.

Веб-сайт

• Trello / Asana : сложно обновлять информацию и напоминать о крайних сроках, когда все время на пульте. Вот почему мы можем просто установить крайний срок для проектов в планировщиках и групп разработчиков там же, добавив обновления от клиентов в карту проекта.Для еще более комфортной работы попросите сотрудников заполнить контрольный список проекта.

веб-сайт Asana

• Telegram / Slack : конечно, без удобного мессенджера у вас не получится. Помимо работы, вы не должны забывать о неформальной коммуникации и гармонии в коллективе.

Веб-сайт Slack

• Figma : Если вы дизайнер UI / UX, то при удаленной работе нет лучшего варианта, чем Figma, дизайнер-директор может просматривать макеты и наблюдать за ходом работы прямо во время работы.Дизайнеры могут работать в командах в одном проекте с онлайн-обновлениями файла

Веб-сайт Figma

Но мало инструментов поможет сотруднику организовать свой рабочий день и установить рабочее настроение, не выходя из дома. Чтобы ваши мысли оставались теми же чистыми, а и повышали вашу производительность , постарайтесь соблюдать

по следующим правилам:

• просыпаться с будильником — так же рано, как и в офисе;
• приведи себя в порядок и переоденься во что-то, что ты обычно носишь на улице перед тем, как начать работать;
• проветриваемых помещений;
• планируйте свой день с Todoist
• соблюдайте график работы и время обеда;
• не работайте слишком долго — включите домашние вещи и отдохните после окончания рабочего дня.

Находясь на карантине, специалисты подразделяются на 2 группы : те, кто больше работают, и те, кто начинают изучать много нового и приобретать дополнительные навыки. Обе версии одинаково полезны и продуктивны. Специально для всемирного карантина многие курсы стали предлагать бесплатные уроки.

• Ivy League: Самое интересное предложение года — бесплатные курсы от Гарварда, Принстона, Корнелльского университета, Колумбийского университета, Йельского университета, Дартмутского университета, университета Брауна и Пенна.Ivy League сделала все своих курсов доступными онлайн и бесплатными . Вы можете скачать информатику, искусство и дизайн, науку о данных и многие другие курсы здесь.

MOOC Ivy League

• Coursera — это простое и старое решение для дистанционного обучения;

Помимо курсов и возможности получить лицензию от Лиги плюща, есть еще возможность организовать онлайн-вечеринку или начать изучать другой язык, наконец, добраться до Мачу-Пикчу или пройтись по онлайн-туру по Лувру

Каждый штат и каждая страна предлагает цифровые решения для карантинного периода.MetGala может быть перенесен, Евро-2020 может быть отменен и перенесен на 2021 год, но мир IT выживет и расцветет. На самом деле, большинству ИТ-специалистов никогда не нравилось много людей, поэтому поздравляю с планом удаленной работы на месяц и давайте оставаться дома, давайте оставаться в безопасности .

GitHub — IT-Sphere / jrPadawan

перейти к содержанию Зарегистрироваться

• Почему GitHub? Особенности →
  • Обзор кода
  • Управление проектами
  • Интеграция
  • Действия
  • Пакеты
  • Безопасность
  • Управление командой
  • Хостинг
  • Отзывы клиентов →
  • Безопасность →
• команда
• предприятие
• Проводить исследования
  • Исследуйте GitHub →

  учиться и внести свой вклад

  • Темы
  • Коллекции
  • Тенденции
  • Learning Lab
  • Руководства с открытым исходным кодом

  Общайтесь с другими

.

IT-Сфера · GitHub

перейти к содержанию IT-сфера Зарегистрироваться

• Почему GitHub? Особенности →
  • Обзор кода
  • Управление проектами
  • Интеграция
  • Действия
  • Пакеты
  • Безопасность
  • Управление командой
  • Хостинг
  • Отзывы клиентов →
  • Безопасность →
• команда
• предприятие
• Проводить исследования
  • Исследуйте GitHub →

  учиться и внести свой вклад

  • Темы
  • Коллекции
  • Тенденции
  • Learning Lab
  • Руководства с открытым исходным кодом

  Общайтесь с другими

  • События
  • Общественный форум

.

человек · IT-сфера · GitHub

перейти к содержанию

• Почему GitHub? Особенности →
  • Обзор кода
  • Управление проектами
  • Интеграция
  • Действия
  • Пакеты
  • Безопасность
  • Управление командой
  • Хостинг
  • Отзывы клиентов →
  • Безопасность →
• команда
• предприятие
• Проводить исследования
  • Исследуйте GitHub →

  учиться и внести свой вклад

  • Темы
  • Коллекции
  • Тенденции
  • Learning Lab
  • Руководства с открытым исходным кодом

  Общайтесь с другими

  • События
  • Общественный форум
  • GitHub Education
• базарная площадь
• ценообразование Планы →
  • Сравнить планы
  • Связаться с отделом продаж
  • Некоммерческая →

.