[Перевод] Шпора для РП по оценке трудозатрат, или Почему программисты плохо оценивают время

Публикация № 380542

Методология - Управление проектом

оценка трудозатрат управление проектами

67
Перевод статьи с популярного ресурса java.dzone.com, в которой описан взгляд на то, почему программисты ошибаются в своих оценках, с позиции руководителя проектов (РП), и советы разработчикам, как улучшить свои навыки в оценке времени на реализацию задач. (Ранее перевод был опубликован в блоге ГК "Компьютерный аудит").

 

Один опытный руководитель проектов, с которым я работал, пожаловался, что для того, чтобы получить достоверное значение трудозатрат по задаче, ему приходится оценку, сделанную программистом, умножать на число Пи, а затем переводить полученное число в величину следующего порядка. Таким вот образом 1 человеко-день превращается в 3,14 человеко-недели. Горький опыт научил его, что программисты - не самые лучшие оценщики.

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

Оценка

Как думает программист

Что программист забывает

Реальное время

30 секунд Надо изменить пару строк. Я точно знаю, что надо написать и где. На то, чтобы написать эти пару строк, надо секунд 30. Время для запуска компьютера, рабочего окружения вцелом, время на нахождение нужного участка кода. А также время на сборку, тестирование, помещение изменений в репозитарий и на документирование этих изменений. 1 час
5 минут Это простая задача, мне надо всего лишь погуглить, чтобы уточнить синтаксис - и готово! Довольно редко удается найти необходимую информацию с первой попытки. И даже если она найдена, может потребоваться ее подкорректировать под себя. Плюс, время для сборки, тестирования и т.п. 2 часа
1 час Я знаю, как это сделать, но надо написать немного кода, поэтому решение займет времени побольше. Одного часа слишком мало, чтобы застраховаться от непредвиденных проблем. Что-то всегда идет не так. 4 часа
4 часа Надо будет написать некоторое количество кода, и я примерно знаю, что именно и как. Я знаю, что модуль Wizzabanga  нашего стандартного фреймворка имеет необходимую функцию, но мне надо пошерстить документацию, чтобы уточнить, как ее вызывать. Пожалуй, это единственный случай реалистичной оценки. Она достаточно большая, чтобы иметь некоторый запас на случай неожиданных проблем, а задача все еще достаточно мала, чтобы ее можно было прикинуть в уме все ее детали. 4 часа
8 часов Сначала я должен зарефакторить класс Balunga, сделав из него два, а затем добавить вызов кода модуля Wizzabanga и, наконец, добавить новые поля в пользовательском интерфейсе. В разных частях системы есть множество зависимостей от класса Balunga. И поправить придется примерно 40 различных файлов. Новые поля в интерфейсе надо также добавить и в базу данных. 8- часовая задача слишком большая, чтобы полностью прикинуть все ее детали в уме. Потребуется гораздо больше действий, чем думал программист, когда давал оценку. 12 - 16 часов
2 дня Это действительно много кода. Мне придется добавить несколько новых таблиц в базу данных, реализовать для них пользовательский интерфейс, потом еще и логику для чтения и записи данных в эти таблицы. 2 дня работы - слишком большой объем для обзора для большинства разработчиков. Гарантированно найдутся вещи, которые он пропустит. Не просто какие-то небольшие вещи, а весьма значимые куски необходимой функциональности будут упущены в процессе выполнения оценки. 5 дней

1 неделя

Упс, это ОГРОМНАЯ задача. И понятия не имею, как ее делать, но и сказать, что я не знаю, я не могу. Ну недели-то точно будет достаточно, я надеюсь... Очень надеюсь. Но и больше времени спросить я не могу, потому что тогда они подумают, что я недостаточно компетентен...

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

2 - 20 дней

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

Для начинающих разработчиков этот интервал и вообще может не существовать. Они упускают из виду накладные расходы, а любая нетривиальная задача - слишком большая для них для обзора. Я бы сказал, что опытные разработчики точны в диапазоне задач с трудоемкостью от 0,5 до 24 человеко-часов. Задачи со сложностью, большей 24 человеко-часов требуют декомпозиции. Для задач трудоемкостью до 60 человеко-часов декомпозицию можно сделать и в уме, но даже опытным разработчикам необходимо разбивать большие задачи на меньшие подзадачи.

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

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

Оригинал статьи можно найти по ссылке: Anders AbelProgrammer Time Translation Cheatsheet -or- Why Programmers Are Bad at Estimating Times (ссылка ведет на Веб-архив, т.к. на оригилальном сайте DZone после его редизайна статья была потеряна)

  
67

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. Adept 20.07.15 08:19 Сейчас в теме
Для 1с-ников, можно смело умножать на два, за счет обычно непосредственного общения с пользователем, и регулярного получения от него дополнительных требований
chebser; Krest1k; Serega-artem; shard; Патриот; ZLENKO; PowerBoy; Maxs_1919; roofless; +9 Ответить
3. kuntashov 364 20.07.15 08:55 Сейчас в теме
(1) К сожалению, "нельзя так просто взять и" умножить на какое-то волшебное магическое число. В публикации основной пойнт все же не в конкретных числах, а в попытке подчеркнуть, в чем причины такой оптимистичной оценки и как ее уточнить.

(2) Все же его формула для "играющих тренеров", тим лидов и т.п., таких же как он сам, т.е. для тех, кто действительно может "за две недели сделать сам", но обычно сам не делает, а делегирует. Плюс, еще куча всяких нюансов, связанных с этой личностью (его опыт, знания, умения, и то, какие проекты он делает).
newgluk; infocom; Adept; artbear; fzt; +5 1 Ответить
4. AlexO 127 20.07.15 09:41 Сейчас в теме
(3)
т.е. для тех, кто действительно может "за две недели сделать сам"
Не согласен. Если может - пусть и делает. За две недели. За полчаса. За пять минут (как они любят хвалиться). Вперед.
Только вот что-то не видно всяческих "гуру" на работе кодящих.
но обычно сам не делает, а делегирует.
Тогда это полностью противоречит статье - "оценка трудозатрат". Чего РП натрудозатратил, если ничего не делает? Построил архитектуру решения и разъяснил подчиненным? Нет. Взял на себя часть работ как полноправный участник процесса? Нет.
Может, хотя бы правильно организовал работу или распределение работ, и координировал процесс для достижения лучшего результата? Тоже нет.
Так что это за руководители? Ответ - это не руководители. Тем более, процессов. Или проектов, что там у тру-одноэсников..
NPetrovichev; +1 2 Ответить
18. kuntashov 364 20.07.15 13:28 Сейчас в теме
(4) AlexO, мне кажется, вы не поняли контекст моего ответа. Я ответил, комментируя методику Бобука и мой ответ был про ее ограниченность именно по тем же причинам, о которых и вы говорите. Если вы слушали его выступление, то это как раз и есть его аргумент про "за две недели напишу сам". Я с такой оценкой не согласен (как и с любыми конкретными "магическими" коэффициентами, применяемыми в формулах оценки.
29. AlexO 127 21.07.15 09:36 Сейчас в теме
(18)
Если вы слушали его выступление, то это как раз и есть его аргумент про "за две недели напишу сам". Я с такой оценкой не согласен
Ну, я так понял, вы стали менее односложны в оценках )
Я же, наверное, писал более про то, что от этих максимум консультантов - то и дело слышишь: "да я, да за две недели". Не напишут, потому что "гуры" совсем в другой области ))
35. kuntashov 364 21.07.15 18:37 Сейчас в теме
(29) AlexO,

Ну, я так понял, вы стали менее односложны в оценках )


