Смартсорсинг.ру

Сообщество руководителей ИТ-компаний, ИТ-подразделений и сервисных центров

Статьи в блогах Вопросы и ответы Темы в лентах Пользователи Компании Лента заказов Курс по ITSM

Настольная книга ИТ-консультанта

Недавно у нас была серия комиксов Оливера Виддера «Как спасти ИТ-проект». Предлагаем вам фрагмент из другой его серии «Настольная книга ИТ-консультанта».

С хорошим планом вы в хорошей форме

Хорошая документация важна для  успеха проекта

Иногда вопрос не только в деньгах

 

По материалам geekandpoke.com

Дополнительные материалы

Вам понравился материал? Подпишитесь на RSS. А также следите за нами в Facebook, ЖЖ или других социальных сетях.

Комментарии (7)

  • Аватар

    Чижиков Владимир [Skif Swarogich], 17 октября 2010, 17:42

    0
    2-й пункт зачётный. И очень актуальный :)
  • Аватар

    Будкин Валентин Александрович [valbudkin], 17 октября 2010, 21:54

    0
    Последнее - типичный разговор перед внедрением ЕРП-системы. Только "ок" не говуорят.
    • Аватар

      Рубинштейн Кирилл [krubinshteyn], 18 октября 2010, 11:41

      0
      Кстати, если не брать в рассмотрение тот факт, что внедрение SAP-ов, Oracle EBS-ов и прочих дорогих ЕРП -- это большая большая пилорама, нужно признать, что по большому счету внедрение инструмента ЕРП должно быть завершающим этапом большого-большого проекта, посвященного реорганизации работы компании. Это кстати резонирует с темой, затронутой вот тут http://www.smartsourcing.ru/blogPost/view/id/89
  • Аватар

    Яковлев Андрей Михайлович [swtws], 18 октября 2010, 06:41

    0
    Я ТЗ и тем более проеты пишу, чтобы их внимательно не читали. Лишь бы подписи были, а сделам как получится, "Ну вы же согласились". Все одно изменений по ходу не избежать.
    • Аватар

      Рубинштейн Кирилл [krubinshteyn], 18 октября 2010, 11:51

      0
      А зачем тогда вообще закладывать в стоимость проекта ТЗ? Получается, лишняя трата денег. Но на самом деле все сильно зависит от заказчика. Если он понимает, что такое ТЗ и для чего оно нужно, то это и будет документ, завершающий проектирование и формирование требований. А так заказчику лищь бы потрогать систему побыстрее а ТЗ воспринимается как лишний документ. По этой вот причине хорошо делать пилотный проект без ТЗ (если говорим про ИС), а уже ТЗ писать после того, как заказчик поиграется с пилотом.
  • Аватар

    Котельников Илья [iluha], 20 октября 2010, 11:37

    0
    Самая смешная тема - это описывать проект на 1С. Там зачастую такие смешные деньги соседствуют с такими великими амбициями... Бывает продали проект на 1С, а разбираться начинаешь, что клиент хотел-то, так денег даже на предпроектное исследование не хватает :)
  • Аватар

    Стояннидис Никос Эдуардос [odminko], 18 ноября 2010, 16:39

    0
    Согласен 2-й бывает актуальным для продажников в компании...