Метка «планирование» - 2

в 11:26, , рубрики: планирование, управление проектами, управление студией и проектами, метки: ,

Часто мы делаем проекты продолжительностью в несколько месяцев. При этом горизонт планирования команд в Сибириксе — порядка пяти недель. В переложении на спринты — 3-5 спринтов (зависит от опыта конкретной команды).

Я использую два монитора, Google-календарь, Scrumban, общую тетрадь и песочные часы. Сам способ постоянно дорабатывается, но общие принципы остаются неизменными: держать под рукой все проекты в рукописном виде + управлять движением проектов на виртуальной канбан-доске.

Горизонт планирования

Сама процедура занимает 2 часа в неделю. Этого времени достаточно, чтобы распланировать нагрузку примерно на 35-50 человек. Удобно делать либо рано утром в понедельник, либо в пятницу, во второй половине дня, либо в воскресенье вечером.
Читать полностью »

в 8:09, , рубрики: доска для планирования, Песочница, планирование, сделай сам, метки: , ,

Daily Planner
Доброго времени суток!

В данном выпуске «ОчУмелых ручек» я хочу рассказать вам как превратить обычный черный корпус системного блока в элегантные шорты доску для ежедневного планирования. Т.е. на «доску» помещаются задачи на текущий рабочий день (для меня 9:00 — 18:00). В данной работе нам потребуются:

  • корпус системного блока — 1 штука;
  • прямые руки — 2 штуки;
  • малярный скотч 2см в ширину — 1 штука;
  • нитки белые — 1 моток;
  • ножницы — 1 штука.

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

в 23:42, , рубрики: diy или сделай сам, параллельное программирование, планирование, прерывание, системное программирование, метки: ,

Пишу игрушечную ОС (о планировщике)
Продолжаю вести блог о разработке игрушечной ОС.

В прошлом посте я писал о том, как добиться возможности реализовывать на C обработчики прерываний. Теперь, пользуясь написанными ранее макросами, можно реализовать простой SMP-планировщик. Он будет предоставлять минимально возможный функционал, на базе которого в будущем нужно будет возводить различные надстройки, в частности, примитивы синхронизации (например, мьютекс). Опять же, красивая модульная структура не способствует высокой производительности, но красота, как известно, спасёт мир, так что отдадим ей предпочтение.

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

Кроме того, было бы здорово, если бы планировщик не занимался выделением памяти, а мог принимать и возвращать память, выделенную под поток кем-то другим. С одной стороны, это бы обеспечило гибкость произвольного кеширования памяти потоков. С другой – дало бы уникальную возможность сохранять поток во внешней памяти (например, на жёстком диске) с последующей его загрузкой и запуском с прерванного места.
Читать полностью »

в 7:41, , рубрики: адаптация, Блог компании RZLTT, идея, опыт, планирование, разработка, разработка под iOS, стартап, метки: , , , , ,

Как известно, самый ценный опыт – тот, что дается в «минус» себе: финансовый, эмоциональный, социальный… То, что «болит» и то, что нельзя просто так взять и забыть, как очередной неприятный сон.

Более года назад, для нас – команды RZLTT Accelerator, история проекта PromiseUP стала первой попыткой получить полноценный опыт создания, извините за избитое слово, стартапов, то есть самостоятельного бизнеса, от стадии идеи, на базе некоторого интернет-сервиса или продукта с отсутствующей логистической цепью или недвижимой инфраструктурой и самым простым, на сегодняшний день, способом распространения – бесплатной установкой на популярные у аудитории платформы, в первую очередь мобильные.

Пресловутый «экспириенс»

В принципе, начиная с третьего абзаца принято рассказывать о том, какие мы крутые, ми-ми-ми, посмотрите на наши фотографии, а вот наша симпатичная сотрудница, ну а продукт… да черт с ним, с продуктом!

В целом – это будет не success story, а откровенный рассказ о том, как все было на самом деле. Он полезен в первую очередь тем, кто грезит запуском собственного проекта и последующей стрижкой сотен миллионов с ничего не подозревающей, глупой, и ни о чем не догадывающейся аудитории.
Читать полностью »

в 9:46, , рубрики: lean, дизайн, планирование, проекты, стикеры, студия, управление, управление проектами, метки: , , , , , , ,

Яблочко для тизера

Примерно три месяца назад мне, как руководителю студии дизайна, посчастливилось участвовать в замечательном тренинге «Основы бережливого производства». Тренинг этот рассказывал про методологию lean. Для тех, кто не в курсе — это методология “обезжиривания” бизнес-процессов, при которой идет сокращение неизбежных потерь, исключение бесполезных действий и выполнение других манипуляций, направленных на увеличение скорости работы компании, количества производимой продукции или услуг и, как следствие, роста её доходов. Это если вкратце.

То, чем сегодня я с вами хочу поделиться — это результат воплощения в жизнь лишь малой части полученных на этом тренинге знаний. Если вам будет интересна данная тема — я готов рассказать о других вещах, которые мы стали использовать в нашей студии после данного обучения. К слову, очень интересно читать посты на тему lean наших сибирских коллег — компанию Сибирикс. Ребята, так держать!

Итак, сегодня речь пойдет о двух составляющих чудесной методологии lean — это визуализация и канбан. Первая из них говорит о том, что нужно стараться визуализировать в бизнес-процессах всё и вся, чтобы упростить их восприятие и понимание. Со вторым понятием, я думаю, многие читатели знакомы уже давно и не понаслышке. На Хабре было не мало статей про канбан-доски и другие похожие инструменты управления проектами. Я же хочу рассказать о том, как мы открыли для себя канбан-доску и чем она стала полезна именно нам. Возможно, вы сможете перенять наш опыт и внедрить-таки эту штуковину в своей компании.
Читать полностью »

в 6:03, , рубрики: gtd, smartprogress, Блог компании SmartProgress, карьера, планирование, постановка целей, управление проектами, метки: , , ,

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

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

Собственная конституция как фундамент для постановки целей

И я стал учиться работать управленцем.Читать полностью »

в 0:32, , рубрики: нытьё, планирование, Программирование, Проектирование и рефакторинг, трэш-аналитика, управление проектами, фриланс, метки: , , ,

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

    Литературы п управлению проектами написано много, но правильного ответа для того, самого животрепещущего, вопроса там нет. И скорее всего не будет. Я попытаюсь посвятить этот пост тому, чтобы максимально занудно описать причины печального положения людей, ищущих опоры и поддержки в своих попытках ответить на один из главнейших вопросов разработки ПО: сколько времени это займет?

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

в 10:15, , рубрики: svn для дизайнера, веб-дизайн, менеджмент проектов, планирование, работа в команде, управление проектами, метки: , , , ,

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

image

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

Посмотрим как они выкрутятся?
Читать полностью »

в 9:11, , рубрики: планирование, управление проектами, управление проектами и командой, метки: ,

Инструмент планирования и контроля из подручных материалов

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

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

в 8:39, , рубрики: велосипед, планирование, управление проектами, метки: ,

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

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

Велосипед

image
Итак, Вася долго трудился рядовым программистом, ведущим программистом и наконец стал Руководителем. У него есть команда отчаянных головорезов разработчиков в количестве двух единиц. Безусловно талантливых и знающих свое дело специалистов.

Вася получает первый заказ — надо сделать … велосипед. Читать полностью »

123...4
Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js