Согласен. В целом статья очень здравая, по-крайней мере мне, человеку далёкому от медицины показалась правдоподобной. Но последние строки про «гонку вооружений» дискредетируют статью.
Не думаю, что кто-то будет разрывать контракты. Это попадос на деньги, а также репутационные издержки. Опять же, сделка будет закрыта лишь летом следующего года.
У меня 14 получилось от того, что я принял перемножение тех же квадратиков на себя за умножение на 3. Следовательно квадратик получился равен 9. Такой вот позор.
Пока писал пост, продавец уже изменил цену до 95 долларов. Правда в итоге 5 добавили (за купон). Жду заказ и благодарю ещё раз за ссылку, будет теперь с чем играться.
Спасибо за информацию, заказал. Правда с почтой пока не совсем понятно, есть только EMS и DHL, надеюсь смогу договориться с продовцом о более другом варианте доставки.
Даже в организации из пяти человек ITIL может помочь. Правда в такой небольшой организации почти любая книга по организации процесса может помочь, надо лишь найти, что именно можно применить.
Я согласен, что книгу читать очень сложно. Впервые я открыл книгу в августе предыдущего года, причитал страницу, понял, что абсолютно ничего не понял, а количество сложных английских плилагательных было настолько высоко, что моего технического английского нехватало для понимая сути. Лишь спустя полгода я нашёл в себе силы открыть книгу снова и после 30-ой муками прочтённой страницы, остальные пошли как по маслу. Да, там нет конкретных решений, по-крайней мере в foundations, зато там есть те самые базовые понятия, которые открывают мир в совершенно новые области.
Простой пример — пока организация маленькая, настройки и подобная информация не структурируется, всё разбросано там да сям. ITIL говорит, что за настройки отвечает configuration management. Очевидно, что нанимать человека рано при штате в 5 человек, но поставить на сервер веб-приложение, которое будет хранить все настройки, нетрудно. Вы скажете, что это можно сделать и без прочтения ITIL. Конечно, можно, но многие очевидные вещи просто не вспоминаются, пока ворона не клюнет. А так прошёлся по заголовкам при становлении организации, учёл базовые принципы и вперёд.
Согласен, даже мелкие организации работают в рамках ITIL, при этом, возможно с ошибками, которые можно было бы запросто решить, внедрив ITIL. По-моему каждый лидер и менеджер ИТ организаций или же ИТ отдела должны пройти курс ITIL foundations, так как это даёт возможность посмотреть на эталонную организацию и, возможно, увидеть, что команда / организация в данный момент имеет неправильные процессы или вообще не отлаженные процессы.
П.С.: на этой неделе дочитал книгу по ITIL foundations, как-раз готовлюсь к экзамену.
Я только начал увлекаться управлением проектов и опыта достаточно мало, особенно в финансовой части. В результате из статьи почти ничего не понял и, судя по комментариям, отписались пока лишь те люди, кто хорошо понимают данную тематику и знают вышеизложенное.
Если это возможно, хотелось бы статью с реальными примерами, дабы формулы не были сухими и присутствовали реальные цифры, вроде: «Имеем столько-то поступлений, расходы на то и то такие-то». Небольшой пример настоящего проекта идеально сформировал бы образ того, как надо считать и какие данные необходимы.
В любом случае, спасибо за статью, из комментариев подчерпнул несколько книг / авторов, которых стоит почитать, чтобы получить фундаментальные знания.
Интересная практика, спасибо! Я сейчас только начинаю изучать управление проектами и не работал ещё со специализированными приложениями, отсюда вопрос — база данных рисками и их добавление к проектам реализованы в каком-либо готовом ПО для управления проектами или у вас собственная разработка?
И ещё, если есть мнение по этому поводу: чьи наработки Вы считаете более применимым в современных ИТ проектах? International Project Management Association или Project Management Institute? В данный момент как-раз выбираю, по какому пути развиваться.
Почти по каждому предмету есть книга и, возможно, рабочая тетрадь, написанная преподавателем или его коллегой по данному предмету. Частота обновления материала лежит только на самом преподаватели.
По поводу новинок, то тут ВУЗы совсем не гонятся за ними, за исключением молодых преподавателей, если их не ограничивают сверху программой, что, к сожалению, не редкость. В итоге звучит фраза: «В ВУЗе даются фундаментальные знания, на основе которых вы способны изучить интересующую вас область».
Каши в голове у студентов нет, но знания устаревшие и придя на работу говорят забыть, чему учили в ВУЗе и учиться на задачах реального мира.
Опять-таки, преподаватели советуют почитать самим как новую, так и старую литературу по предмету и отвечают на вопросы, если студент реально интересуется. Так что многое в руках студента.
В ВУЗе изучаем всё по-русски, большинство учебников пишут сами преподаватели, хотя, несомненно, рекоммендуют почитать книги знаменитых авторов, но никаких рамок по языку не выдвигают.
> Consider the ancient Greek parable by Archilochus that contrasts the skills of two familiar animals:
> «The fox knows many things; the hedgehog one big thing.»
Благодарю, мотивация на более углублённое изучение тех или иных предметов повысилась. Однако осталась проблема, с которой борюсь не первый месяц — приоритеты. Надо подготовиться и защитить магистерскую; подготовиться и записаться на экзамен по ITIL; для самообразования разобраться с Java EE; чтобы не зачахнуть в виртуальном мире, надо развивать навыки игры на гитаре.
С одной стороны, можно можно забить на всё, закончить магистерскую, благо осталось полтора месяца, потом сфокусироваться на ITIL, потратить месяц, сдать экзамен и переключиться на Java. С другой, бывает свободное время и хочется делать пятое-десятое. В итоге фокус размывается и ничего не делается на достаточно хорошем уровне.
> PO устанавливает дату очередного релиза. Строим burndown график: по оси X откладываем время, а по оси Y поинты.
Таким образом разработка идёт только тех фич, что пойдут в следующий релиз и, со Scrum'а, фича обязана помещаться в, теперь уже, виртуальный спринт, который длится до даты релиза. Я всё верно понял?
> Software Developer / Team Lead -> Software Project Manager
А ведь я как-раз меньше недели назад подумал о возможности перехода с Team Lead'а на Project Manager. Повременю с этим пока, хотя пара проектиков в голове крутится, которые можно было бы провести в рамках организации.
Заказал бабочку любимой с eBay. Спасибо за статью, вопрос подарка решён! Правда вылезла проблема с банком, оказалось, они ввели «безопасные покупки в интернете» и не проинформировали пользователей. Пришлось ковыряться день, чтобы найти проблему и поставить необходимую галочку в интернет банке.
> Необходимо к 12 ноября создать модуль, его писало уже три разработчика. Сроки надо обязательно выдержать.
> Будет круто, если ты присоединишься к разработке модуля. Твои навыки и знания помогут нам сдать его в срок.
Согласен, очень большая разница. Правда есть руководители, которые постоянно говорят второй вариант и уже чётко видно, что он это говорит без души. И это звучит хуже, чем первый вариант.
Я согласен, что книгу читать очень сложно. Впервые я открыл книгу в августе предыдущего года, причитал страницу, понял, что абсолютно ничего не понял, а количество сложных английских плилагательных было настолько высоко, что моего технического английского нехватало для понимая сути. Лишь спустя полгода я нашёл в себе силы открыть книгу снова и после 30-ой муками прочтённой страницы, остальные пошли как по маслу. Да, там нет конкретных решений, по-крайней мере в foundations, зато там есть те самые базовые понятия, которые открывают мир в совершенно новые области.
Простой пример — пока организация маленькая, настройки и подобная информация не структурируется, всё разбросано там да сям. ITIL говорит, что за настройки отвечает configuration management. Очевидно, что нанимать человека рано при штате в 5 человек, но поставить на сервер веб-приложение, которое будет хранить все настройки, нетрудно. Вы скажете, что это можно сделать и без прочтения ITIL. Конечно, можно, но многие очевидные вещи просто не вспоминаются, пока ворона не клюнет. А так прошёлся по заголовкам при становлении организации, учёл базовые принципы и вперёд.
П.С.: на этой неделе дочитал книгу по ITIL foundations, как-раз готовлюсь к экзамену.
Если это возможно, хотелось бы статью с реальными примерами, дабы формулы не были сухими и присутствовали реальные цифры, вроде: «Имеем столько-то поступлений, расходы на то и то такие-то». Небольшой пример настоящего проекта идеально сформировал бы образ того, как надо считать и какие данные необходимы.
В любом случае, спасибо за статью, из комментариев подчерпнул несколько книг / авторов, которых стоит почитать, чтобы получить фундаментальные знания.
И ещё, если есть мнение по этому поводу: чьи наработки Вы считаете более применимым в современных ИТ проектах? International Project Management Association или Project Management Institute? В данный момент как-раз выбираю, по какому пути развиваться.
Заранее спасибо!
По поводу новинок, то тут ВУЗы совсем не гонятся за ними, за исключением молодых преподавателей, если их не ограничивают сверху программой, что, к сожалению, не редкость. В итоге звучит фраза: «В ВУЗе даются фундаментальные знания, на основе которых вы способны изучить интересующую вас область».
Каши в голове у студентов нет, но знания устаревшие и придя на работу говорят забыть, чему учили в ВУЗе и учиться на задачах реального мира.
Опять-таки, преподаватели советуют почитать самим как новую, так и старую литературу по предмету и отвечают на вопросы, если студент реально интересуется. Так что многое в руках студента.
> Consider the ancient Greek parable by Archilochus that contrasts the skills of two familiar animals:
> «The fox knows many things; the hedgehog one big thing.»
С одной стороны, можно можно забить на всё, закончить магистерскую, благо осталось полтора месяца, потом сфокусироваться на ITIL, потратить месяц, сдать экзамен и переключиться на Java. С другой, бывает свободное время и хочется делать пятое-десятое. В итоге фокус размывается и ничего не делается на достаточно хорошем уровне.
Таким образом разработка идёт только тех фич, что пойдут в следующий релиз и, со Scrum'а, фича обязана помещаться в, теперь уже, виртуальный спринт, который длится до даты релиза. Я всё верно понял?
А ведь я как-раз меньше недели назад подумал о возможности перехода с Team Lead'а на Project Manager. Повременю с этим пока, хотя пара проектиков в голове крутится, которые можно было бы провести в рамках организации.
Большое спасибо за статью!
> Будет круто, если ты присоединишься к разработке модуля. Твои навыки и знания помогут нам сдать его в срок.
Согласен, очень большая разница. Правда есть руководители, которые постоянно говорят второй вариант и уже чётко видно, что он это говорит без души. И это звучит хуже, чем первый вариант.