Не понимаю, что именно вы имеете в виду, вероятно вы более внимательно следили за эволюцией моей точки зрения на оценки, чем я сам, т.к. я не могу припомнить участия в каких-либо дискуссиях, где бы я мог быть в плане оценок настолько категоричен, что сейчас стала так заметна перемена моего мнения. Дадите ссылку/объясните, то на что вы уже второй раз намекаете?
45. AlexO 127 23.07.15 09:58 Сейчас в теме
(35)
Дадите ссылку/объясните, то на что вы уже второй раз намекаете?
Я в основном сужу по форуму Инфостарт, ведь на ИС давно поднимаются целые темы об этом, а также обсуждаются выступления и программы, так или иначе затрагивающие анализ и оценку ТЗ.
И где-то в одной из тем вы, если не ошибаюсь, присоединились к мнению, что постоянно выступающие "коучеры go-go fast" (то бишь всяческие "аналитики" и "специалисты" от 1С, вместо программирования - учащие на семинарах и форумах, как правильно программировать в 1С), решат практическую задачу, поэтому их мнение - очень важно, и к ним стоит прислушиваться.
Это далеко не так.
И, соответственно, как можно основываться в анализе работ на их "домыслах", если они не знают, из чего и как "физически в коде" выстраивается решение задачи/проекта.
Конечно, есть практикующие "аналитики" - тот же Чистов Павел, например. К нему да, таких претензий нет.
А большинство "аналитиков", считаю - просто "менеджеры" от 1С, и все задачи, которые они могут "решить" в коде - это как создать обработку и поиск по справочнику через менеджер справочника.
Как результат - любую задачу, утрированно, они "оценивают" именно через призму "создать обработку и написать строчку поиска по менеджеру справочника". Сколько это? 5 минут. Плюс 1 день на "доехать", обсуждение, поклоны, рукопожатия. Плюс 3 часа на набор ТЗ и прочей "сопроводительной документации" в ворде. Итого - 1,5 рабочих дня "в среднем". Вот и готова "оценка в среднем по больнице".
Собственно, вот Михаил об этом же:
(37) tango,
у которых умный вид получается лучше кода.

Ведь тут что самое "главное"? вид и графики.
А не код и решение.
tango; Voldemar; +2 Ответить
46. kuntashov 364 23.07.15 10:50 Сейчас в теме
(45) AlexO, спасибо за разъяснения, хотя, если честно, не припоминаю подобных дискуссий и вообще относительно редко конкретно здесь на ИС в них участвую, чаще просто читаю.
48. fzt 23.07.15 10:54 Сейчас в теме
(45) AlexO,
Ведь тут что самое "главное"? вид и графики.
А не код и решение.

Код тоже не главное. Он никому не интересен. Важно решение.

Как результат - любую задачу, утрированно, они "оценивают" именно через призму "создать обработку и написать строчку поиска по менеджеру справочника". Сколько это? 5 минут. Плюс 1 день на "доехать", обсуждение, поклоны, рукопожатия. Плюс 3 часа на набор ТЗ и прочей "сопроводительной документации" в ворде. Итого - 1,5 рабочих дня "в среднем".

Поясни. Из предложенного, оплачиваемой работы на 5 минут 3 часа, 5 минут?
50. AlexO 127 23.07.15 11:38 Сейчас в теме
(48) fzt,
Код тоже не главное. Он никому не интересен. Важно решение.
Решение подразумевает, что ты его представляешь, как. А не в виде "поиск по справочнику через менеджер справочника".
Это пишется быстро, а, например, правильная архитектура объектов - еще посидишь, подумаешь. А потом еще и азпрограммировать. А потом еще и чтоб все необходимые события обработаны были. А потом еще и ошибки обработаны. И варианты действий пользователя/ввода проработаны. И чтоб обновление не затерли. И чтоб удобно пользоваться. И чтоб "ежели каких данных нет" - неинформативная одноэсовая системная ошибка не выпадала.
И т.д.
А так - пять минут, да. Чего-нибудь написать.
Поясни.
Табличка в статье полностью все поясняет. Предел охвата программистом задачи решает все в оценке. А у большинства менеджеров 1С, которые себя называют "программистами", ведут все дела "за программистов" (грубо - оценка, ТЗ, проверка), и еще и учат "как правильно программировать" - его (охвата) в области разработки программного решения нет вообще. Есть только "охват" - сколько "улыбаться и приветливо махать" перед заключением договора.
53. fzt 23.07.15 12:16 Сейчас в теме
(50) AlexO, да я согласен. У многих так и есть. Если реально программирования на 5 минут, это не значит что задача решается до статуса "здано заказчику" за это время. Так только программисты и думают. Им из своего аквариума не видно.

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

(51) AlexO,
Сейчас, когда спрос падает, рынка "предложений услуг" уже не будет - будет только жесткий "рынок оплаты услуг", и то постоянно сокращающийся.

Сложно судить в данный момент. Некоторые коллеги(in RL) характеризуют как "жопа". Некоторые "я машину забываю заглушить, столько работы".
Летом у меня сезонно маловато работы. Т.е. нет "завала". Успеваю её сделать всю, везде и сам свалить в отпуск. Судя по моим клиентам, спрос не падает. У "чисто" продажников (не всех) есть проблемы. Они хотят автоматизации, но нет денег. Договариваемся на отсрочку платежа, или частями. Да я делаю им скидки, иду на встречу. Инжиниринг, производственники, бюджетники желание автоматизировать не потеряли. Я вижу потервяших бизнес "челноков" ИПшников. Те кто закупается у оптовиков и перепродает. Имхо это даже хорошо. Никто им не мешал найти прямые поставки, а не кормить посредников. Возможно с них и кормились, те у кого спрос ужался. Ну это были легкие деньги. Мелким точкам почти нечего автоматизировать, стриги себе за обновления и падения баз. Крупная(это сколько?) Средняя(?) Региональная розница, имеющая партнерские договоры и франшизы не жалуется.
Я слышал что некоторых моих конкурентов повыдавливали ценой. Со мной ещё не происходило. Время от времени появляются конторки, набирают в штат по 80 человек эникейшиков и "немного слышал 1С". Они свято уверены что они убийцы рынка и всех сожрут. Три раза так уже было. Держутся от квартала до года. Там качество услуг отсутствует. Их модель аналогичка такси "Максим". Заявки на телефон, в офисе только бухгалтера.
61. tango 484 25.07.15 11:26 Сейчас в теме
(48) fzt,
Из предложенного, оплачиваемой работы на 5 минут 3 часа, 5 минут?

Вот, именно об этом я и говорил.
1снег должен продавать свое умение (штат, оклад), или результат (код, проект), или решение проблемы.
Но не часы!!!!
Сломалась машина, никто не может починить.
Пригласили Эдисона. Он походил вокруг машины. Взял кувалду и стукнул в одно место. Машина заработала.
- 1000 долларов за ремонт, сказал Эдисон
- Почему так дорого? Вы только один раз стукнули кувалдой.
- За удар кувалдой я взял 1 доллар. А за то, что знал куда стукнуть - 999.
63. CheBurator 3399 25.07.15 15:15 Сейчас в теме
(61) Ты это Белову объясни с его RMS $-)
64. tango 484 25.07.15 15:59 Сейчас в теме
(63) CheBurator, это как раз один из тех, кого я имел ввиду
сумел извлечь свой кусок масла, молодец
при чем тут компьютинг-арт вообще и оценка трудозатрат в частности? (риторический вопрос, ни при чем)
5. Adept 20.07.15 09:45 Сейчас в теме
(3) Скажем так, в табличке отражены риски неправильной оценки, которые вызваны субъективным фактором оценщика,
я думаю что вообще в принципе большую часть их можно нивелировать за счет регламента оценки трудозатрат, в котором буду эти риски описаны в виде:
Что может увеличить время задачи:
1. Компьютер надо включить
2. Если вы чего то не знаете точно, заложите время на изучение, модификацию и тесты
3. Если нет процедуры проверки полноты решения, заложите время на доработки по новым требованиям

И вести диалог с разработчиком следующим образом:
- Вася, надо сделать такую-то задачу, сколько это займет времени?
- 2 часа
- А по регламенту?
- .... (тут Вася берет листок и прогоняет свою задачу по рискам в регламента)

