Слишком твердый проект?Чем Вы занимаетесь? [закрытый]
Если вы используете:
rowModelType={'serverSide'}
Данные очистки:
api.purgeServerSideCache(null)
15 ответов
This is a situation that everyone has to deal with on a regular basis simply due to the nature of work. (Typically, if you know everything you need to know to complete a job, you've already completed the job and don't need to do it again. :) )
Be honest with your boss about your anxiety. Your manager needs to understand your assessment of the project's risk profile. Odds are good that you'll be doing it anyway. That's OK! This is your chance to shine! :)
Break the problem down into tasks you understand and tasks you don't understand, then start tackling issues one at a time. I, personally, like to alternate between easy tasks and hard tasks. Completing easy tasks helps me feel like I'm making real progress on a gut level, which is important for my personal motivation. Completing hard tasks addresses potential problem areas earlier in the schedule. This mitigates the tail-end risk of the project by evaluating unknowns earlier, rather than letting them fester and explode when you've got 2 days left and no more planning/wiggle room. It also helps your stress level because you know you've gotten the ball rolling on the project's scary bits. Remember-- your unknown areas are where you don't understand the problem domain, so that's where the real risk of schedule/budget slips lie. You need to mitigate those risks early and often. Get the ball rolling with colleagues that you can consult to learn how to do these things.
The one month goal is probably a target. I don't believe it's reasonable to expect person A to realistically estimate person B's scheduled completion of a task in the general case. To track your progress against the target, set up milestones, none longer than 16 hours/2 days, and track your completion rate against them. This goes hand-in-hand with your list of easy/hard tasks.
The simple fact is that, sometimes, you'll just get dumped in over your head. In that case, you may have to make the best of an overwhelming situation. My very first task at my first job out of college was to design a reliable, transaction-oriented, peer-to-peer n-way server synchronization system for high-volume, high-rate data. I told my boss up front that I did not have the expertise for this, and at the time I didn't have enough experience to understand that I needed to push back on the requirements. (In retrospect, given the political environment, I don't know if pushing back on the requirements would really have helped anyway). That was simply a case of a poorly managed project that took about 18 months to ultimately collapse under its own weight. I still leveraged the opportunity to learn a lot and take some knowledge about the way my particular organization worked, though, and that can be very valuable no matter what. :)
Good luck! :)
Edit after question update
Ok, if I understand your update correctly, we're definitely in #4 territory here. There's nothing realistic about creating a competitor for Ning in one man-month. I assumed in my prior answer that you were dealing with someone who had a base understanding of software development. Based on that:
Ask your boss to clarify the requirements more. Perhaps (cross your fingers!) you simply misunderstood what you were being asked to do, or the scope of the project. Always assume competence until absolutely proven otherwise for social reasons. Maybe you were only being asked to come up with an overall design and some very simple proof of concept?
If your boss is truly this out of touch with reality, put together a sensible, 15-minute back-of-the-envelope estimate with him/her on a whiteboard or a shared piece of paper. It shouldn't be hard at all to blow all kinds of holes in this one month to completion. Perhaps your boss thinks you'll be able to reuse some internal code that you're not aware of? This will bring any faulty assumptions your manager is making re: project scope to light.
If your boss is absolutely unreasonable (this doesn't happen often, but it occasionally does-- perhaps the company needs a killer app by the end of the month to sell to avoid going under), prep your resume for an intra- or extra-organizational move (depending on how big the place you work is). Unrealistic expectations on that order can be a sign of organizational desperation or malfunction, and your position may simply not exist 3 months from now.
Don't start by saying "No" or "It can't be done" or "Its too hard" or any of the other things you said in your post. Most managers in a company do not even begin to understand the effort level involved in a programming project and need a little education with their software planning estimates.
I would suggest a conversation which includes the following steps.
- Estimates: review the effort level you believe is required for this project to be a success. Make sure that you have thought out tasks in enough detail so that you can answer questions.
- Education: if your boss doesn't understand why something will take a certain amount of time, explain as clearly as you can (good analogies tend to help, bad ones can be devastating).
- Alternatives: if you believe there is some middle ground or some set of sub features which will fulfill the project needs discuss these alternatives. Managers hate when an employee says something is hard or difficult, they want workable options.
- Alignment: are you sure that you and your boss are on the same page about this project? Perhaps you see it as a piece of mission critical software and your boss sees it as a minor enhancement to your existing tools. Be sure that you both have the same expectations; otherwise, you may be planning more complex software than what is being requested.
Неужели твой босс не понял правду? Просто поговорите с ним о требованиях проекта и укажите, что можно, а что нельзя.
Вот как я мог бы это спланировать:
- Не паникуйте и не реагируйте - скажите своему боссу, что вы хотели бы рассмотреть запрос, и вскоре свяжемся с ним с вопросами и проблемы
- Просмотрите спецификацию (или, если спецификации нет, адрес электронной почты или запишите запрос), и создайте структуру разбивки работ для каждой доставки. Это должно быть сделано до уровня, где каждый элемент понятен (имя пользователя, запись сообщения и т. Д.).
- Для каждого элемента есть объем работы и +/-% от суммы. основываясь на ваших знаниях, вопросах, рисках и т. д.
- Создайте список по мере прохождения спецификации любых основных / важных вопросов (для скольких людей это предназначено? Включает ли это возможность для пользователей для обмена мгновенными сообщениями, и т. д.)
Теперь у вас есть приблизительный график, оценка риска и список вопросов, которые вы можете обсудить с вашим боссом. Он увидит, что вы приложите к этому некоторое усилие, можете открыть глаза на сложность и дать ему уверенность, что вы не реагируете колено. Он может потребовать, чтобы вы сделали это в те сроки, которые он в любом случае предоставил ... ищите другую работу, у вас есть как минимум месяц.
Создайте реалистичное расписание и представьте его своему боссу. Спросите своего босса о его вкладе относительно графика. Сохраняйте позитивный настрой и дайте ему знать, что вы оба работаете для достижения одной и той же конечной цели. Скажите ему, что это ваша лучшая профессиональная оценка количества усилий, необходимых для выполнения всех требований. Укажите, где сложности, если оспариваются. Будьте тверды и ясны, и, прежде всего, дайте ему возможность высказать свои опасения. Продемонстрировать хорошие навыки слушания и решить каждую из проблем, которые он представляет, на языке, который ему удобен. Желаю вам всяческих успехов в вашем проекте.
Вы должны быть честны и сказать боссу, что есть проблема. Однако вам нужно показать, насколько точно проблема в том, что вы не похожи на некомпетентного человека, ждущего розового слипа.
Вам нужно тщательно проанализировать, что должно быть сделано, и разбить его на мелкие части и увидеть, что из них вы можете сделать, а что нет. Нормально иметь в проекте части, которые выглядят возможными, но трудными для выполнения - каждый нормальный начальник понимает это.
Таким образом, вы показываете, что проблема не воображаема, и вы не хотите получать хорошую зарплату за обычную работу.
It really depends on the relationship you have with your boss. If you can, I would just be open and honest with them. Tell them a few things are beyond your level of expertise and you would have to do some research, lengthening the project time. And stress the point that you don't believe you can get it done in a month and you're requesting a team to help.
It's possible your boss doesn't really understand the full scope of the project. If you can break it down into a list of tasks or sections to show how much work really has to go into it, they might see where you're coming from.
In the end, if your boss still wants you to go through with it, just keep stressing that you will do your best but you cannot make any promises about the deadline.
То, что вы говорите, заключается в том, что ваше восприятие объема и сложности задачи сильно отличается от восприятия вашего босса. Отлично.
Скорее всего, вы оба не правы: вы неправильно поняли требования, а босс недооценил задачу или попал в ловушку желаемого за действительное.
Лучше еще раз выполнить требования с вашим боссом, Совместно определите, какие результаты требуются, постарайтесь определить количество времени и ресурсов, необходимых для их доставки. Если в реализации есть «слепые пятна», в которых вы чувствуете, что у вас нет навыков или опыта, проясните это и работайте с предположением, что вам придется тратить деньги на внешние источники (что, по крайней мере, даст вам представление о рыночной цене)
Я уверен, чем дольше вы и ваш начальник тратите на обсуждение и исследование проекта, тем более детальными будут обсуждения и лучшее представление о том, что выполнимо.
Худшее, что вы можете сделать , это молчать. Любой хороший начальник полагается на то, что разработчики дадут некоторую оценку проекту: либо утвердительно, либо услышите больше вопросов.
Вам не нужно говорить «нет», решать, стоит ли идти вперед, не ваша задача, но вы должны задавать хорошие вопросы.
Вы должны быть реалистами со своим боссом. Гораздо лучше получится, если вы будете переполнены проектом, а не в агрессивном графике.
The truth of course is always the right answer, which your boss will find out eventually, better to fail early.
But with that said, is it something you just don't want to be involved in. Make sure you explain to your boss that you don't want to commit to something that you're sure to fail at but let him know that it could be a learning experience and at least be involved at some level, even if it's to look at the solution after it's done.
Если оценок еще нет, то ваша первая задача - сделать реалистичную оценку проекта. Вторая задача - проверить, какие технологии требуются для проекта, и проверить, доступны ли уже знания. Если нет, то оцените обучение и получение знаний. Я понимаю, что босс - это босс, но вы делаете свое дело, а остальное зависит от него. Если начальник ценит мнение других, тогда он поймет, но если он скажет: «Я всегда прав», тогда вы делаете все, что можете (работайте как можете, а также ищите новую работу).
The most important thing I ever learned in software was how to "push back."
It doesn't always mean saying no. What it means is providing your best estimate of what the impact of new work is. Whether you're saying "yes" or "no", you say, "we can do that, but it will require (x, y and z resource). I think it will take (n days for me, n*a for person b) to understand problem b), but I know how to handle (c, d and e). I've never had to solve problem b before, so I don't know if my estimate for that is realistic."
The difference between "yes" and "no" is whether the cost equation is acceptable.
Any good manager will respect your analysis, question some of your assumptions, expect a round of rethinking, and then, either accept the risks, find additional resources, or abandon the project.
If they say "I see what you're saying, but you're going to have to accomplish the impossible anyway," start looking for another job.
Не паникуйте. Возможно, вы неверно истолковали цель вашего босса. Звучит так, будто он не очень ясно, если он говорит только «Нин-подобные».
Исследования Нин. Каковы все вещи, которые может делать Нин? По ссылке Ресурсы Нина они перечисляют по меньшей мере 21 главную функцию социальных сетей.
Составьте общее описание цели этого проекта. Включите все функции Ning списки. Также укажите, сколько пользователей должно обслуживать это приложение. Не пытайтесь думать о том, как решить эти задачи, или сколько программистов это займет или сколько времени это займет. Просто перечислите их. Сохраните эту запись на одной или двух страницах.
Представьте список своему боссу. Спросите его, "это звучит так, как вы думали?" Задайте несколько прямых вопросов, чтобы убедиться, что он просмотрел вашу запись:
- «Кто является целевыми пользователями для этого приложения?»
- «Сколько новых пользователей в месяц вы ожидаете зарегистрироваться?»
- «Какой уровень бесперебойной работы нам нужно поддерживать?»
- «Каков наш бюджет для размещения этой услуги?»
- «Вам нужно это приложение для поддержки международных пользователей?»
- «Какова конечная цель? пользовательское лицензионное соглашение (EULA) для этого приложения? "
В этот момент может стать ясно, что у вашего босса более скромные цели, чем вы предполагали. Возможно, он не намерен дублировать все возможности и масштабы Нин. Таким образом, становится задачей заставить вашего босса более четко сформулировать, какое подмножество функций или возможностей Нина ему нужно.
Установите Drupal , Joomla или Wordpress , загрузите несколько плагинов и создайте собственный сайт для своего босса. Это, вероятно, даст ему 99% того, что он хочет, и это единственный способ сделать это за один месяц.
Иди в бойцовский клуб на него? Получи бесплатные деньги и авиабилеты!
Its a bit on the side of all the good advice I've seen here, but I'll say it anyway: most managers are actually quite smart. Senior managers I've met have all been very smart. The problem is that, as Eric Raymond puts it, they are "differently optimised". So they may need some education. If you assume that they will be reasonable once they know all the facts then you will almost always be correct.
Of course you do occasionally get people who behave unreasonably, or think that saying "make it so" like Captain Picard is Leadership. But they are rare, and do not last long.