Рубрика «управление проектами» - 410

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

  • Как должна быть поставлена школьная задачка? Какова должна быть сложность? Что должны представлять из себя лабораторные работы?
  • Интернет — образование. Возможно ли в России создание аналога онлайн архива лекций (и не только) khanacademy.org? Именно нормальных уроков и лекций, связанных в один программный курс, а не пособий по дрессировке к ЕГЭ. Как советская система образования может выглядеть в современных медиа (видео-лекции, интерактивные приложения)? Кто будет это делать?
  • Мои соображения о смета расходов на разработку материалов для полного школьного курса по физике.

Здесь представлена первая часть, остальные будут позже.
Читать полностью »

Принято считать, что для того, чтобы максимально продуктивно решать сложные творческие задачи, требующие сосредоточенности и погружения в «поток», лучше всего подходит тихое, изолированное место. В статье «Всегда ли шум мешает? Исследование воздействия окружающего шума на творческое мышление» (PDF), опубликованной в журнале Journal of Consumer Research, приведены результаты экспериментов, опровергающие это утверждение.

Учёные провели ряд тестов на решение творческих задач, разделив участников на несколько групп, каждая из которых выполняла задания в разных акустических условиях — с низким (50 дБ), средним (70 дБ) и высоким (85 дБ) уровнями шума. В качестве источников шума использовалась смесь аудиозаписей окружающего шума в кафе, дорожного движения и отдалённой стройки. 50 дБ соответствует негромкому разговору или тихой улице, 70 — громким разговорам на близком расстоянии, оживлённой улице, 85 — очень шумной многополосной магистрали, громким крикам. Выяснилось, что качество решения задач в условиях умеренного шума заметно выше, чем в тихих или слишком громких условиях. С громким шумом всё понятно — 85 децибел совершенно не дают сосредоточиться и вызывают слишком большой дискомфорт — участники стремились закончить задание как можно быстрее, чтобы прекратить «пытку» и не особо заботились о качестве решений. Но почему группы, работавшие в относительной тишине показали плохой результат?
Читать полностью »

Привет, у нас довольно большой поток разношерстных проектов. В какой-то момент нам пришла в голову светлая идея создать внутреннюю хартию ведения проектов, с которой соглашается каждый участник команды. Есть надежда, что это сократит издержки, увеличит качество и уменьшит количество неразберихи, позволит проще вводить новых «игроков» и вообще В качестве системы управления проектами выбрана Redmine, и надо сказать даже в default устанвоке эта штука правильно решает много вопросов за тебя: разделение на ОшибкаУлучшение, интеграция Git, лог действий, подпроекты, удобная Wiki и.т.д.
Читать полностью »

Прим. переводчика — В оригинале использовался всем знакомый термин «software engineer». Так как в русском языке полноценного эквивалента нет, пришлось использовать слово «разработчик» как наиболее близкое. Также профессия «short-order cook», с которой автор сравнивает положение многих разработчиков в индустрии, была переведена как «мальчик на побегушках» — мне кажется, что она отлично отражает суть проблемы отношения к разработчикам. Наконец, я старался везде вместо слов «to code» и «programming» использовать «разрабатывать» и «разработка» из-за сложившемся в русском языке негативном смысле слов «кодировать» и «программирование» как примитивных процессов перевода требований в машинные инструкции низкого или высокого уровня.

Автор оригинальной статьи — Nickolas C. Zakas, известный фронтенд разработчик и JavaScript-евангелист в свое время проработавший более пяти лет в Yahoo. Это запись из его блога, в которой он говорит о том, почему с разработчиками так сложно договориться и что с этим делать.

Не так давно Дженна Байлотта написала замечательную статью «Как дизайнерам ужиться с разработчиками», в которой она описывает методы работы в команде, позволяющие дизайнерам и разработчикам добиться лучшей производительности. Я свое время работал с дизайнерами (а, работая в UI, и с разработчиками) и столкнулся с похожими проблемами, так что мне понятен ее практичный подход. Во время командной работы никогда не помешает уважать труд своих коллег и понимать их способ мышления.

Одна из главных мыслей той статьи заключалась в том, что разработчики говорят «нет» слишком быстро. Эта мысль тут же въелась мне в мозг и долго отказывалась вылезать оттуда. Мне хотелось воскликнуть: «Но подожди, ты же не понимаешь, почему мы говорим „нет“!». Тут же появился миллион других защитных аргументов. На самом деле она, конечно, права — мы правда слишком быстро говорим «нет», причем не только дизайнерам, а вообще всем. Это побудило меня поразмыслить над психологией разработчиков и тем, что составляет нашу истинную суть.
Читать полностью »

Всем привет!

Недавно мы сдали большой и интересный проект «Карта Таланта», визуализатор резюме. О нем и хотим рассказать. Наверное, последним нашим подопечным из проектов такого масштаба был Restlook, автор которого даже написал на хабр пост про то, как всё было.

Итак, к сути.

Визуализатор резюме «Карта Таланта» — приключения по пути к релизу
Читать полностью »

Говорят, если вы торгуете конфетами, то весь год медленно и печально теряете деньги, и только в две последние недели декабря отрываетесь и получаете сверхприбыль. Если вы торгуете цветами — ситуация похожа, только вы работаете примерно в ноль и отрываетесь на 8 марта.

Жизненный цикл бизнеса: подготовка к пиковому сезону
«Кардиограммы» бизнес-циклов

Почти каждый бизнес — от торговли водкой до IT-проектов — имеет сезонные колебания. Вот несколько практических моментов:

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

Читать полностью »

Стала доступна запись моего доклада с РИТ-2012, на котором по просьбе Олега Бунина я постарался раскрыть тему создания условий для творческой работы в группе:

  • Что убивает мотивацию творчества?
  • Как создать и поддерживать состояние потока?

В конце я проиллюстрировал сказанное примерами из открытого проекта UsabilityLab для стартапа SpinPlaces.Читать полностью »

Хочу поделиться опытом по организации процесса тестирования, который охватывает 3 года моей работы и создание нескольких крупных систем. Описание будет затрагивать только автоматизацию «ручного» тестирования без пересечения с другими аспектами разработки ПО.

Я думаю стоит сразу упомянуть, что на всех этапах мы использовали:

  • Модульные тесты с покрытием около 50%
  • Continuous Integration с запуском модульных тестов (в последствии и интеграционных), автоматической сборкой и выпуском релиза
  • Пересечение из гибких методологий под общим названием ScrumbanXP

Везде, где я буду говорить про автоматизацию тестирования, речь будет идти про тестирование интерфейса с подключением к внешним ресурсам (БД, файловая система, сервисы и т.п.).

Читать полностью »

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

Голоса Teamlab: первый опыт проведения вебинараЧитать полностью »

Оптимизация работы веб студии. Применение теории ограничений в производстве сайтов

В статье «12 тыс рублей за сайт. Есть ли бизнес за МКАДом?» я писал про наш подход к разработке сайтов на базе разработанной внутри компании технологии. На момент написания той статьи, мы выпускали «под ключ» 24 сайта в месяц. Это больше чем один сайт в день силами команды из 8 человек.

После рассказа на хабре о нашей технологии количество заявок на разработку сайтов выросло в несколько раз. Только за март 2012 было выставлено около 60-ти коммерческих предложений и, большая часть из них превращалась в договора.

И тут наше производство затрещало по швам. Практически сразу заявки стали становиться в очередь, менеджеры начали путаться в проектах, дизайнеры стали проситься в отпуск. Ситуация становилась поистине напряженной...Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js