А вот, риски связанные со внешними факторами - нестабильность требований, и их неполнота(от пользователя постоянно новые данные), нестабильность внедряемой системы (ввели ордерные склады, настройки на 2 часа, полетел расчет с/с работы на две недели), и так, далее - тут бы, какую нить табличку :) но к сожалению, ее нет
Irwin; kuntashov; +2 Ответить
7. AlexO 127 20.07.15 09:51 Сейчас в теме
(5) Adept,
я думаю что вообще в принципе большую часть их можно нивелировать за счет регламента оценки трудозатрат
Это невозможно, т.к. все очень сильно зависит от конфы. И от вносимых изменений.
Грубо говоря - попробуйте влезьть "со своим кодом" в типовую ЗУП - будете разгребать проблемы несколько месяцев, пока не вернете все к типовому состоянию ))
А вот, риски связанные со внешними факторами - нестабильность требований, и их неполнота
А такие вещи, как "у нас изменились требования" - вообще никакой оценке или "табличкам" не поддаются - в силу именно своей полной "непредсказуемости".
68. Lapitskiy 902 27.07.15 06:24 Сейчас в теме
(3) однозначно. Все прогеры - оптимисты, и ошибаются в оценке всегда. Поэтому тип-лид должен брать ответственность на себя, время писать Х, а прогеру говорить, что осталось Х/2.
70. tango 484 27.07.15 08:59 Сейчас в теме
(68) Lapitskiy,
а прогеру говорить, что осталось Х/2

Ну, вот :)
То же, только в профиль :)
Зачем тогда вообще точная оценка времени?

Неимоверные ихищрения, получить точное X, а прогер - в стрессе, потому что Х/2
75. Lapitskiy 902 29.07.15 14:51 Сейчас в теме
(70) tango, чтобы менеджер проекта знал точно, сколько у него времени, а, так как прогер обычно растягивает все отведенное под задачу время, надо значит его уменьшить вдвое, а в случае чего благородным жестом слегка увеличить ))
81. Voldemar 1 22.04.17 12:00 Сейчас в теме
(75)А почему только вдвое? Может сразу раз в десять?... Жест увеличения тогда можно сделать многократно благороднее...
2. DoctorRoza 20.07.15 08:37 Сейчас в теме
Все грамотные программисты уже давно пользуются формулой мега гуру Bobuk'а.
А формула проста до безобразия:
Время на выполнения проекта равна = Время запланированное * 1/2 Длины окружности + 2 недели.
alex_4x; Rustig; +2 Ответить
6. AlexO 127 20.07.15 09:47 Сейчас в теме
Оценка

Как думает программист - Что программист забывает

Реальное время

30 секунд Надо изменить пару строк. Я точно знаю, что надо написать и где. На то, чтобы написать эти пару строк, надо секунд 30. Время для запуска компьютера, рабочего окружения вцелом, время на нахождение нужного участка кода. А также время на сборку, тестирование, помещение изменений в репозитарий и на документирование этих изменений.
Реальное время
1 час
5 минут Это простая задача, мне надо всего лишь погуглить, чтобы уточнить синтаксис - и готово! Довольно редко удается найти необходимую информацию с первой попытки. И даже если она найдена, может потребоваться ее подкорректировать под себя. Плюс, время для сборки, тестирования и т.п.
Реальное время
2 часа
А вот тут вы, Александр, совершенно правы!
Вот всех "пятиминутников" так надо - лицом в два часа, и умножать на два. И так каждые их "да за пять минут!". Т.е. реальная разработка - часов 10-12, и то если не вылезут смежные с твоими "пятиминутными" изменениями проблемы...
kuntashov; +1 Ответить
8. TSSV 972 20.07.15 09:56 Сейчас в теме
Как думает программист: "Надо изменить пару строк. Я точно знаю, что надо написать и где. На то, чтобы написать эти пару строк, надо секунд 30."

- надо быть полным идиотом, чтобы воспринимать подобные мысли программиста буквально. Вы бы еще приплели сюда поход программиста в туалет, мытье рук, перекур, кофе. Тема поднята интереснейшая, но изложена бездарно.
11. AlexO 127 20.07.15 10:05 Сейчас в теме
(8) TSSV,
надо быть полным идиотом, чтобы воспринимать подобные мысли программиста буквально.
Именно "пятиминутников" и большинство среди одноэсников.
Так что здесь буквально-то? Да, строчку кода набрать 30 секунд.
А вот "знать, где ударить" - собрать весь материал и подготовится, иной раз несколько дней.
Только одноэсники, почему-то, предпочитают "да я за пять минут, что там делать 3 часа-то?!"
13. TSSV 972 20.07.15 10:31 Сейчас в теме
(11) AlexO,
Надо изменить пару строк. Я точно знаю, что надо написать и где. На то, чтобы написать эти пару строк, надо секунд 30.
- это исчерпывающе, но только не для идиотов.
Вот хороший пример серьезного анализа проблем оценки трудозатрат: http://infostart.ru/public/340027/
16. AlexO 127 20.07.15 10:58 Сейчас в теме
(13) TSSV,
Вот хороший пример серьезного анализа проблем
Я не считаю серьезным - труд, к которому запрещены комментарии. Не хочешь комментариев - размещай в своем блоге.
Если размещаешь в сообществе каком-никаком - будь готов обсудить свое творение. Или, иначе, это в результате ни о чем. Как статья в газете. Прочитал, и кошке подстелил. А что бумаге пропадать - более ничего ценного: информация теряет актуальность вместе со своей последней точкой.
А вот жизнь ей продляет - то самое: обсуждение, обдумывание, преумножение информации.
19. kuntashov 364 20.07.15 13:39 Сейчас в теме
(13) TSSV, вы смешиваете задачу оценки ИТ-проектов и задачу оценки конкретной задачи программистом.

Это задачи разного уровня и выполняются они разными людьми, в общем случае и детали в подходах разные (хотя основополагающие принципы одинаковы - "разделяй и властвуй", "метод вчерашней погоды" и т.п.).

Спасибо за ссылку, я с этой отличной публикацией знаком. К этой ссылке также добавлю ссылку на отличную презентацию Алексея Королева, с которой он выступал на INFOSTART EVENT'е - http://infostart.ru/public/318158/

Переведенная же статья ориентирована прежде всего на программистов и на менеджеров, которые часто возмущаются, почему программисты дают такие оптимистичные оценки.

Она не претендует на то, чтобы раскрыть волшебную формулу как оценить проект.
9. AlexO 127 20.07.15 10:02 Сейчас в теме
дня Это действительно много кода. Мне придется добавить несколько новых таблиц в базу данных, реализовать для них пользовательский интерфейс, потом еще и логику для чтения и записи данных в эти таблицы. 2 дня работы - слишком большой объем для обзора для большинства разработчиков. Гарантированно найдутся вещи, которые он пропустит. Не просто какие-то небольшие вещи, а весьма значимые куски необходимой функциональности будут упущены в процессе выполнения оценки. 5 дней
1 неделя

Упс, это ОГРОМНАЯ задача. И понятия не имею, как ее делать, но и сказать, что я не знаю, я не могу. Ну недели-то точно будет достаточно, я надеюсь... Очень надеюсь. Но и больше времени спросить я не могу, потому что тогда они подумают, что я недостаточно компетентен...

Такие задачи слишком велики для понимания большинством программистов. Подобные задачи должны быть переданы обратно архитектору, который должен помочь разбить их на меньшие и указать направление, как они должны быть решены. Архитектор может найти простой способ, как выполнить задачу, или же он поймет, что задача потребует больше работы, чем ожидалось.
2 - 20 дней

Именно с такими задачами и работают большинство одноэсников. Только они не просто не могут оценить время на разработку (как ява-программисты), но и даже понять, сколько всего они упустили/не предусмотрели/ошиблись/забыли в процессе разработки решения.
А что отправлять "обратно архитектору" - это да, я бы много чего по типовым отправил "обратно архитектору" ))
______
В целом - т.к. статья переводная и не из 1С, то табличка отражает реальное состояние дел в программировании и оценке.
Разница лишь в том, что одноэсники зачастую и не понимают всего объема работ, какой нужен для реализации надежного, работоспособного, стабильного решения, учитывающего (или наоборот, "ставящего на жесткие рельсы" детальной методики) задачу как базу решения, а не "отвлеченную от реализации сущность" - а именно последнее обычно и "программится" в 1С, к сожалению..
20. kuntashov 364 20.07.15 13:45 Сейчас в теме
(9) AlexO, если делать поправки на "1сников", то надо, наверное, наверное подчеркнуть (и вы это и подразумеваете) то, что 1Сники обычно, кроме "кодинга" занимаются также и "бизнес-анализом", чего "традиционные" разработчики, программирующие по спецификации, обычно не делают, им задача спускается более менее конкретная, они проектируют уже на уровне технических деталей.

