Overview
|
Work directly with TopCoder clients to define new projects! In Conceptualization contests, competitors collaborate with clients in the project forums to help identify, organize, and document their needs and ideas, and produce a high-level Business Requirements Document. The Business Requirements Document identifies and describes the workflows that the client follows, or intends to follow, to accomplish one or more business goals. Competitors compete to concisely document who does what, how they do it, and how they should do it.
In later phases of the project, other contests will put "flesh on the bones" of the BRD. Wireframe and Storyboard contests will give the BRD shape and form. Systems Architecture, Module Specification and Module Architecture contests will provide details and precise methods for high level requirements of the BRD. The Component Design and Development and Application Assembly contests will build the requirements and finally, the Testing contests will ensure they work correctly. Through these contests , TopCoder members are designing the application that the client will use every day, and Conceptualization is where it all starts.
- To learn more about how to compete, click here.
- To start competing on Conceptualization Contests, click here!.
|
|
Contest Timeline
Contest Posting
Conceptualization Competitions are conducted in a single round with a mid-contest Milestone. The Milestone submission is optional. After the Milestone, the client/project stakeholder will review all submissions and provide general feedback to all registrants. Submissions will remain private - the feedback will be generalized and will not copy text from any submission directly, instead, the client/project stakeholder will identify areas that are in or out of scope or require more detail. The contest continues and all final submissions will be reviewed against the Conceptualization Scorecard.
Conceptualization Competitions also feature Moderators. A Moderator is a TopCoder Member who has demonstrated proficiency in Conceptualization Contests in the past, and is an active member of the Conceptualization Review Board. The Moderator reviews the client's completed Questionnaire and posts an initial set of questions to the forum, prior to the contest. The Client responds to the initial posts, also prior to the contest. After the contest begins, the Moderator posts timeline reminders and follows up on forum threads as necessary.
 | Timing the Launch
Project Stakeholders should consider launching Conceptualization contests on Mondays whenever possible, in order to minimize the impact of forum support over the weekends. Competitors should remember that clients typically have very limited time for forum work, and should be sure to ask clear and thorough questions. |
Contests will be posted to the Active Contest List. Each will have a wiki page associated with it to describe the contest details. Review the details, and if you'd like to compete, click the "Register" button.
Submission Phase
After you have registered, you will be able to download the contest distribution packet (a zip archive). Review the instructions in the wiki and distribution. Review the forums too, for any additional instructions or changes.
| Forum Participation
Because the point of Conceptualization is to bring competitors into contact with the client to develop requirements, forum participation is absolutely crucial. |
Review Phase
At the end of the contest, the review panel will begin screening and reviewing submissions. The screening phase verifies that required materials are present and non-trivial. For Conceptualization Contests, the Moderator is both the Primary Screener and Final Reviewer. Following Screening, a Review Panel will begin reviewing passing submissions. The Review Panel is composed entirely of TopCoder members.
Support Phase
The winner will be required to support one "downstream" contest via the forums. For the Conceptualization contest, this will usually be a Studio Wireframe or Systems Architecture contest. Other contest types are possible (since we will choose whichever form is most appropriate for the situation), but support will always be by forum.
