Жизнь как проект: постановка жизненных целей и их реализация в системе координат проекта

Жизнь как проект: постановка жизненных целей и их реализация в системе координат проекта

На данный момент наше общество буквально зациклено на продуктивности. Стремление к здоровому образу жизни и непрерывному самосовершенствование в наши дни стали нормой.

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

Современное общество старается найти новые пути применения полученных знаний. Популярный сегодня принцип Think outside of the box предполагает под собой необходимость взглянуть на привычные знания под другим углом.

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

Алгоритм принятия чужого проекта или что делать, когда у менеджеров случается медовый месяц

“Да потому что я постоянно этим занимаюсь” — Иван Селиховкин (@selihovkin) в ответ на вопрос, почему мы будем записывать видео именно на эту тему. :)

После публикации бесплатного курса “Практический PMBoK за 2.5 часа” мы получили массу вопросов про конкретику от тех, кто курс посмотрел, и немало вопросов-сомнений от тех, кто курс не смотрел и вообще сомневается, что курс на 2.5 часа может содержать что-то полезное. :)

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

Поэтому периодически, когда выдается свободная минутка, занимаемся углублением: развиваем конкретные темы, говорим про инструменты и стараемся ответить на возникшие вопросы. В прошлом видео при помощи Ивана Селиховкина (selihovkin) разбирались с заказчиком. В сегодняшнем видео решили углубиться в алгоритм входа в уже существующий проект:

7 последовательных шагов, которые должен пройти менеджер от своего “медового месяца” к выводам о том, что делать с проектом дальше.
(далее…)

Менеджмент. Краткое руководство для начинающих менеджеров и опытных подчиненных

Современный менеджмент включает в себя целый ряд дисциплин, которые объединяют в себе самые различные функции, от менеджмента рисков до управления ресурсами и маркетинга. Сегодня же мы взглянем на менеджмент проекта в рамках IT-компании в общем, опишем главные функции менеджера (каждая из которых включает тысячи подфункций и еще больше всевозможных задач) и опровергнем несколько устойчивых и вредных мифов. Эта статья для начинающих PMов, а также для тех, кто вырос в менеджера из программиста.
Менеджмент. Краткое руководство для начинающих менеджеров и опытных подчиненных
Контрольный вопрос: чем менеджер отличается от подчиненного? На самом деле, основное отличие – это ответственность за результат. Менеджер отвечает за результат всей команды. На этом фоне ни решение задач, ни зарплата не является основной отличительной чертой между подчиненным и менеджером.
(далее…)

Аджайл для всех: как заставить бухгалтера быть гибким

Прозрачность, контроль, ощущение прогресса, лёгкая и неформальная передача задач — это верные спутники гибких методологий. Мы много лет работали в софтверных компаниях и привыкли к тем преимуществам, которые дарит аджайл. Когда мы начали делать Кнопку, большая часть которой — это оффлайновая работа бухгалтеров, юристов и бизнес-ассистентов, первый вопрос, которым мы задались: «Будет ли аджайл работать в бухгалтерской компании?» Сейчас мы с уверенностью ответим утвердительно, но прежде нам пришлось приложить немало усилий. Про это сегодня и расскажем.

Аджайл для всех: как заставить бухгалтера быть гибким
(далее…)

Современные методологии управления производством

Введение

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

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

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

Рождение новых методологий

Со второй половины XX века (после второй мировой войны) предпринималось множество попыток модифицировать фордистскую модель. В частности на заводах «Тойота» в 50х годах стали ставить эксперименты, адаптируя американские концепции массового производства к реалиям послевоенной промышленности Японии. Тогда была переделана система крепления прессового инструмента, чтобы сделать его замену более быстрой. Потом были и другие новаторские решения и открытия, со временем сложившиеся в новую методологию — Lean Manufacturing (LM) – Бережливое производство.

В 80х и 90х появился целый зоопарк методологий и парадигм по управлению производством, среди которых подробнее остановлюсь на двух: Quick Response Manufacturing (QRM) – Быстрореагирующее производство и Agile Manufacturing (AM) – Активное производство. Современные, более гибкие по сравнению с фордизмом методологии, часто объединяют термином «постфордизм».

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

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

Ниже приведена таблица основных отличий фордисткой и постфордисткой концепций промышленного производства [1].