В данной публикации речь идет об оценке программной реализации (кодинга) конкретной задачи.

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

Оценка двух этих этапов, очевидно, могут требовать разных подходов.
22. AlexO 127 20.07.15 14:09 Сейчас в теме
(20)
чего "традиционные" разработчики, программирующие по спецификации, обычно не делают
Сейчас уже делают. Т.е. когда программирование "спустилось" на уровень "принеси и подай" - и ява-, и си-шарп-программисты, и прочие - вынуждены изучать специфику решаемой задачи. Чтобы рассказать заказчику же (клиенту, работодателю), как его задача правильно решается.
10. AnryMc 720 20.07.15 10:04 Сейчас в теме
Совершенно не описана ситуация когда несколько часов слушаешь заказчика - чего ему не хватает
А затем пять минут показываешь, что это есть...
Просто нужно обучить персонал этим пользоваться...
Erofeevgv; shard; +2 Ответить
24. CheBurator 3399 20.07.15 15:16 Сейчас в теме
(10) Вы слишком оптимистичного мнения о персонале...
30. AnryMc 720 21.07.15 09:54 Сейчас в теме
(24) CheBurator,
Вы слишком оптимистичного мнения о персонале...


Лифт должен выдержать прямое попадание в кабину самого необученного академика
Аркадий и Борис Стругацкие. Сказка о тройке
39. shard 251 23.07.15 01:35 Сейчас в теме
(10) А после обучения (двукратного, потому что кто-то в отпуске, кто-то болеет, кто-то в "рабочем движении" был) "а мы не поняли!" - объясняешь заново... А потом "а мы забыли!!" - объясняешь заново, под запись. А потом "а мы забыли, а листик с записями потеряли!!!" - объясняешь заново, письменно, под роспись. Лучше сразу под роспись объяснять, в трех экземплярах: работнику, шефу, себе.
12. AlX0id 20.07.15 10:23 Сейчас в теме
Тут скорее "шпора для РП" на предмет того, как обосновать трудозатраты перед заказчиком, когда его программисты говорят, что тут "дел на 30 секунд". Ожидал большего от статьи, но и это хлеб )
pro-rok; kuntashov; +2 Ответить
14. DoctorRoza 20.07.15 10:54 Сейчас в теме
Вопрос к автору: "Как Вы учитываете загруженность программиста текущими задачами?" Возможно, сама постановка вопроса ошибочна в корне! Все слишком субъективно! И это "субъективно" пытаемся загнать в некую табличку, чтобы показать ее заказчику. Конечно, регламент нужен! И его лучше уж взять у профи! Они знают, они прошли и выверили.
p.s.
ИМХО, но в статье отсутствует самая главная фраза:
"Время, которое выставлено для оплаты - это то время, за которое поставленная задача будет точно и гарантировано выполнена и протестирована на контрольном примере!"
И это первое, что должен сказать программист заказчику!
:)
21. kuntashov 364 20.07.15 13:48 Сейчас в теме
(14) DoctorRoza, я считаю, что "программист" заказчику ничего не должен говорить. Перестаньте себя называть программистом, если вы занимаетесь переговорами с заказчиком с целью продажи решения, сбором и формализацией требований, бизнес-анализом, координацией разных людей, кодингом и внедрением решения. Да, я знаю специфику нашей отрасли, но не надо валить все в кучу.

Если вы все это делаете, вы не программист, вы что-то большее. Неформально это называется "1сник", чуть более формальнее - "специалист по автоматизации", но это не важно. Важно, что уровень ответственности у вас больше, чем у кодера.

Статья же про кодеров и для кодеров.
23. AlexO 127 20.07.15 14:11 Сейчас в теме
(21)
Перестаньте себя называть программистом, если вы занимаетесь переговорами с заказчиком с целью продажи решения, сбором и формализацией требований, бизнес-анализом, координацией разных людей, кодингом и внедрением решения.
Вроде раньше вы придерживались более противоположного, чем вот так конкретного мнения ))
Но сейчас - вы совершенно правы. Более того, не всякий кодер 1С - программист.
Если вы все это делаете, вы не программист, вы что-то большее.
Кодер - не равно "программист". Также, как и "менеджер 1С - не равно программист 1С".
15. script 206 20.07.15 10:56 Сейчас в теме
1С, уже скоро будет 10 лет, проводит курс по управлению проектами по стандрату pm bok. Там тренера каждый раз вдалбливают что НЕ НУЖНО ДАВАТЬ НИКАКИХ ОЦЕНОК ВРЕМЕНИ ЕСЛИ ВЫ ИХ ТОЧНО НЕ ЗНАЕТЕ.
А если от вас этого трубуют тогда инициируйте новый подпроект по оценке задачи в котором задачу нужно делить на столько блоков и подблоков пока не станет ТОЧНО ясно сколько времени это займет. В остальных случаях оценка может звучать так от часа - до года.
krv2k; Erofeevgv; Светлый ум; adva; Wooster; +5 Ответить
17. AlexO 127 20.07.15 11:01 Сейчас в теме
(15) script,
1С, уже скоро будет 10 лет, проводит курс по управлению проектами по стандрату pm bok
Не знаю, не знаю - судя по количеству сертифицированных "пятиминуников", эти курсы никто не проходит.
(14) DoctorRoza,
"Время, которое выставлено для оплаты - это то время, за которое поставленная задача будет точно и гарантировано выполнена и протестирована на контрольном примере!"
Вы просто слишком наивны.
25. CheBurator 3399 20.07.15 15:22 Сейчас в теме
Коллеги, давайте не забывать, что в сфере 1Сного программирования еще очень далеко до ПРОМЫШЛЕННОГО подхода к ведению проектов/задач/итд. Большинство 1Сников - это именно "пятиминутчики". И первая задача которяа стоит "надо чтобы это работало и жедательно быстро". Время на декомпозицию, управление проектом, задачами проекта - ЗДЕСЬ мне кажется вообще не должно звучать. в "промышленных" конторах (даже если они на 1С) - это уже давно есть мне кажется. А для остальных - это пока "неактуально". Готовы работодатели НАЧАТЬ платить в 3-4 раза больше за те же объемы, которые выполнялись "программистами" ранее..???

