Pull to refresh
  • by relevance
  • by date
  • by rating

8 самых глупых ошибок менеджмента — на все времена

Lumber room
Translation
Добрый день,

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

Перевод статьи Джеффри Джеймса «The 8 Stupidest Management Fads of All Time»

В этой статье перечислены 8 самых отвратительных, самых глупых и неприятных, бесполезных по сути заблуждений в практике менеджмента, которые я когда либо видел на своем опыте. В статье также есть неоценимые советы на тему, как выжить в компании, и пережить данные нововведения — пока они не сойдут на нет. (Что собственно и произойдет — со временем...) Конечно, эти заблуждения уходят, когда на их место приходят новые, но никто и не обещал, что жизнь на работе будет легкой.
Читать дальше →
Total votes 21: ↑20 and ↓1 +19
Views2.1K
Comments 19

Основные ошибки при открытии небольшого Интернет-магазина

Centrobit corporate blogERP-systems
Основные ошибки при открытии небольшого Интернет-магазина
В предыдущей статье мы описали на что нужно обращать внимание при открытии небольшого интернет-магазина. Теперь представляем список основных ошибок при открытии такого интернет-магазина.
Читать дальше →
Total votes 26: ↑22 and ↓4 +18
Views84.1K
Comments 33

Анализ методики проектирования: ошибки, ситуации и полезные выводы из них

System Analysis and Design
Последний раз я писал статью о проектировании в 2011 году. Тогда я собирался написать гораздо больше, но подумал: «Методика есть, но она не проверена временем, клиентами и проектами. Какого беса я буду писать о ней?». И не стал. Прошло два года, за которые мы с командой спроектировали полсотни разных проектов: корпоративные сайты и каталоги товаров, личные кабинеты, системы управления, сервисы, посадочные страницы, мобильные приложения. Многое поменялось: у меня есть статистика, данные по конверсии, отзывы пользователей и клиентов, сделано и исправлено много ошибок в методике и процессе. Теперь можно и написать.

Начну с обзора этих ошибок и выводов за последние два года. Надеюсь, это будет вам полезно. Отдельно надеюсь получить отклики из вашего личного опыта.
Читать дальше →
Total votes 15: ↑15 and ↓0 +15
Views12.7K
Comments 11

85 заблуждений и препятствий внедрения гибкой разработки

«SCRUMguides» corporate blog


Термин «скрам-бат» (от «scrum, but..») впервые начал использовать Кен Шуэйбер что бы описать неверную трактовку или умышленную модификацию правил скрам, что бы уйти от болезненной правды о процессе, которую он помогает открыть.

Типичная формулировка скрам-бата выглядит так:
У нас скрам, но <Причина>, <ОбходнойПуть>

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

Типичные примеры скрам-батов, соответственно, выглядят так:
  • У нас скрам, но мы не всегда успеваем закончить всю взятую работу, поэтому меняем длину итерации.
  • У нас скрам, но все проблемы, которые мы могли устранить мы уже устранили, поэтому мы не проводим ретроспективы .

Мы стараемся термином «скрамбат» не злоупотреблять, поскольку некоторые типы отклонений свойственны началу внедрения аджайл и являются частью эволюции процесса. Например, если у вас скрам, но вы не делаете TDD, у вас нет парного программирования и слабо выраженное коллективное владение кодом — возможно, вы просто в начале пути. Причины могут быть разными — от неумения «продать» ценность инженерных практик менеджменту до неумения их «готовить». И то и другое можно научиться делать, но это занимает определенное время, верно?

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

Работая с командами, мы собрали список из 85 заблуждений и препятствий успешного внедрения гибкой разработки. Многие выходят за рамки правил карсасса скрам. В зависимости от контекста проекта, некоторые пункты могут иметь большее или меньшее влияние, и иметь оправдания обстоятельствами. Однако мы верим, что каждый элемент этого списка провоцирует искаженение ценностей и принципов Agile.
Читать дальше →
Total votes 12: ↑7 and ↓5 +2
Views24.2K
Comments 26

Программист вспоминает свои заблуждения

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

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

Как только я опишу идею, у меня её украдут, либо реализуют конкуренты


