1. Прошу прощения за дотошность, но какие именно бизнес-правила сложны? Каких встроенных механизмов нет?
Документация через-чур техническая, из нее не видно конкретных вариантов использования системы.
Кстати, сейчас исследую работу с шарепоинт и судя по вашей технической документации, большая часть вашего проекта похожа на шарепоинтовскую.
2. А какие должности они будут занимать?
3. Из [Введение -> Идея]: "... работа с порталом практически идентична работе с офисными приложениями."
Есть своя реализация офисных приложений?
Я и не говорил, что Вы выступаете против WSS, я говорю (а точнее Вы), что у Вас есть сравнительный анализ нескольких решений и по этому анализу у WSS есть слабые стороны, вот о них и разговор.
1. А что не так с внедрением? Так сложны бизнес-правила или пользовательский интерфейс?
2. Не освЕтите, сколько человек планируется задействовать в проекте?
3. Это я не понял :), что Вы имеете ввиду в этом видео: http://blog.alpacom.ru/archives/category…
на 8 минуте, 54 секунде.
, ни . Думал только в предпросмотре, но оказалось, что и так то же :/
Посмотрим, когда починят тэги :)
2Habr: очень жаль, что под рукой нет ссылки, типа "сообщить об ошибке" ;)
Успех_стартапа = к1*идея + к2*автор + к3*разработчики + к4*менеджемент + к5*деньги + к6*фортуна
Это вершина айсберга. Каждая составляющая настолько сложна, что имеет целые отделы в книжных магазинах.
«фабрика» построена на крепком фундаменте эффективной бизнес-модели, в основе которой лежат продуманные мотивационные механизмы
Формула этого фундамента, на мой взгляд, является более важной, чем формула, которая здесь обсуждается Вот если бы ее подетальней коллективно изучить, то, возможно, получилось бы понять что-то новое.
Во-первых, нельзя полностью положиться на команду, как и на автора, если они не готовы пожертвовать всем ради идеи.
Для профессионала всем является его время, свободное от зарабатывания "хлеба". Профессионал не зарабатывающий "на хлеб" является подозрительным :)
Вместе или кто где? И опять же YCombinator даёт однозначный ответ: только вместе.
Они требуют, чтобы костяк «реализаторов» работал в одном помещении.
Он дает однозначный ответ для условий, в которых находится YCombinator.
Я тоже считаю это идеальным решением, но думаю, что хорошим будет локализация разработчиков и в пределах одного города, но не больше. В противном случае никакие самые совершенные он-лайновские методы управления проектом здесь не помогут. Снова всё упирается в проблему управляемости, хорошо знакомую всем, кто был связан с аутсорсингом. При этом в случае территориальной разобщённости самой команды эта проблема увеличивается, как минимум в «квадрат». Ну, а без хороших он-лайновских средств «квадратом» здесь, вообще, не обойдёшься.
Не думаю, что хорошая распределенная команда способна сделать меньше или хуже, чем работающая в одном помещении, максимум - немного медленнее.
Управлять удаленными работниками не сложнее, чем управлять сидящими рядом.
После работы в офисе я перешел на работу дома, но все средства для работы над проектом остались теми же. Качество работы только выросло, т.к. возросла мотивация - потерять работу дома не хочется сильнее, чем работу в офисе :)
Для многих профессионалов, думаю, достаточной мотивацией будет возможность потерять работу над перспективным с их т.з. проекте.
Важнее желание людей работать, а средства слежения за их работой идут следом.
а мифическая формула «человеко- месяцев» при этом отнюдь не является линейной.
9 женщин не родят за 1 месяц ребенка :)
Как правило, возраст участников успешной стартаповской команды редко превышает 25 лет.
Пол Грэм считает 25-26 началом расцвета. Думаю, что, как и везде, тут есть сильные отклонения от "нормы". Это так же, как и "не каждый старик - маразматик".
Итог:
Самое сложное(тонкое) место - люди.
Самое сложное место в людях - вера в успех и профессионализм.
зы Называю Пола - Грэмом, потому что так привык, но буду рад, если докажете, что Рэм - правильно
Религиозные соображения никак не повлияют.
Архитектор, менеджер проекта(администратор в ФП) будут диктовать технологии
в любом случае. А программисты будут искать проекты под технологии.
Причем, вполне возможно, по принципу - каких разработчиков быстрее наберется
необходимое количество. А иначе - никак.
Слишком глобально, как следствие – мало шансов на соответсвующую перспективу. Слишком неясное описание. Примеров для “темы с расширенными ответами” нет. Судя по тому же описанию – это самая интересная часть, но ее реализацию я вижу скорее известными форумными движками, чем “новым” проектом.
Из-за не заинтересованности в идее – не заинтересован и в партнерстве.
Offtop: Хотя, даже, если бы идея мне понравилась, я бы не пошел в PHPшники по ”религиозным” соображениям :) Только, если на JavaScript писать и то FireBug - не лучшая среда отладки для меня :) Но это дело вкусов и, как следствие – необсуждаемо!
Не достоин я ссылки:
>Волею случая Вы пока не добавлены в 1-й круг друзей автора хабратопика, поэтому не можете увидеть всё, что написано на >этой чудесной странице.
>«Для структуризации задания и проверки во всех аспектах» составляют не бизнес-план,
>а техническое задание.
Техническое задание составляется для технического аспекта. А БП для многих аспектов.
С терминологией путаница.
>Бизнес же план пишут для инвесторов.
Все же не соглашусь. Он для многих целей пишется - и что бы понять что делать в уже готовом
предприятии и, как минимум, для того, чтобы продать проект уже приносящий стабильный доход.
>Я имею в виду полный бизнес-план.
Для стартапа обычно 20-40 стр.
> И написать такой документ для большинства веб –ресурсов могут только специалисты в этой области бизнеса, а
> не «администраторы».
Почему один из администраторов не может уметь писать БП?
>И работать эти специалисты только «за идею» не будут. Поверьте мне. Причём настоящий
>бизнес-план стоит значительно дороже, чем вы указали
БП бывают разные. И компании, которые их пишут бывают разные. За указанные мною деньги
можно купить "работающий" БП. Текст БП - это на 90% сухие цифры, остальные 10% могут и должны написать
администраторы.
>и, в большинстве случаев, его нет смысла составлять до появления прототипа.
Скорее в меньшенстве. Только если это делается для одного инвестора и он пессимист :)
Других случаев, при серьезных намереньях команды, нет он имеет смысл.
Учесть всегда можно только ограниченое количество рисков и удача тут играет не последнюю
роль как для инвестора, так и для команды. Вообще, в жизни многое бывает, иногда проект выбирают по
сильно субъективным причинам :)
Настоящий бизнес-план не всегда пишется для инвесторов. Часто он пишется для уже готового бизнеса или
для будующего проекта, что бы структурировать знания и проверить все детали во всех аспектах. В проекте
будут примеры бизнес-планов, а так же начальный шаблон для простого заполнения. Вообще, это будет работа
одного из админов, а он по определению будет представлять, что делать.
Профессионал может раскручивать чужую, но понравившуюся ему идею. Тем более, если он знает, что в ее основе лежит бизнес-план.
Это как раз и будет место, где профессионалы смогут находить друг друга.
Поддерживаю автора. Организованная работа коллектива на много превышает простую сумму работ каждого человека. Для того, чтобы это понять можно посмотреть на любое организованное общество - будь то строительная фирма или муравейник. Небольшой коллектив может построить огромный дом. По одиночке это не реально.
Together we stand, divided we fall.
Ни форума по GTD найти не могу ни программу такую под винду, чтобы окна активные записывала.
Помоги найти, пожалуйста, а то уже второй день мучаюсь с синтезом запросов поисковикам.
Документация через-чур техническая, из нее не видно конкретных вариантов использования системы.
Кстати, сейчас исследую работу с шарепоинт и судя по вашей технической документации, большая часть вашего проекта похожа на шарепоинтовскую.
2. А какие должности они будут занимать?
3. Из [Введение -> Идея]: "... работа с порталом практически идентична работе с офисными приложениями."
Есть своя реализация офисных приложений?
1. А что не так с внедрением? Так сложны бизнес-правила или пользовательский интерфейс?
2. Не освЕтите, сколько человек планируется задействовать в проекте?
3. Это я не понял :), что Вы имеете ввиду в этом видео:
http://blog.alpacom.ru/archives/category…
на 8 минуте, 54 секунде.
1. Определенная стоимость внедрения;
http://hosting.parking.ru/text.aspx?s=ws…
2. Определенный пласт специалистов;
3. Ограничения на технологии, с которыми можно будет взаимодействовать.
А эти пункты можно раскрыть?
зы Сам никогда не пользовался подобными решениями.
Странно, что тэги не отобразились, неужели они даже не сохранились в БД...
Это вершина айсберга. Каждая составляющая настолько сложна, что имеет целые отделы в книжных магазинах.
«фабрика» построена на крепком фундаменте эффективной бизнес-модели, в основе которой лежат продуманные мотивационные механизмы
Формула этого фундамента, на мой взгляд, является более важной, чем формула, которая здесь обсуждается Вот если бы ее подетальней коллективно изучить, то, возможно, получилось бы понять что-то новое.
Во-первых, нельзя полностью положиться на команду, как и на автора, если они не готовы пожертвовать всем ради идеи.
Для профессионала всем является его время, свободное от зарабатывания "хлеба". Профессионал не зарабатывающий "на хлеб" является подозрительным :)
Вместе или кто где? И опять же YCombinator даёт однозначный ответ: только вместе.
Они требуют, чтобы костяк «реализаторов» работал в одном помещении.
Он дает однозначный ответ для условий, в которых находится YCombinator.
Я тоже считаю это идеальным решением, но думаю, что хорошим будет локализация разработчиков и в пределах одного города, но не больше. В противном случае никакие самые совершенные он-лайновские методы управления проектом здесь не помогут. Снова всё упирается в проблему управляемости, хорошо знакомую всем, кто был связан с аутсорсингом. При этом в случае территориальной разобщённости самой команды эта проблема увеличивается, как минимум в «квадрат». Ну, а без хороших он-лайновских средств «квадратом» здесь, вообще, не обойдёшься.
Не думаю, что хорошая распределенная команда способна сделать меньше или хуже, чем работающая в одном помещении, максимум - немного медленнее.
Управлять удаленными работниками не сложнее, чем управлять сидящими рядом.
После работы в офисе я перешел на работу дома, но все средства для работы над проектом остались теми же. Качество работы только выросло, т.к. возросла мотивация - потерять работу дома не хочется сильнее, чем работу в офисе :)
Для многих профессионалов, думаю, достаточной мотивацией будет возможность потерять работу над перспективным с их т.з. проекте.
Важнее желание людей работать, а средства слежения за их работой идут следом.
а мифическая формула «человеко- месяцев» при этом отнюдь не является линейной.
9 женщин не родят за 1 месяц ребенка :)
Как правило, возраст участников успешной стартаповской команды редко превышает 25 лет.
Пол Грэм считает 25-26 началом расцвета. Думаю, что, как и везде, тут есть сильные отклонения от "нормы". Это так же, как и "не каждый старик - маразматик".
Итог:
Самое сложное(тонкое) место - люди.
Самое сложное место в людях - вера в успех и профессионализм.
зы Называю Пола - Грэмом, потому что так привык, но буду рад, если докажете, что Рэм - правильно
Архитектор, менеджер проекта(администратор в ФП) будут диктовать технологии
в любом случае. А программисты будут искать проекты под технологии.
Причем, вполне возможно, по принципу - каких разработчиков быстрее наберется
необходимое количество. А иначе - никак.
Из-за не заинтересованности в идее – не заинтересован и в партнерстве.
Offtop: Хотя, даже, если бы идея мне понравилась, я бы не пошел в PHPшники по ”религиозным” соображениям :) Только, если на JavaScript писать и то FireBug - не лучшая среда отладки для меня :) Но это дело вкусов и, как следствие – необсуждаемо!
Я бы начал, если бы процесс был организован и мне сказали что делать.
>Волею случая Вы пока не добавлены в 1-й круг друзей автора хабратопика, поэтому не можете увидеть всё, что написано на >этой чудесной странице.
>а техническое задание.
Техническое задание составляется для технического аспекта. А БП для многих аспектов.
С терминологией путаница.
>Бизнес же план пишут для инвесторов.
Все же не соглашусь. Он для многих целей пишется - и что бы понять что делать в уже готовом
предприятии и, как минимум, для того, чтобы продать проект уже приносящий стабильный доход.
>Я имею в виду полный бизнес-план.
Для стартапа обычно 20-40 стр.
> И написать такой документ для большинства веб –ресурсов могут только специалисты в этой области бизнеса, а
> не «администраторы».
Почему один из администраторов не может уметь писать БП?
>И работать эти специалисты только «за идею» не будут. Поверьте мне. Причём настоящий
>бизнес-план стоит значительно дороже, чем вы указали
БП бывают разные. И компании, которые их пишут бывают разные. За указанные мною деньги
можно купить "работающий" БП. Текст БП - это на 90% сухие цифры, остальные 10% могут и должны написать
администраторы.
>и, в большинстве случаев, его нет смысла составлять до появления прототипа.
Скорее в меньшенстве. Только если это делается для одного инвестора и он пессимист :)
Других случаев, при серьезных намереньях команды, нет он имеет смысл.
Учесть всегда можно только ограниченое количество рисков и удача тут играет не последнюю
роль как для инвестора, так и для команды. Вообще, в жизни многое бывает, иногда проект выбирают по
сильно субъективным причинам :)
для будующего проекта, что бы структурировать знания и проверить все детали во всех аспектах. В проекте
будут примеры бизнес-планов, а так же начальный шаблон для простого заполнения. Вообще, это будет работа
одного из админов, а он по определению будет представлять, что делать.
зы Для офф-лайна бп стоит от 20т.р.
Это как раз и будет место, где профессионалы смогут находить друг друга.
Together we stand, divided we fall.
1. winlogassist
2. WinSpy
Первая еще ничего, а вторая вообще ерунда.
Так же нашел http://improvement.ru/
Помоги найти, пожалуйста, а то уже второй день мучаюсь с синтезом запросов поисковикам.