Мне кажется - сфера автоматизации 1С сильно разбалована предшествующим форматом/опытом работы/обслуживания 1Сниками.
Время дешевых решений и программинга на коленке - уходит. Сложность типовых решений растет, там где раньше справлялся один прог - теперь консультатнт по типовому решению, РП, программист... все.. лафа кончилась...
Craig; Krest1k; i.c.h; shard; portal_orsk; Tefal; shalimski; iodine; invertercant; avto1c; pavlov_dv; DoctorRoza; fzt; baton_pk; kuntashov; +15 Ответить
26. AlexO 127 20.07.15 16:16 Сейчас в теме
(25) CheBurator,
Готовы работодатели НАЧАТЬ платить в 3-4 раза больше за те же объемы, которые выполнялись "программистами" ранее..???
....Сложность типовых решений растет, там где раньше справлялся один прог - теперь консультатнт по типовому решению, РП, программист... все.. лафа кончилась...
И как вы видите переход "сознания" работодателя от одного - к другому?
31. avto1c 21.07.15 10:08 Сейчас в теме
(26) AlexO, Работодателям придётся платить больше за однотипные задачи/решения, из за повышения сложности систем в целом. И, разумеется это должно быть пропорционально повышению объёмов.
33. AlexO 127 21.07.15 10:17 Сейчас в теме
(31) avto1c,
Работодателям придётся платить больше за однотипные задачи/решения
Ну вот распишите подробнее, как сей мыслительный процес "от сохи - к "придется больше платить"" будет происходить в голове работодателя.
У меня не получается.
Возможно, FZT на основе своего заповедника что-то и представит. Ну, на то у него и заповедник - все ходят, смотрят, чуть что не так - придет смотритель, разгонит "автоматизаторов", заплатит за испорченый забор...
42. fzt 23.07.15 09:31 Сейчас в теме
(33) AlexO, хм. Уж незнаю что именно происходит в головах клиентов.
Не косячу годами, их задачи выполняю в срок, если мне никто не звонит - я лезу и сам проверю как поживают их бд и как шустро работает. Вижу проблему - сообщаю, что требуется обслужить, или заменить железо. Спрашиваю разрешения подключаться и смотреть как работают все пользователи. Сами пользователи предупреждены. Нередко мои мониторы пестрят несколькими десятками окошек, в которых юзеры как-то лабают в 1С. Они разумеется у всех время от времени смотрят кино и занимаются прочей фигней, это к делу не относится.
Через годик мы перестаем согласовывать сроки, перестаем согласовывать суммы. Т.е. я могу сам поставить себе задачу, пообщавшись с персоналом. Предложить руководителю автоматизировать склад, контролировать время обработки заказа клиента etc. Через полтора-два года, я заявляю что система стала сложной (и это так) и я хочу вот столько денег в месяц на удаленку.
Я никогда не выставляю счет на "30 часов". Каждый счет имеет расшифровку. Порой расшифровка проделанной работы, это пять-десять страниц А4. Я их не обманываю, я с клиентом предельно честен. Это ценят. Если я и забыл сделать какую-то мелочь, вроде поменять почту юзеру в 1С (поскольку мне это наговорили по мобилке, пока я был за рулем), я честно скажу что забыл. Никаких "пятен на солнце".
Тут правильно говорили:
(38)
"профессиональная работа (высокое качество результата) => высокая оплата"

Точно так-же работает в фрилансе, с некоторыми нюансами.

Вот вам подарки клиенты носят? Мне тащят тортики, когняки, свою продукцию. Просто в подарок. Мне совершенно плевать, что за подарок. Человек тратит время, чтобы приехать ко мне в офис и вручить презент. Когда клиент мне приносит подарок, не дежурный на праздник - я все правильно делаю.

Не нужно ждать, пока заказчик измениться, чтобы стать. Нужно быть.
Krest1k; krv2k; ekomova; adva; CheBurator; Wooster; kuntashov; +7 Ответить
47. kuntashov 364 23.07.15 10:52 Сейчас в теме
(42) fzt,

Не нужно ждать, пока заказчик измениться, чтобы стать. Нужно быть.


Согласен, это шире просто профессиональной позиции, она мировоззренческая, мне такой взгляд на вещи близок.
27. fzt 21.07.15 09:06 Сейчас в теме
(25) CheBurator,
в "промышленных" конторах (даже если они на 1С) - это уже давно есть мне кажется

Креститесь =) Пока в большинстве, и больших контор, все примерно так:
- Древняя версия УТ, УПП, БП, <название конфигурации>. Сильно допиленная, зачастую частично управляющая процессами (в том числе производственными) на предприятии. Обновления давно никто не делает. Есть механизмы обмена данными в БД для отчетов. Механизмы почти независят от обновлений.
- Сформирован штат 1Сников. Очень редко в этом штате тот, кто рожал этого недокументированного монстра.
и тут пути:
1. Они сопровождают решения. Попутно таки документируя и разбираясь с глюками.
2. Они сопровождают решения. Попутно переписывая заного монстрика.
3. Они сопровождают решения. Бабло капает, можно и на инфостарте поторчать (не обиды ради).
4. Решения сопровождает аутсорсер. Внедряют SAP или <имя продукта>. Решение продавливает руководство, весь роспил им.

С точки зрения бешенного бабла, самый интересный последний вариант.



Переписывать и писать заного можно своими силами, или нанимая со стороны фрилансеров. Сопровождал и переписывал таких монстриков аутсорсом и подрядом от местных 1Сников. Насмотрелся, все очень похоже.
32. AlexO 127 21.07.15 10:14 Сейчас в теме
(27) fzt, у вас там заповедник просто. Где вы их берете? Теперь понятно про "удаленная работа есть!"
В заповедниках.
Везде уже такие "монстры" и "монстрики" давно уже либо переписаны, либо сопровождаются штатными одноэсниками (максимум - франчами, если контора небольшая). А такой заповедник - возможен в случае, если у вас там нет вообще никаких признаков фирм автоматизации 1С. Например, аналогичная картина у одного древнего племени в дебрях Амазонки.
Ибо такие "заповедные" базы долго не живут сами по себе - год, и все либо рушится, либо - "вариант 4".
28. AlexO 127 21.07.15 09:13 Сейчас в теме
Это простая задача, мне надо всего лишь погуглить, чтобы уточнить синтаксис - и готово!
Тут как-то года два назад пробегал один товарищ из Новосибирска, который утверждал, что "то-то" и "то-то" - "должны знать на кончиках пальцев!"
И больше его не видно - видимо, как только стерлись кончики пальцев - он понял, что ничего не знает и не умеет.
Вот только кончики и были некоторое время.
34. ZLENKO 381 21.07.15 12:26 Сейчас в теме
Самое плохое это когда руководитель оценивает трудозатраты по левой колонке из статьи :-)
krv2k; Tefal; +2 Ответить
41. Voldemar 1 23.07.15 08:46 Сейчас в теме
(34) ZLENKO,
Самое плохое это когда руководитель оценивает трудозатраты по левой колонке из статьи :-)

Кроме того, зачастую руководители из этого ещё и делают для себя выводы о сроках готовности...
Работаю штатным программистом в немаленькой организации. Постоянно при формулировании задач задают вопрос "Сколько времени потребуется на написание?" Всегда достаточно объективно (с учётом включить, найти и т.д.) называю время, обычно это от 2 до 15 часов. И ровно через такое время уже вопрос "Ну что, готово?" даже не задумываясь о наличии множества других задач , нередко более приоритетных, и абсолютно не учитывая рабочий график.
Тут похоже нужны ещё и дополнительные корректировки на нерабочее время, и если задача ставится в пятницу за час до конца рабочего дня и требует 2 часа работы, то в правую колонку надо ставить 3 дня, дополнительно приплюсовывать время других задач... :)
44. fzt 23.07.15 09:48 Сейчас в теме
(34) ZLENKO, это исполнитель плохо оцениват реальные сроки. Работодатель верит работнику. Он может поднажать, но если срок не двигается - ничего не поделать, значит именно столько времени.
36. Swetlana 10 21.07.15 23:26 Сейчас в теме
самое плохое для программиста это оценка потраченного времени на работу с перекурами :)
37. tango 484 22.07.15 21:04 Сейчас в теме
Основная проблема в "около-1се" не в том, что в нем приучили пользователя/заказчика к дешевым услугам 1снегов, а в том, что сами 1снеги никак не отучатся оценивать выставляемый счет в своих часах.

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

Как только 1снег будет удовлетворен доходом вне зависимости от "часов", вы удивитесь реалистичности его оценок.
ekomova; AlexO; fzt; Voldemar; +4 Ответить
38. kuntashov 364 23.07.15 00:11 Сейчас в теме
(37) tango, имел возможность неоднократно наблюдать очень довольных не почасовой оплатой 1Сников (да и не 1Сников) и предполагаемого вами эффекта, к сожалению, нет.

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

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

И реальная причинно-следственная связь звучит как "профессиональная работа (высокое качество результата) => высокая оплата", а не "высокая оплата => профессиональная работа (высокое качество результата)".
krv2k; Wooster; fzt; +3 Ответить
40. Voldemar 1 23.07.15 08:20 Сейчас в теме
(38)
И реальная причинно-следственная связь звучит как "профессиональная работа (высокое качество результата) => высокая оплата", а не "высокая оплата => профессиональная работа (высокое качество результата)".