image

  • Одна и та же идея приходит сразу к множеству людей в актуальный момент. Это можно увидеть даже на примере почти одновременных открытий одних и тех же законов физики в разных странах.
  • Идея без реализации не стоит ничего. Предыдущий и этот тезис подтверждается комментаторами в предыдущей статье, которые говорят, что схожая идея была, но было как-то не до неё.
  • Пока Вы будете пилить понемногу что-то сами, кто-то уже запустит проект на рынок, т.к. он был сфокусирован и рисковал. У меня также был ряд идей, которые я воспринимал, как слишком сложные для самостоятельного запуска, а спустя полгода-год я встречал сырой, но работающий стартап, который успешно её реализовал.
Читать дальше →
Total votes 71: ↑62 and ↓9 +53
Views36K
Comments 21

История одного провала (разработки первой мобильной игры) с выводами и советами

Development for iOSGame developmentDevelopment for Android
Sandbox
Эта публикация может быть интересна тем, кто собирается заняться или уже занимается разработкой своей первой мобильной игры и при этом ждет от нее какого-то финансового «выхлопа».

Цели статьи


  1. Предостеречь других от повторения собственных ошибок;
  2. Получить взгляд со стороны на извлеченные выводы.

О себе


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

Решил попробовать себя в сфере разработки мобильных игр. Причем в новом для себя качестве — на уровне собственного стартапа. Так как я уже далеко не в первый раз приступал к набиванию шишек в мало известной для себя области, то знал, что с большой долей вероятности первый проект будет:
  1. дольше, чем я предполагал;
  2. труднее, чем я предполагал;
  3. дороже, чем я предполагал.

Поэтому в качестве первой игры нужна была простая, но оригинальная идея, чтобы с минимальными временными и финансовыми потерями разобраться хотя бы на базовом уровне с подводными камнями сферы мобильного игростроения.
Читать дальше →
Total votes 32: ↑25 and ↓7 +18
Views35.3K
Comments 23

Горький опыт создания игровой компании

Development for iOSGame development
Sandbox


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


Эта история о страстной мечте с печальным концом.

Летом 2012 я решил отдаться моей самой главной страсти – созданию компьютерных игр. У меня были средства, и я думал, что у меня есть всё необходимое для того, чтобы создать кампанию, занимающуюся разработкой игр.

Мы решили назвать её “Supersonic Parachute”.

Я не буду вдаваться в подробности, но укажу самые главные причины, которые привели нас к провалу.
Читать дальше →
Total votes 89: ↑50 and ↓39 +11
Views46.8K
Comments 27

Популярные грабли антикризисного управления

E-commerce management
failureВ последнее время я крайне заинтересовался антикризисным управлением и в этом отчасти виноват процесс подготовки кейса о Marvel, который я публиковал некоторое время назад. Как по мне, так восстановление компании, находящейся в кризисном состоянии, намного сложней, чем управление стабильным бизнесом.

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

Причинами провала может оказаться что угодно, но чаще всего оказываются ошибочные действия менеджмента, из-за которых вполне себе достойные люди оказываются безработными. И как мне видится они случаются, когда менеджмент совершает одну из перечисленных ниже ошибок.
Читать дальше →
Total votes 7: ↑7 and ↓0 +7
Views3.7K
Comments 4

Репутационные риски: Кейс Volkswagen

1cloud.ru corporate blogProject managementE-commerce managementProduct ManagementLegislation in IT
Наш основной принцип работы — предоставление клиентам простых и понятных инструментов, с которыми смогут работать даже те, кто не сталкивался с ИТ сферой. Для воплощения данной установки мы проводим постоянную оптимизацию всех систем и рассказываем о том, что нам удалось сделать в нашем блоге на Хабре. Пара примеров:


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

Читать дальше →
Total votes 23: ↑22 and ↓1 +21
Views25K
Comments 37

Однажды программисты погубят этот мир

ProgrammingSystem Analysis and Design


1. История первая: воспоминание


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

А ведь самое логичное объяснение — он сам упал. Просто он рос, выбрасывал новые побеги, развивал и наращивал массу. Тянулся к солнцу. Однажды проекция центра тяжести цветка вышла за пределы опоры и он опрокинулся.

Не знаю, зачем я это все пишу. Возможно меланхолия пришла вместе с осенью и желтыми листьями. Иногда мне кажется, что наука программирования так стремительно развивается, так идет вперед семимильными шагами, так быстро создает новые технологии, что однажды человек не сможет все это обуздать.
Читать дальше →
Total votes 134: ↑121 and ↓13 +108
Views69.4K
Comments 199

Одиннадцать ошибок управления проектами на примере трансатлантического яхтенного перехода

Project management
Sandbox
После 10 лет работы в качестве ИТ руководителя, когда за плечами уже достаточно выполненных проектов и компаний, а также опыт создания проектного офиса, видишь все вокруг немного иначе. Любую уникальную задачу хочется декомпозировать на подзадачи, расположить их на scrum-доске или на временной шкале, оценить приоритеты, риски, трудозатраты. К сожалению, в реальности, даже элементарные практики из проектного управления соблюдаются не всегда.

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


Читать дальше →
Total votes 32: ↑30 and ↓2 +28
Views22.5K
Comments 15

Фичи игр, от которых пришлось отказаться — анализ разработчиков

Game developmentProject management
Translation
image

В конце 2017 года мы рассказывали истории о невозвратных затратах в разработке игр.

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

Вскоре после выпуска статьи разработчик Axiom Verge Том Хэпп предложил нам взглянуть на проблему с другой стороны: как насчёт хороших игр или функций, от которых отказались напрасно?

Эту ошибку, как и ошибку невозвратных затрат, совершить очень просто. Разработка игр требует жонглирования множеством несопоставимых, но взаимозависимых элементов, поэтому сложно отследить, какие из них потеряли свой смысл, а какие должны стать приоритетными. Многие из респондентов замечали, что гораздо сложнее оценить необходимость отказа от каких-то «фич» игр.
Читать дальше →
Total votes 19: ↑16 and ↓3 +13
Views25.6K
Comments 17

Четыре типа ошибок продакт-менеджера, которые можно (и нужно) избегать

Project managementInternet marketingProduct ManagementPersonnel ManagementIT career
Translation


Всегда неудобно писать о неудачах. Большинство статей и спикеров постоянно говорят о том, что риск и связанные с ним провалы — нормальные явления, без которых невозможно добиться успеха. Но стоит признать тот факт, что терпеть неудачи просто ужасно. Несмотря на то, что неудача является лучшим учителем, некоторых ошибок всё-таки можно и нужно избегать. Для минимизации рисков необходимо задавать себе правильные вопросы. Джессика Дубин, продакт-менеджер в компании Creative Live, основываясь на своем опыте, определила основные ошибки рабочего процесса, распределив их в четыре группы. Кроме того, она сформулировала вопросы, которые помогут их не допускать:
Читать дальше →
Total votes 9: ↑5 and ↓4 +1
Views2.7K
Comments 4

Легенды IT: Почему провалился Newton и виновата ли в этом русская технология распознавания

Project managementStart-up developmentProduct ManagementHistory of ITIT-companies
Есть в истории «Параграфа» — первого стартапа из России, покорившего мир — один парадокс.

Мировой успех российской фирме принесла инновационная технология распознавания, которую купила Apple, чтобы использовать в своем легендарном девайсе Newton. При этом Newton в итоге провалился, и многие обвиняли в неудаче именно технологию распознавания, созданную русскими учеными.



Основателю компании Степану Пачикову до сих пор припоминают работу Newton, далекую от совершенства. Ну и когда я рассказал на «Хабре» о том, что пишу о «Параграфе» книгу, эта тема конечно тут же всплыла.

Как может передовая разработка так разочаровать пользователей? Почему на самом деле Newton не взлетел? И, главное, виновата ли на самом деле команда российских ученых в его провале?

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

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

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

Так что я решил такой каталог ошибок составить. И вот что получилось.
Читать дальше →
Total votes 18: ↑15 and ↓3 +12
Views6.7K
Comments 7

Ошибки заказчика при первом общении с фрилансером

Freelance
Sandbox
Работа с фрилансером актуальная во многих сферах и выгодна по различным причинам. Грамотно подобранный специалист экономит ваши деньги и время, а так же способен гибко рассматривать и внедрять ваши предложения и идеи. Однако фрилансер, который не оправдал ожидания, способен принести убытки компании, а начинающий бизнес вовсе обанкротить.
Читать дальше →
Total votes 22: ↑15 and ↓7 +8
Views3.8K
Comments 16

Нехватка кадров, о чём, где, для кого, а есть ли на самом деле?

Personnel ManagementReading room
Россия, страна очень интересная, сейчас будет не много лирики и оффтопа но они понадобятся позже для некоторого понимания ситуации.
Читать дальше →
Total votes 78: ↑70 and ↓8 +62
Views15.8K
Comments 307

Зачем тимлиду участвовать в подборе? Потому что ошибки найма упадут на него

HeadHunter corporate blogDevelopment ManagementIT career

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

Читать далее
Total votes 14: ↑13 and ↓1 +12
Views3.7K
Comments 31