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

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

Как мы к этому пришли

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

Не прошло и десяти лет, как Роберт Пропст, исполнительный директор Herman Miller, изобрёл кубикл — и стены вернулись. Пропст критиковал офисы открытого типа как пустыню, которая «высасывает жизненную энергию, мешает талантам, делает тщетными любые достижения». Он представлял себе кубиклы как способ дать свободу работникам, обеспечив им приватность и персональное пространство. К сожалению, большинство компаний свело его просторные, гибкие планировки ко всем нам известным депрессивным, но менее дорогим, перенаселённым бежевым кубиклам. (В интервью от 1998 года сам Пропст обвинил компании, что они превратили его оригинальную идею в «адские дыры»).
Читать полностью »

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

Управление ресурсами при разработке продуктов в машиностроении - 1

1. Расставлять приоритеты и планировать узкие места
Читать полностью »

Всем доброго времени суток! Открытие нового направления в бизнесе — это всегда интересно, но нельзя забывать о законе. Юристу необходимо быть предельно внимательным, а предпринимателю скорее всего не обойтись без юриста.

Введение

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

Расширение бизнеса

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

  1. Документация для регистрации в налоговой;
  2. Документация для открытия расчетного счета (обязательно, если это ООО);
  3. Круглая печать;
  4. Электронная подпись для сдачи отчетности;

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

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

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

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

image

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

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

Вы купили CRM. Как с этим жить? - 1
Читать полностью »

image

Меня зовут Илья Китанин, я более 7 лет руковожу разработкой в различных компаниях, сейчас — в Преакселераторе ФРИИ. В этой статье я расскажу, как с помощью HADI-циклов и Теории ограничений Голдратта (TOC) мы смогли вырастить ключевые показатели сервиса Cofoundit в 7 раз за 3 месяца и продолжаем активно расти сейчас. В этом материале — кейсы применения методологии ФРИИ, грабли, которые мы прошли, и необходимый минимум теории.
Читать полностью »

Философия статического анализа кода: три простых шага - 1Философия статического анализа кода очень проста. Чем раньше будет найдена ошибка, тем дешевле ее исправление. Инструменты статического анализа реализуют эту философию в три шага.

Шаг первый. Для начала используйте статический анализ хоть как-нибудь. Если вы не использовали статический анализ ранее, то запускайте его хоть раз в месяц. Но запускайте. Ошибка, которую найдёте вы сами, стоит дешевле, чем ошибка, которую найдёт ваш клиент.

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

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

Рынок «идет» вверх — по прогнозу аналитического агентства Gartner, в 2017 году IaaS-сегмент вырастет на 36,8% и достигнет планки в 34,6 млрд долларов. Поэтому в сегодняшнем материале мы поговорим о том, на что компаниям обратить внимание, чтобы мигрировать инфраструктуру в облачную среду и избежать потенциальных рисков.

Как компании перенести свою инфраструктуру в облако и избежать ошибок - 1Читать полностью »

“Вы не можете управлять тем, что не можете измерить” — избитая фраза, которую любят употреблять консультанты на дорогостоящих тренингах. У многих людей выработалась аллергия к разного рода метрикам, из-за маниакального желания менеджеров навесить KPI куда только можно. Однако, без определенной системы измерений, невозможно говорить о систематическом улучшении качества программного продукта и процесса его разработки. В этой статье я расскажу о GQM (Goal — Question — Measure) подходе, который поможет определить действительно объективные метрики и приведу пару примеров.

GQM_basic

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

Что общего у крупных успешных Open Source-проектов? - 1

В организации The Linux Foundation задались вопросом, что объединяет проекты с открытым кодом, которым удалось собрать вокруг себя большое сообщество и добиться быстрых темпов разработки. Чтобы ответить на него, Дэн Кон (Dan Kohn), возглавляющий одно из многочисленных подразделений организации — CNCF (Cloud Native Computing Foundation), и его коллега-разработчик (Łukasz Gryglicki) создали визуализацию для 30 самых активно развивающихся Open Source-проектов, по статистическим данным с мая 2016 по апрель 2017 года. В качестве численных показателей, которые были учтены для выборки самих проектов и их визуализации, авторы использовали:Читать полностью »


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