А как насчёт варианта "Даже профессиональная работа (Очень высокое качество результата) => НЕ высокая оплата => НЕ профессиональная работа (высокое качество результата)"? К сожалению, такой вариант бывает очень часто...
49. kuntashov 364 23.07.15 10:59 Сейчас в теме
(40) Voldemar,

А как насчёт варианта "Даже профессиональная работа (Очень высокое качество результата) => НЕ высокая оплата => НЕ профессиональная работа (высокое качество результата)"? К сожалению, такой вариант бывает очень часто...


Это вопрос продажи ваших профессиональных услуг.
Если вы уверены в качестве ваших услуг, вы имеете полное право просить за них большую цену.
Wooster; fzt; +2 Ответить
51. AlexO 127 23.07.15 11:42 Сейчас в теме
(49)
Это вопрос продажи ваших профессиональных услуг.
Увы, в России это не так. Феодализм и беззаконие (и беспорядок) - вот главные движители решения любых вопросов, в том числе - продажи (услуг программистов 1С и прочего).
Если вы уверены в качестве ваших услуг, вы имеете полное право просить за них большую цену.
Это действительно только для Москвы. И то - до 2014 года.
Сейчас, когда спрос падает, рынка "предложений услуг" уже не будет - будет только жесткий "рынок оплаты услуг", и то постоянно сокращающийся.
52. kuntashov 364 23.07.15 12:02 Сейчас в теме
(51) AlexO, про феодализм не понял, какие ограничения?
Условия рыночные, вопрос в вашем профессионализме, но уже в сфере продаж.

Или вы про налоги, влияние государства? Но это уже другой вопрос, он за пределами отношений с клиентом и может влиять на вашу стоимость только в большую сторону (чтобы покрывать издержки). Конечно же есть ограничение сверху в виде рынка, но это естественное ограничение.
56. AlexO 127 23.07.15 17:09 Сейчас в теме
(52)
про феодализм не понял, какие ограничения?
Ну пожалуйста: есть крупные конторы, которые и кактус жуют (недовольны своим подрядчиком по автоматизации), и сменить его не могут - указание сверху.
А вы про какие-то рыночные отношения )))
57. kuntashov 364 23.07.15 17:16 Сейчас в теме
(56) AlexO, мне казалось, мы говорим про исполнителя, а не про заказчика.
58. AlexO 127 24.07.15 12:19 Сейчас в теме
(57)
мы говорим про исполнителя
Вы просто не сталкивались с таким в Москве. У FZT - заповедник типа "Москва", у вас - просто Москва ))
А мы, все остальные - живем по феодальным законам, работаем в феодальных фирмах.
Речь как раз про исполнителя. Есть исполнитель в фирме, который обязан работать с неудобным поставщиком услуг.
Речь о переписке отдельных модулей. Результат спрашивают с исполнителя, а не с подрядчика. Плюс еще - как бы подрядчику меньше заплатить за выполненную работу.
59. kuntashov 364 24.07.15 13:28 Сейчас в теме
(58) AlexO, вы меня правда с кем-то путаете, я из Саратова
60. AlexO 127 24.07.15 16:39 Сейчас в теме
54. fzt 23.07.15 12:26 Сейчас в теме
(51) AlexO,
Это действительно только для Москвы. И то - до 2014 года.

Я в Сибири и согласен с ним. Беру больше конкурентов. Есть три кита-франча, у них цена условного часа работы 1500-2000. Я беру 1500. Надеюсь создаю клиенту мысли "качественно, быстро, дороговато". Мой клиент знает, что если нанять мальчика за 700р в час, то этот редиска просидит перед его компом 8 часов и попросит за все 8. Это то о чем говорит tango. Может поэтому я им интересней, сколько бы не стоил условный час. Мой клиент тот, который устал от таких мальчиков из франчей.
Да к нашим франчам периодически приезжают читать лекции из дефолт-сити и говорят что у нас в регионе что-то дорого час работы стоит. Я на такие лекции хожу, даже трачу денег чтобы послушать. Иногда что-то полезное, чаще ржу. Там нужно завязывать знакомства, нередко туда ходят эникейшики, которые меня иногда подкармливают работой, когда сложность для них высока.

Хотя может сложиться впечатление, что мальчик заработал больше меня. Если я взял за 30 мтинут работы. Но мальчик сидел весь день, а я за день сделал 3-8 задачек. По мне мальчик обманул клиента.
krv2k; Voldemar; +2 Ответить
55. Voldemar 1 23.07.15 15:29 Сейчас в теме
(54) fzt, Я тоже в Сибири. Обычно беру чуть ниже франчей. Неоднократно случалось, что клиенты отказавшиеся от моих услуг по причине "нашли дешевле" в дальнейшем приглашали меня через своих знакомых, которые порекомендовали меня. В результате оказывалось, что "дешёвый мальчик" просидел у них целый день (заплатили за 8 часов), но так и не довёл дело до конца, да ещё и ошибок наделал. А я пришёл и сделал за 2 часа всё как хотел заказчик и без ошибок... Да, у меня час в полтора раза дороже, но в сумме оказалось дешевле. Скупой платит дважды...
69. Lapitskiy 902 27.07.15 06:27 Сейчас в теме
(55) Voldemar, я когда еще не на удаленке был, как фрилансер, стоимость часа делал равной стоимости франча, так как мои услуги не хуже.
72. Voldemar 1 27.07.15 15:01 Сейчас в теме
(69) Lapitskiy, Могу сказать, больше того, услуги фрилансеров как правило гораздо качественнее услуг франчей. Но потребителя порой интересует официальная бумажка, по которой можно принять к зачёту затраты. Да и риск с такой бумажкой многие заказчики считают гораздо меньшим, чем без официальной бумажки. В своё время даже пришлось фирму зарегистрировать ради таких...
73. AnryMc 720 27.07.15 15:58 Сейчас в теме
(72) Voldemar,
А что с фрилансером нельзя сделать официальную бумажку? Договор например?
74. Voldemar 1 29.07.15 08:16 Сейчас в теме
(73) AnryMc,
А что с фрилансером нельзя сделать официальную бумажку? Договор например?

Договор можно сделать с кем угодно. Вот только многие в наше время гораздо больше доверяют бумажкам с синей печатью...
Кроме того, при расчёте с физ.лицом надо платить НДФЛ, даже если это разовый договор.
62. tango 484 25.07.15 13:25 Сейчас в теме
(54) fzt,
мальчик обманул клиента
нет
65. tango 484 25.07.15 16:23 Сейчас в теме
Матрейя

53 - 09.01.06 - 01:29

А.Белов не умеет программировать. Практически на уровне студента. Использует дешевый труд украинцев.
Матрейя

54 - 09.01.06 - 01:31

Интересно... 1С-украинцы яростно нападают на газпром, но совершенно лояльно относятся к копеешной оплате своего труда А.Беловым.
ец34 н6е
55 - 09.01.06 - 01:47

(54)То есть А.Белов делает великое делое, спасает рынок 1с, от дешёвых украинских штрейкбрехеров?
Варвар

56 - 09.01.06 - 02:02

(54) Сколько у Александра Белова работает жителей Украины и России, у тебя эти цифры есть?
Варвар

57 - 09.01.06 - 02:04

Матрешк, не гони, гахпром и 1С-ники у А. Белова никак не связаны.
ец34 н6е
58 - 09.01.06 - 02:04

(56)Да гонит он, как обычно.
Матрейя

59 - 09.01.06 - 02:10

56. Ты заинтересованное лицо, потому так встаешь грудью на защиту... Ведь ты тоже наживаешься на копеечном труде украинцев в проекте RMS.
Показать

http://www.forum.mista.ru/topic.php?id=148217
43. fzt 23.07.15 09:35 Сейчас в теме
(37) tango,
никак не отучатся оценивать выставляемый счет в своих часах.

Я от этого очень устал. Вообще это попытка навязать хоть какой-то регламент. Хоть как-то сравнивать услуги между собой. Пусть и неверно.
67. tango 484 25.07.15 17:21 Сейчас в теме
гы, затянуло
а ведь просто хотел посмотреть, что по сабжу уже было
Прикрепленные файлы:
71. tango 484 27.07.15 09:08 Сейчас в теме
Идеальная схема, имхо

