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

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

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

Археологическая экспедиция в Гизе

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

Об опыте разработки Автоматизированной системы поддержки принятия решенийСегодня я хотел бы продолжить публикацию своих рассказов об опыте управления проектами по созданию различного рода автоматизированных систем. Если в позапрошлый раз я писал о некотором лабораторном исследовании типа proof-of-concept из области комплексной автоматизации (см. статью «Стенд Комплексной Автоматизации: описание опыта разработки»), а в прошлый раз — об опыте построения АСУ реального времени на железнодорожном транспорте (см. статью «Опыт разработки АСУ реального времени для железной дороги»), то сегодня я расскажу о том, как мы разрабатывали Систему поддержки принятия решений при ликвидации последствий дорожно-транспортных происшествий при участии транспортных средств, перевозящих опасные грузы. Именно такой была тема работы, по результатам которой должен был возникнуть прототип системы.

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

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

Последнее время во всех коллективах где мне доводилось работать я так или иначе продвигал систему управления проектами, так как без нее начинался полный бардак, который мне терпеть ни будучи исполнителем, ни будучи руководителем мне не хотелось. Основным кандидатом для наведения порядка почти всегда становился Redmine, но чем дольше я им пользовался (как со стороны пользователя, так и со стороны администратора), тем больше хотелось перейти на что-то другое. Да, как багтрекер она работает замечательно, но как только хочешь получить что-то большее, например, хотя бы личные/общие календари — начинается возня. А если уж надо переехать на другой сервер… Даже и вспоминать не хочется — каждый раз какие-то «танцы».

В то же время я довольно плотно привязался к сервисам компании Google, таким как Docs, Calendar, Gmail… И если с последним более менее все понятно, то, например, аналог первого хотелось иметь локально: когда корпоративная почта не в Google Apps, который к тому же теперь всегда платный, пользоваться уже не так удобно, да и доступ к локальным ресурсам защищеннее и быстрее.

И тут после довольно активных поисков мне попадается Feng Office, который на хабре, к сожалению, почти обделен вниманием: упоминания встречаются лишь в нескольких вопросах и без особых подробностей. Подумалось — сделалось: под катом то что из этого получилось (включая пару десятков скриншотов, правда не очень тяжелых)
Читать полностью »

image

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

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

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

Мы сделали это.
Российский проект CodeNotes за авторством Грошева Дмитрия (si14) и Пантюхова Александра (alwxndr) из Санкт-Петербурга, Дину Александра (zloy_alu) из Тюмени и Сорокоумова Александра из Мюнхена занял первое место на хакатоне Clojure Cup 2013.

Мы хотели бы поблагодарить всех тех, кто голосовал за нас и немного рассказать о нашем проекте и о том, что мы хотим из него получить.
image
Читать полностью »

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

Но как сделать свою жизнь лучше? Как заставить уровень качества кода расти. Приведу несколько собственных правил-размышлений на эту тему.
Читать полностью »

Детальный ликбез про корпоративный бэкап, как сравнивать системы + пара практических советов
Cистема резервного копирования может работать вот так

Чем корпоративный бэкап отличается от домашнего?
Масштаб — инфраструктуры до петабайта. Скорость – тысячи транзакций в секунду, поэтому, например, нужно уметь забирать бэкап из базы данных на лету, не останавливая запись. Зоопарк систем: рабочие машины, мобильные телефоны и планшеты, профили людей в «облаке», копии баз данных CRM/ERP, все это на разных ОС и в тяжелых разветвленных системах.

Ниже я расскажу про решения от IBM, EMC, CommVault, Symantec и то, что они дают как бизнесу в целом, так и IT-отделу. Плюс о некоторых подводных камнях.

Давайте посмотрим на эти особенности бэкапа в обычных российских компаниях. В том числе таких, которые бэкапятся только на случай изъятия оборудования. Читать полностью »

Краудфандинг по Украински или дуэль лазерной указки и бластера
В последний год я сильно увлёкся изучением феномена краудфандинга и даже пытаюсь использовать его в мирных целях — готовлю собственный проект на Кикстартере, но речь сегодня не о нём. Хочется рассказать о разных подходах разработчиков к выходу на эту площадку и что из этого получается. Осень оказалась щедрой на проекты наших соседей по СНГ – украинцев, не смотря на то, что хозяева Кикстартера этим летом установили очень серьёзные фильтры для доступа иностранцев на свою площадку.!
Буквально с разницей в несколько дней на Кикстартере появилось сразу два очень качественных, но при этом очень разных украинских проекта, которые весьма интересно сравнить между собой, что и побудило меня копнуть их корни поглубже. Результаты изысканий навели меня на мысли, которыми я решил поделиться. Оба проекта отлично оформлены и имеют ещё одно сходство – достаточно длинную историю, поскольку начаты были примерно в одно и то же время – весной 2012 года. В оба было вложено огромное количество сил и труда, но авторы такие разные и двигались совершенно противоположными путями. Первый напоминает дипломную работу выпускника школы МВА, а второй – попытку воплотить мечту жизни чертовски талантливого программиста, одержимого идеей создания игры высочайшего уровня.
Читать полностью »

Читал статью. Статья интересная, однако я думаю что для каждой ситуации есть разные реалии. А так как имею опыт руководства и в сфере разработки и в сфере управления компанией, то я хотел бы прокомментировать некоторые фразы из данного словаря, так сказать пропустив их через призму более обширного мнения, нежели взгляд руководителя по разработке. И дело тут не в том, что разработка ПО вещь специфическая — наоборот, любой руководитель, на мой взгляд должен рассматривать ситуацию со всех граней а потом решать использовать конкретную фразу или нет. Приступим:
Читать полностью »

Доброго времени суток, уважаемыее.

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

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

Все остальное — под катом.

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


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