Признак Фордизм Постфордизм
Базисная ориентация Продукт Клиент
Снижение стоимости единицы продукции За счет объёмов За счет быстрой переналадки оборудования
Работник Рабочая сила (Узкие, малоквалифицированные рабочие) Носитель компетенций (вектор развития, многофункциональные специалисты)
Организационная форма Отдельные рабочие места Командная работа
Отношение к браку Допустимый уровень Абсолютное качество
Инновации осуществляются Специалистами Всем персоналом

Сейчас подробнее о каждой из рассматриваемых новых методологий (далее…)

Freemium или Free Trial — какую бизнес модель выбрать при продаже софта?

Freemium или Free Trial — какую бизнес модель выбрать при продаже софта? Модель монетизации – это именно тот пунктик в стратегии каждого проекта, как облачного сервиса, так и оффлайнового бизнеса, который в конечном итоге определяет его успешность. Правильная модель монетизации — своеобразный ключ от квартиры, где деньги лежат. Если же он не подходит, то вряд ли этот стартап превратится в реальный бизнес. Для облачных сервисов последнее время популярны различные вариации бесплатных версий или пробного периода. В связи с этим мы хотим поделиться статьей Линкольна Мёрфи, которая может помочь подобрать правильный «ключ» к успешному бизнесу, и ответит на вопросы, что лучше – freemium или бесплатный пробный период – free trial. Статья написана от первого лица.

(далее…)

Инструменты. Как юридически оформить разрыв партнерских отношений

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

Инструменты. Как юридически оформить разрыв партнерских отношений

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

Установка системы учета рабочего времени: попробовать на себе

image

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

Наконец, терпение админа лопнуло и он предложил установить систему учета рабочего времени. Да не простую, а такую, чтоб сама анализировала, сколько времени сотрудники “балду пинают”, а сколько “делом заняты”. Да-да, согласен с вами, недобрый то был сисадмин. Испортил жизнь сотрудникам, теперь начальство узнает, сколько времени они проводят в любимых ЖЖешечках и соцсеточках. Но это другая история.

Исходные требования к системе:

– чтоб не тормозила на большом количестве ПК (к примеру, 200 машин с перспективой добавления еще около 100);
– чтоб была максимально автоматизированна;
– чтоб данные хранились на внутреннем сервере (не любит руководство облака ни в каком виде);
– чтоб удобно работать и не долго учить менеджеров пользоваться;
– ну и “соль-перец по вкусу”, то есть другие полезные функции не возбраняются.
(далее…)

Внедрение TestLink — основные шаги от идеи на внедрение до своего лого в отчетах

Завершив внедрение ТестЛинк в компании, где я сейчас работаю, решил рассказать про шаги, которые мне пришлось выполнить перед тем как начать создавать аккаунты пользователей (т.е. дать им доступ к системе). Хотелось, чтобы тестировщики увидели нечно приятное и хотя бы создающее ощущение законченности.

Все шаги, кроме первичной установки, делал я сам. А это означает, что настройка TestLink — не ракетные технологии и подвластна любому менеджеру (и не только).

Ниже вы узнаете о следующем:
1) Что запросить у того человека, который будет устанавливать TestLink.
2) Что желательно настроить (самому или кого-то попросить) после установки TestLink.
3) Как сделать перевод не переведенных элементов UI и использовать его в TestLink.
4) Как перенести тесты из XLS в TestLink.

В этой статье я не рассказал про следующие вещи, которые необходимо или желательно сделать при внедрении TestLink:
1) интеграция с bug (issue) tracking системами.
У себя я настроил интеграцию с Redmine именно со стороны TestLink (так как включение не протестированных нами плагинов в корпоративный Redmine было бы очень рискованно и долго).
2) создание своих шаблонов для отчетов (не делал пока).
3) использование TestLink в рамках бизнес-процессов вашей компании.
4) обучение работе с TestLink.
(далее…)

Инь и ян в разработке ПО. Диалектика программирования

Инь и ян в разработке ПО. Диалектика программирования «Если два коммуниста не могут договориться друг с другом, значит, один из них враг»
(с) Л.Берия

… Или оба, — добавлю я от себя.

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

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

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

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

Но только этим, разумеется, действие второго закона диалектики «Единство и борьба противоположностей» в разработке ПО не ограничивается.
(далее…)