Есть лансер. И есть его агент. Агент - на проценте у лансера. Процент от суммы тех заказов, которые для него добудет агент.

Клиент платит лансеру, лансер - агенту.

От клиента - максимально точное описание, возможный бюджет и желаемый срок, - это точка входа.

Агент доводит до лансера.

Лансер: да, нет, уточнить.

Агент уточняет за счет своих возможных комиссионных.
**

Найдите три отличия с 1с:франь-шиза

по сабжу главное отличие: точное время нужно лансеру, и он его таки скажет
76. alex_4x 81 14.08.15 12:57 Сейчас в теме
На моей практике программирования в 1С всё упирается в недостаточно четко (или просто поверхностно) поставленное ТЗ, отсутсвие в ТЗ информации по требуемому конечному результату, то что в ТЗ не учтено текущее состояние или информации в базе данных или определенных настроек, не учтены затрагиваемые другие модули или процессы. В результате выполненное по формальным требованием задание не является завершением задачи. Нужно время на то, чтобы определить почему в данном случае пользователь получает не тот результат, который хочет получить и так далее.
Я считаю что время, которое будет затрачено на решение задачи (не кодинг по ТЗ, а решение задачи) посчитать по формуле невозможно. А если программиста 1С вынуждают искать "почему это работает неправильно?", как можно предсказать сколько на это потребуется времени. Это может быть 5 минут, а может неделя.
Voldemar; +1 Ответить
77. CheBurator 3399 14.08.15 23:52 Сейчас в теме
(76) ну потому что не надо в ТЗ пытаться впихнуть сразу все, д.б. (в крупных проектах и средних, а мелких на 1С не бывает, мелкий проект это когда сам себе постановщик, сам себе кодер, сам себе перпетуум-внедрятель). Д.б.:
1. Эскизный проект системы
2. Техпроект
3. Техзадание
.
то что у нас пишут в техзадании по сути зачастую является или слабо проработанным ТП или ЭП.
а может быть так что в ТЗХ намешано все сразу - и ЭП и ТП и ТЗ.

Почему это так?
потому что каждый пункт - требует своей компетенции.
а за все надо платить.
а у нас не привыкли платить за ОБДУМЫВАНИЕ. то есть за архитектуру системы. у нас сразу начинают колеса от велосипеда к самосвалу приделывать.. или наоборот...
krv2k; alex_4x; +2 Ответить
78. alex_4x 81 17.08.15 10:09 Сейчас в теме
Колеса от велосипеда к самосвалу - это правильно! У нас так любят.
Но сколько ни читаю умных статей про то как надо вести проект, сколько проектов не видел (участвовал в качествах разных) и крупные и мелкие проекты (мелкие то ладно, крупные - та же петрушка) везде полная неразбериха в плане и зон ответственности и согласования и приемки работ, грабли одни и те же, масштаб бедствия разный и "менталитет" разный. На крупном проекте никто не хочет быть ответственным уже на этапе согласования требований, так как понимает что потом, когда выяснится, что требования не охватывают весь объем запланированного - будет виноват именно тот кто согласовал всё это. Когда интегратор крупный и заказчик крупный, если подмазывания шестеренок взятками и личной заинтересованности РП не будет (со стороны заказчика), то мне кажется всё просто встанет (нет, работа будет кипеть, согласовываться всё будет и даже пилотный проект, но то, что как кажется можно согласовать за месяц консультаций, выльется в годы, именно годы согласований и пере-согласований. Всё это будет оплачиваться, так что внедряющая контора также счастлива, как и заказчик. Это в рамках проекта, это вне рамок, это компетенция этого отдела, это компетенция этого отдела, здесь нужна группа по согласованию интеграции, а что скажет начальник транспортного цеха...
На маленьких проектиках всё наоборот, гениальный управленец, фин-дир или глав-бух ставят ТЗ за 2 часа, но и конечно же сделанное по этому ТЗ нечто, слабо коррелирует с тем, о чём мечтал во время составления ТЗ этот индивид, а так как платит не лично он, а организация, начинается непонятная возня.
Вы можете сказать что просто я не видел правильных, методологически корректно построенных проектов. Да, видимо это так и есть. Но когда я проходил собеседование в конторе, которая занималась сертификацией по ИСО:9001 я был просто поражен, насколько их проблемы созвучны с тем, что творится на крупных и мелких проектах по автоматизации, с той лишь разницей, что для них выходным продуктом является просто бумажка, документик, а в случае внедрения Инф-системы, надо кроме подписанных протоколов и прочей бумажной фигни, еще и работоспособное решение. После всего этого, честно говоря уже не удивляюсь, что крупные организации, у которых и денег и ресурсов ну просто немерено - и те проваливают проекты внедрения. Проваливают в смысле - получают отдачу в 1% на вложенный рубль. Или зная, что сами не хотят, не могут, нет, не хотят и не рискуют принимать решения - обращаются к мировым брендам и фактически сами в процессе постановки требований не участвуют, выбирая из кейса бэст-практиксов предложенные варианты решений. Отсюда и ценник у системы SAP. 1С же как инфраструктурное решение для бэст-практиксов еще не сложилось как "личность". Есть очень крупные внедрения, но они пока единичный характер имеют, и заказчик считает (и вполне обоснованно кстати) что 1С как дышло, куда повернешь - туда и поедешь. А если что пошло не так, то виноваты не постановщики ТЗ, а дураки, жулики и идиоты программисты 1С.
CheBurator; +1 Ответить
79. succub1_5 71 17.08.15 10:28 Сейчас в теме
Может боян, но я всегда отшучиваюсь так: "Сделаю быстро, качественно, дорого, выберите 2" =)
А реально (мб интуитивно) говорил и говорю так: "Переделать не долго, но надо отладить и протестировать - от 5 минут до 5 часов", кивают с пониманием.
82. Voldemar 1 22.04.17 12:04 Сейчас в теме
(79)
"Сделаю быстро, качественно, дорого, выберите 2"

Лет 10 назад у кого-то из франчей видел лозунг "Сроки, качество, цена. Выбирай любые два!" Для себя посчитал такое правило неприемлимым.
80. Yaga_2011 7 22.04.17 05:22 Сейчас в теме
Спасибо. Очень полезная информация!
Оставьте свое сообщение

См. также

Незакрытый проект на 1000 часов 62

Статья no Нет файла Россия Бесплатно (free) Управление проектом

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

19.09.2019    6761    ogroup    153       

Стратегия выживания в корпоративных войнах 47

Статья no Нет файла Бесплатно (free) Управление проектом

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    3941    GSoft    14       

Мастер-класс СППР 38

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    3149    SergeyN    4       

Быстрый старт: минимальный набор автоматизации типовых процессов 21

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление проектом

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

16.08.2019    3609    Hissin    18       

Как заработать миллион или История успешного сотрудничества 45

Статья Программист Нет файла Бесплатно (free) Управление проектом

Многие мечтают один раз что-то создать, а потом жить на заработанные деньги до конца своих дней. Но миллионерами становятся не все, их единицы. Среди них – разработчик Андрей Карпов. Человек, который сумел за полтора года заработать 2 миллиона рублей чистой прибыли, поделился с гостями конференции Infostart своими секретами.

05.08.2019    4000    karpik666    77       

Бизнес-аналитика с помощью Power BI 65

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    6202    pbazeliuk    18       

Управление проектами по автоматизации бюджетирования 35

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    3139    SergeyN    1       

Внедрение решений: как выполнять все обязательства в срок в условиях ограниченных ресурсов 22

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    2585    sbase    9       

Риск - благородное дело!.. Часть первая 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    3765    MariaTemchina    8       

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В своей публикации “Устав писать Устав” я много рассуждала о том, как полезно умение договариваться на берегу. Как известно, у каждого человека в голове своя картина мира. В целом, многие конфликты в ходе проектов происходят как раз из-за конфликта ожиданий, и из-за нечетких договоренностей, кто чем должен заниматься.  

