Комментарии 5
1) "...оставшиеся 10%" - вас надули :-)
хотя любой программист также считает что он сделал 90% а проект всё равно провалился (обманывает себя и других).
2) "...нам дали 3 месяца"
"...За год работы мы получили опыт"
Во всех проваленных проектах результат = мы получили опыт
3) Такую работу легко сделают за 3 месяца
1 программист + 1 аналитик
4) "...количество параметров перевалило за 400"
У нас тоже количество параметров номенклатуры перевалило за 200 за 1 год работы,
только у нас не 1 калькулятор а 100 калькуляторов(видов документов).
В общем цейтнот у вас как был так и остался :-)
Как ты оценил, что с нашей работой справятся аналитик и разработчик за 3 месяца? Вот так нас и «надули» в самом начале :)
Как у вас отвечают на вопрос, когда будет готов 101-й калькулятор?
Цейтнот скорее про нехватку времени, чем про наличие сроков как таковых. А оценку проекта как успешного или провального лучше оставить бизнесу, который всё это спонсирует.
Сложность базы данных определяет сложность программы, программный код знать не надо для этого.
Я делаю 1-2 новых параметра(реквизита) каждый день = 400 параметров в год.
75% времени занимает поддержка старого функционала, и 25% нового.
Т.к. у вас функционал новый то 400 параметров получится не в год а в квартал,
для обычного 1 программиста :-)
Я может и не прав буду, но мне кажется, что у вас цейтнот случался из-за вот этого вот всего карго-культа: "бэклог, спринт, стори пойнты," попугаи ещё какие-то там.
А надо было бы, вероятно, сначала не тикеты шлепать кидаться, а поинтересоваться у бизнеса, что им прямо вот сейчас надо. И начать с этого, ввести Feature Releases, постоянно давать бизнесу то, чем они пользоваться будет. Параллельно отказаться от долгосрочного планирования. Ибо на вопрос "когда" ответ - тогда.
Но опять же, это только моё предположение, может я ошибаюсь...
Верно, именно так и интересовались. Но первое время ответом на вопрос «что именно сейчас нужно» было «доделать вот то, что осталось». Тикеты мы «шлепали» с целью понять, что осталось, потому что нереально было работать с десятком статусных писем, несколькими таблицами с результатами приемочных испытаний и древним ТЗ впридачу.
А вот ритмичные релизы, несмотря на их общепризнанное благо, подходят больше для заказчиков, умеющих хорошо абстрагироваться и готовых оценивать каждый ряд кладки стены, а не дом целиком. Либо когда нужный дом уже стоит, а вы занимаетесь прилегающей территорией или обсуждаете в какой цвет сегодня покрасить стены
Достать до дна бэклога: как мы выводили разработку из цейтнота