Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>2 words: Notepad Architecture</p> <p>You can't change the bosses way of thinking, unless you become the boss, in most cases.</p> <p>You say there is no "time" for design, and thinking about the projects that are assigned, for in depth design meetings and code reviews, etc... I would agree.</p> <p>The first step you need to do is get your "leads" more approachable. The biggest part of being a lead is being a leader, which means they have to be trusted and respected in order to successfully lead anything.</p> <p>The next step is to start getting the jr. developers thinking before acting. It is quite common for most developers to just want to dive into code, but taking a few extra even minutes can spell a success over a failure. I would assume you get "something" whether verbal or written about what work to get done, with that assumption, try the following.</p> <p>In Notepad:</p> <p>Write down the task that needs to be done (program, feature, whatever).</p> <p>Write what things need to be done in order to accomplish this task at a component level.</p> <ul> <li>"Add new fields to table" </li> <li>"update existing objects with new field" </li> <li>"Add new service call for getting cheese from grater"</li> </ul> <p>After they have finished pointing out what they think will need to be done, have them goto one of the leads and ask him what they think, the lead would then take just a few moments and either agree with their notes or suggest different ways of handling things and check to see if anything might be missing by asking the jr. developer questions about the domain they are working in, not by looking through and doing it for them.</p> <p>Now you have a semi-detailed project task list as well as a basic design for the system.</p> <p>Next have your leads take a coffee breaks worth of time to go in the morning and ask the jr how there project is going, and show him some of the design. If the design could use some improvement, take an additional 5-10 minutes to explain the better way and suggest an implementation of it, don't do it for them, guide them to be successful.</p> <p>So, in conclusion if your leads can take an extra say 20 minutes a day, and your jr. developers take an extra 30 minutes before diving in, you should save tons on the after end in nightmare maintenance and QA cycles.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload