Поражает лишь чудовищный идиотизм озвученной идеи. А так, типичный осенний приступ законотворчества — провозглашение идеи создать невозможное, а как это сделать — это уже вопрос 10-ый. Мало ли бреда уже было озвучено от депутатов?
Я не представляю как реализовать и малую часть заявленного.
Говорить о «море информации» в производстве и не сказать о хранилищах данных — по-моему, странно. Но, всё же куда более странно выглядит идея о том, что иногда можно пойти на дублирование информации с налаженными механизмами соблюдения актуальности. Наверное, бывают редкие извращенства, когда это так, но всё же более эффективно консолидировать информацию в тех же хранилищах. Более того, как быть при добавлении новых ИТ-систем, изменении структуры данных, бизнес-процессов? Опять и опять продумывать «механизмы актуализации информации»? Бред, имхо.
Маленькое дополнение.
Определений проектов существует много, но, по крайней мере для управления проектами, есть одна общая деталь — это временное мероприятие, т.е. с ограниченным временным ресурсом. :)
Как уже было сказано кем-то, весьма показательным ещё может быть стоимость выпитого, особенно красноречивой будет итоговая сумма за месяц, а уж за год тем более.
Хорошее дополнение — за визит степень «Honoris causa (h.c.) (от лат. ради почёта) — присуждение степени доктора наук без защиты диссертации, на основании значительных заслуг соискателя перед наукой или культурой.» — (с)
И совсем уж непонятно, зачем скульптуру убрали? Почему из-за визита Патриарха ломаются некие традиции и история?
Вот и хотелось бы услышать поподробнее о сложностях и Ваших путях их преодаления. :)
А то в Вашей статье получается какой-то почти идеальный заказчик — цели его ясны, возможность общаться со всеми заинтересованными лицами есть, возможность тестировать на железе заказчика тоже есть, часть требований проясняется во время разработки — остаётся только вести разработку ПО с получением обратной связи от заказчика. Главное, как я понял, проблемм с коммуникациями нет. А где та грань, за которой Вы говорите заказчику, что с ним работать не будете?
PS
Если я вышел за рамки тематики статьи, то прошу извинить. =)
Кажется мне, эта статья больше имеет отношение к работе бизнес-аналитика, по крайне мере та её часть, в которой рассказывается о выявлении требований, общении с заказчиком, нежели к управлению проектами.
Sap_ru, а были ли у Вас проблемы на этапе формирования требований и общении с заказчиками, к чему они приводили и из-за чего возникали? Или в Вашей практике только удачные проекты?
«Красота и структурированность позволяет более осознанно относиться к работе» — если бы это так было, то почти в каждой конторе трудились бы дезигнеры, разрисовывающие во все цвета радуги задания, работы для каждого сотрудника.
«от большей осознанности большая эффективность» — весьма спорно, здесь уже из области мотивирования сотрудников.
Но в любом случае, всё это индивидуально — для кого-то интеллект-карты — помощь и мотивация, для кого-то просто бантики.
ИМХО. :)
Красиво, интересно, но вот сомневаюсь, что оно поможет мне компенсировть отвлекаемость (как написано в заключении). Да и для повседневного использования слишком уж тяжко, быстро надоест. И потом, можно расписать все задачи на день, выделять их приоритетность, сложность и Бог знает что ещё, но вот, главная проблема в том, что эта красота и структурированность не заставит человека более эффективно выполнять свою работу.
З.Ы. Вышесказанное — моё имхо, относящееся в первую очередь ко мне. :)
У меня вопрос. Вот в статье написано, что пришёл клиент в последний момент и просит добавть новые фишки, из-за реализации которых лезут косяки. Помогает ли в таких случаях должная работа с требованями? То есть использование системы управления требованиями? В этом же случае внесение новых фишек и изменений как-то анализируется, да и заказчику не даётся полная свобода «творчества». То есть это оптимизирует процесс «производства». Или я тут сильно заблуждаюсь?
«Джефф Колвин вывел волшебную формулу, как стать успешным в любой области»
Да этих формул целая куча, каждая из которых сводится к одному — упорно, трудолюбиво и продуманно идти к своей заветной цели.
Про Коку тут наверное больше имеется в виду часть технологий ETL (Extract, Transform, Load). Как раз в «Transform» и входят всякие манипуляции с данными по приведению их к единой форме, обогощению (например, если кока-кола, то безалкогольный напиток) и т.д…
Один дядька рассказывал такой случай. В Америкосии в супермаркете не продавалось какие-то сорта дорогого пива. Запустили на огроммный объём данных датамайнинг на предмет где же лучше поставить это пиво. После долгих размышлений система выдала — рядом с памперсами. Все посмеялись, но ради эксперимента поставили это пиво рядом с памперсами, в итоге всё это пиво продали. Объяснилось всё просто — молодые американские семьи перед выездом на пикники затаривались всем подряд, памперсами в том числе и почти по инерции хватали неотъемлимый атрибут подобных выездов — пиво.
Мне показалось, что основные приведённые функции Data Mining'а в статье, это всё же больше OLAP. Data Mining, имхо, это нахождение скрытых зависимостей, а уж анализ проданного товара и прогнозирование будущего спроса, это что-то более простое. Если я ошибаюсь, то не могли бы Вы разъяснить, по крайне мере Ваше понимание различия между OLAP и Data Mining'ом.
Я тоже сразу вспомнил эту книгу =)
Я не представляю как реализовать и малую часть заявленного.
Определений проектов существует много, но, по крайней мере для управления проектами, есть одна общая деталь — это временное мероприятие, т.е. с ограниченным временным ресурсом. :)
И совсем уж непонятно, зачем скульптуру убрали? Почему из-за визита Патриарха ломаются некие традиции и история?
А то в Вашей статье получается какой-то почти идеальный заказчик — цели его ясны, возможность общаться со всеми заинтересованными лицами есть, возможность тестировать на железе заказчика тоже есть, часть требований проясняется во время разработки — остаётся только вести разработку ПО с получением обратной связи от заказчика. Главное, как я понял, проблемм с коммуникациями нет. А где та грань, за которой Вы говорите заказчику, что с ним работать не будете?
PS
Если я вышел за рамки тематики статьи, то прошу извинить. =)
Sap_ru, а были ли у Вас проблемы на этапе формирования требований и общении с заказчиками, к чему они приводили и из-за чего возникали? Или в Вашей практике только удачные проекты?
«от большей осознанности большая эффективность» — весьма спорно, здесь уже из области мотивирования сотрудников.
Но в любом случае, всё это индивидуально — для кого-то интеллект-карты — помощь и мотивация, для кого-то просто бантики.
ИМХО. :)
З.Ы. Вышесказанное — моё имхо, относящееся в первую очередь ко мне. :)
Жду продолжения...)
Да этих формул целая куча, каждая из которых сводится к одному — упорно, трудолюбиво и продуманно идти к своей заветной цели.
История не моя, за что купил, за то и продал.