31.05.2019    4066    MariaTemchina    23       

Как продать проект в 3 раза дороже и нанести клиенту пользу, выполнив не внедрение... 22

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Практически все российские компании нуждаются не просто в установке 1С:ERP, 1С:Документооборота или какой-то другой программы, а в масштабных организационных изменениях, но мало кто из заказчиков это понимает. Те, кто занимается 1С, могут помочь бизнесу решить его проблемы, а заодно и продать проект внедрения в несколько раз дороже. Как это сделать, на конференции INFOSTART EVENT 2018 EDUCATION рассказал собственник и директор компании «Корада» Алексей Бояршинов.

27.05.2019    4119    cybrat    9       

Устав писать Устав 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    3982    MariaTemchina    8       

Как сжать время? 22

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление проектом Личная эффективность

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    4637    1c-intelligence    39       

Путь джедая в управлении проектами 1С: умение быть, а не казаться 36

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    6699    MariaTemchina    15       

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 16

Курс Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    9174    infostart    18       

Стыд и Скрам, часть вторая 21

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.03.2019    7668    MariaTemchina    47       

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?" 38

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    4359    chavalah    22       

Стыд и скрам - Чему нас учит Scream Guide 29

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    6025    MariaTemchina    20       

Бизнес, не горюй 33

Статья no Нет файла Бесплатно (free) Управление проектом

Про цели автоматизации.

04.02.2019    5712    1c-intelligence    64       

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения 23

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Тема управления проектами - популярная, вокруг нее много всего разного накручено. Кто-то считает, что главное - это выучить PMBOK и точно следовать правилам. Кто-то считает, что главное создать комфортную атмосферу, и сразу все как по волшебству заработает. В этой статье я попробую рассказать, какие шаги, по моему скромному мнению, нужно предпринять, чтобы начать более эффективно управлять проектами в организации.

31.01.2019    4936    MariaTemchina    0       

Ошибки управленцев: как топ-менеджеров убивает перфекционизм 5

Статья no Нет файла Бесплатно (free) Управление проектом

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    6065    user809424    11       

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Пользуясь несовпадением рождественских каникул в России и Германии, решила познакомиться с тем, как организована работа разработчиков в одном немецком банке. Сразу оговорюсь: еще давно, со времен совместных яхтенных плаваний с немцами, я противник четких стереотипов из серии "все русские всегда...." или "все немцы обязательно..." (пропущенные места предлагаю читателям заполнить самим в меру своей испорченности).

14.01.2019    6535    MariaTemchina    13       

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях" 62

Статья no Нет файла Бесплатно (free) Управление проектом

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

10.01.2019    8889    chavalah    123       

Где мы взяли флакон? 38

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

История появления и развития методики

26.12.2018    6133    1c-intelligence    7       

Озарение после прочтения макулатуры по проектному управлению 42

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    6432    MariaTemchina    24       

20 мыслей об ИТ-проектах, или 20 лет спустя. 53

Статья no Нет файла Бесплатно (free) Управление проектом

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

09.12.2018    5873    chavalah    119       

Памятка руководителя: не играйте с деньгами 83

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность Управление персоналом (HRM)

Важная статья о персонале из цикла «Памятка руководителя»: здесь я планирую затронуть один из наиболее острых вопросов – деньги. А также развернуто ответить на некоторые комментарий читателей по двум прошлым статьям.

05.12.2018    13124    andironenko    128       

Шаг назад и ... шаг назад (классификация внутренних проектов) 34

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

03.12.2018    5477    capitan    26       

Белая и пушистая рецензия на Чёрную книгу Скрам 31

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Данный текст является ответом на "Черную книгу Скрам" Ивана Селиховкина. Честно скажу, несмотря на то, что рукопись вряд ли предназначалась моему взору, прочитала ее на одном дыхании.  Публикую рецензию как есть - свое имя автор, к сожалению, не написал.

26.11.2018    6618    MariaTemchina    40       

Черная книга Скрам 21

Статья Бизнес-аналитик Пользователь Руководитель проекта Архив с данными Бесплатно (free) Управление проектом

Наблюдения менеджера, разрушившего карьеру бездумным применением Скрам. Рекомендации и предостережения.

26.11.2018    5454    356    Selikhovkin    4       

"Черные страницы Scrum", по версии Ивана Селиховкина 21

Статья no Нет файла Бесплатно (free) Управление проектом

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

23.11.2018    7760    Selikhovkin    8       

Памятка руководителя: Будьте оптимистичным или на крайний случай злым 46

Статья no Нет файла Бесплатно (free) Блоги Управление проектом

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    8828    andironenko    43       

Scrum за 5 минут (заметки) 24

Статья no Нет файла Бесплатно (free) Управление проектом

Первый опыт создания статьи в сообществе. Немного о Scrum и нашем знакомстве.

20.11.2018    5041    leobrn    11       

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8 30

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    4874    Selikhovkin    1       

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия) 35

Статья no Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    6210    capitan    41       

Почему внедрение ERP-системы не приносит пользы бизнесу? 87

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Интеграция Управление проектом

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

15.11.2018    15532    rossoxa    62       

Думать некогда, трясти надо - или что такое ретроспектива в Agile 30

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике. 

13.11.2018    7219    MariaTemchina    16       

Памятка руководителя: В одиночку здесь не выжить 43

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Продолжаю цикл материалов, в котором рассказываю о своем опыте работы в качестве директора по ИТ. Этот материал будет посвящен теме управления персоналом.

07.11.2018    9200    andironenko    62       

Приоритизировали, приоритизировали, да не выприоритизировали... 28

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

30.10.2018    6062    MariaTemchina    47       

Памятка руководителя: Уволь HRа и найди себе хороших сотрудников 67

Статья Руководитель проекта Нет файла Управление персоналом (HRM) Бесплатно (free) Управление проектом

Продолжаю цикл «Памятка руководителя». Эта статья будет на тему поиска новых сотрудников и одной грубой ошибки при проведении собеседования.

29.10.2018    8847    andironenko    35       

Принцип быстрой автоматизации 22

Статья Программист Нет файла Бесплатно (free) Управление проектом

Как выполняется автоматизация в бизнес-программировании?

29.10.2018    6283    1c-intelligence    19       

Опыт внедрения ESB (интеграционной шины) в ПАО "Газпром нефть" 34

Статья no Нет файла Бесплатно (free) Управление проектом

Харитонов Михаил описывает проект по внедрению интеграционной сервисной шины предприятия (ESB) «2iS:Интеграция» на платформе “1С:Предприятие 8” в компании ПАО «Газпром нефть». Проект уникален тем, что это – первое решение, использующее отечественное ПО в качестве полноценной интеграционной шины для столь крупного заказчика с обширным ИТ-ландшафтом. В статье подробно рассмотрена архитектура решения, способы тестирования и масштабирования.

17.10.2018    7284    Mick2iS    8       

#БезОценок, или Как перестать беспокоиться об оценке проекта, всегда успевать в срок и укладываться в бюджет 32

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Считается, что для планирования и принятия решений по проектам их нужно прогнозировать и оценивать. Александр Белов, генеральный директор и руководитель проектов ГК «Белов и партнеры», рассказывает, почему стоит отказаться от оценок.

11.10.2018    5179    AlexWhite    7       

Профессиональные стандарты в ИТ как инструмент кадровой политики организации 21

Исследование Программист Пользователь Руководитель проекта Нет файла Обучение, бизнес-тренинг, курсы ИТ-компания 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Управление проектом

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

08.10.2018    7649    39    infostart    4       

Построение высокоэффективной Agile-команды 34

Статья no Нет файла Бесплатно (free) Управление проектом

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

08.10.2018    5159    askhatu    15       

История одного провала внедрения 1С:ERP 2 по классической технологии. С последующим спасением по Scrum 106

Статья no Нет файла Бесплатно (free) Управление проектом

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

01.10.2018    13273    glebushka    41       

Контракты Agile: как заключать договора в условиях расползания содержания 41

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

25.09.2018    6725    MariaTemchina    10