Forum Home > GMAT > Quantitative > Problem Solving (PS)
GMAT Club Daily Prep
Thank you for using the timer - this advanced tool can estimate your performance and suggest more practice questions. We have subscribed you to Daily Prep Questions via email.
Customized
for You
Track
Your Progress
Practice
Pays
Not interested in getting valuable practice questions and articles delivered to your email? No problem, unsubscribe here.
Manager
Joined: 29 Jun 2016
Posts: 103
Given Kudos: 16
Location: Philippines
Schools: Mendoza '19 (A$) Rotman '19 (A$)
GMAT 1: 660 Q47 V34
GPA: 3.46
Re: Current Student Blogs
[#permalink]
26 Apr 2018, 06:01
26 Apr 2018, 06:01
| FROM Sheiquiroga: Filing Your First Taxes for Rotman MBA Students |
|
Shared generously by Siddhant Saxena Benefit: The tuition fees you pay determine your non-refundable tax credits, which can offset your future tax bill. Documents you need and where to get them: 1. Go to Acorn > Tax Forms (under Finances) 2. Download the 2017 - T4A and T2202A forms (T4A is for scholarship) Online Process Eligibility: 1. You must be a resident of Canada for filing tax returns online. A resident is someone who either has dependents here in Canada, or Rent / Owns a Home in Canada, stayed in Canada for more than 183 days etc. See this to establish your status: https://www.canada.ca/en/revenue-agency ... tatus.html OR https://workingholidayincanada.com/dete ... cy-status/ 2. Your SIN Number must begin with 9 Online Process: Now go to Simpletax.ca (It's free!), the following needs to be kept in mind: 1. Update your details (you will need SIN number) 2. Yes - you are a resident of Canada for tax purposes (see eligibility) 3. Update your Foreign income for the year 2017 (before moving to Canada) 4. If you are living On-Campus > Select No for Ontario Trillium Benefit, Yes - if you are paying rent for off-campus residence 5. Create a CRA account (the official tax website). If you have more than one word in your last name leave no spaces. 6. In "Your Taxes" section > Search for T4A and T2202A forms and add them to your application. T4A: Name of Payer: University of Toronto, in other boxes, type - 105 and enter your scholarship amount as given in the T4A document you downloaded from acorn, T2202A: Were you a post-secondary student in 2017 > Yes Program name is > MG MBA, The column values A,B,C are given in the T2202A form downloaded from acorn (See total). If you did a part time job or earned money on the side from other sources > You will need the T4 Application form from your employer. The tax credit claim is for the period Jan 2017 to Dec 2017. Hence, the entire tuition fees won't be claimed nor would the summer internship (that's 2018 claim). Duration: 5-10 mins Deadline: If you owe taxes - 30 April (Everyone else: May) Note: 1. You do not need to send via mail. If you are a resident of Canada for tax purposes (which we all are) or have a SIN number beginning with 9 - it can be done electronically. 2. You should save a PDF copy and print it for your files just in case. This guide was discussed among the Section 5 group. If you have any suggestions or corrections, please let us know. Love, Wondersuite |
This Blog post was imported into the forum automatically. We hope you found it helpful. Please use the Kudos button if you did, or please PM/DM me if you found it disruptive and I will take care of it.
-BB
Re: Current Student Blogs
[#permalink]
01 May 2018, 17:01
01 May 2018, 17:01
1
Kudos
1
Bookmarks
| FROM Bschooladmit20: Startup Lessons at Stanford |
I worked on two very different startups, with two very different teams, during my MBA at Stanford.  One team was focused on building a language learning platformfor first-generation immigrants, in order to help them build their confidence and speak English more frequently. We were based at Stanford’s d. school, focused deeply on need-finding using design thinking principles, and had two product designers and a computer science major on our team. The other team’s goal was to build a non-invasive tool to help glaucoma patients measure their eye pressure, in order to proactively manage their condition, and prevent blindness. We were based at Stanford’s Engineering School, had two electrical engineers, a patent-holder and professor, and an economics major on the team. I am very grateful for the diversity of experience and learning, but am also struck by how transferable the lessons I learned from these very different experiences are. These are my key takeaways: Start somewhere: your product will never be ready The starting point for both teams was different: on the first team, we had a blank sheet of paper, and began by defining user need. On the second team, we had a patented technology that we were trying to commercialise. Our level of fear, uncertainty and excitement differed based on our stage of development. However, surprisingly, this didn’t make as much difference as I thought it would to our day-to-day activities- except when it came to raising money. You’re always going to have to continuously iterate and improve your product, no matter the stage you’re at: the challenge is ensuring you have enough time and resource to be able to fail fast, and developing a clear set of priorities of what you want to change and build over time, based on user feedback. Defining our minimum viable product was often one of the most challenging exercises we undertook at every stage. Empathise with and delight your customers Both teams used design thinking processes to understand consumer need, prototype and iterate, given that we were building consumer-focused software in both cases, and were aiming to help our users create new habits, albeit in very different contexts. We were often surprised at how wrong our initial assumptions about our target consumers were, when we did in-depth consumer interviews to gain insight into their pain-points. You have to be able to develop empathy with your users, and put yourself in their shoes when you’re trying to develop an understanding of their needs, or get feedback on your product. However, you also have to retain the ability to deviate from what they tell you they want- and surprise them- in the hope of delighting them- because they don’t always know what they want or need until they see it. Great processes are easier to replicate than cultures Both the teams I worked on very extremely high functioning. The diversity of skill-sets and perspectives, based on education, professional experience and nationality, greatly enhanced our productivity. However, the same factors also sometimes made seemingly straightforward tasks, such as scheduling interviews and gathering customer feedback, more difficult. We worked through this by agreeing upon team norms and values (such as being transparent, asking for and giving regular feedback, asking for help when needed) upfront. The importance of regularly discussing, repeating and reinforcing these principles will stick with me. I also learned the importance of ensuring that the team had a shared vocabulary, was unafraid to ask ‘basic’ questions, and challenge the direction we were heading in: most of our mistakes were a direct result of miscommunication or ego. People management matters as much as product management At the start, I was insecure about my inability to code, given the strong engineering talent on the second team- but I quickly realised how much value I could add, through ensuring the team was working on a shared vision, that our work-streams were being actively managed and coordinated, and that we stayed aligned as a team across important and/or difficult decisions. I learned that being able to read, motivate and manage people matters as much, if not at times more, than the product you’re building. You have to be able to influence stakeholders at every stage: you’re constantly selling your idea to existing and new customers, investors, potential hires and your team. Mission matters Both ventures had an ambitious mission- this also ended up being an importance force in attracting great people, and allowing us to stay aligned. If you begin by building a stellar team, who’s bought into the company’s mission, you can work together to execute on all the basic steps a startup needs to follow- such as choosing a target market, building and testing prototypes, and experimenting with business models. However, if you’re unable to motivate and align your team, it doesn’t matter how great your idea or product is. Feedback is a gift: you’re a work in progress If you can’t manage yourself, you can’t manage others. Being able to see yourself from a distance, continuously learn, hire for or delegate your weaknesses, and staying unemotional about your work matters. Your product will always be a work in progress: so will you. We set up quarterly team feedback sessions for both teams: and I was always impressed at how much I learned about myself and others from these. These sessions also greatly helped build relationships within the team. They both helped clear the air when necessary, and build trust. Startup Lessons at Stanford was originally published in Hacker Noon on Medium, where people are continuing the conversation by highlighting and responding to this story. |
This Blog post was imported into the forum automatically. We hope you found it helpful. Please use the Kudos button if you did, or please PM/DM me if you found it disruptive and I will take care of it.
-BB
Re: Current Student Blogs
[#permalink]
01 May 2018, 19:01
01 May 2018, 19:01
| FROM Bschooladmit20: Startup Adventures at Stanford |
|
I worked on two very different startups, with two very different teams, during my MBA at Stanford. One team was focused on building a language learning platformfor first-generation immigrants, in order to help them build their confidence and speak English more frequently. We were based at Stanford’s d. school, focused deeply on need-finding using design thinking principles, and had two product designers and a computer science major on our team. The other team’s goal was to build a non-invasive tool to help glaucoma patients measure their eye pressure, in order to proactively manage their condition, and prevent blindness. We were based at Stanford’s Engineering School, had two electrical engineers, a patent-holder and professor, and an economics major on the team. I am very grateful for the diversity of experience and learning, but am also struck by how transferable the lessons from these very different experiences are. These are my key takeaways: Start somewhere: your product will never be ready The starting point for both teams was different: on the first team, we had a blank sheet of paper, and began by defining user need. On the second team, we had a patented technology that we were trying to commercialise. Our level of fear, uncertainty and excitement differed based on our stage of development. However, surprisingly, this didn’t make as much difference as I thought it would to our day-to-day activities- except when it came to raising money. You’re always going to have to continuously iterate and improve your product, no matter the stage you’re at: the challenge is ensuring you have enough time and resource to be able to fail fast, and developing a clear set of priorities of what you want to change and build over time, based on user feedback. Defining our minimum viable product was often one of the most challenging exercises we undertook at every stage. Empathise with and delight your customers Both teams used design thinking processes to understand consumer need, prototype and iterate, given that we were building consumer-focused software in both cases, and were aiming to help our users create new habits, albeit in very different contexts. We were often surprised at how wrong our initial assumptions about our target consumers were, when we did in-depth consumer interviews to gain insight into their pain-points. You have to be able to develop empathy with your users, and put yourself in their shoes when you’re trying to develop an understanding of their needs, or get feedback on your product. However, you also have to retain the ability to deviate from what they tell you they want- and surprise them- in the hope of delighting them- because they don’t always know what they want or need until they see it. Great processes are easier to replicate than cultures Both the teams I worked on very extremely high functioning. The diversity of skill-sets and perspectives, based on education, professional experience and nationality, greatly enhanced our productivity. However, the same factors also sometimes made seemingly straightforward tasks, such as scheduling interviews and gathering customer feedback, more difficult. We worked through this by agreeing upon team norms and values (such as being transparent, asking for and giving regular feedback, asking for help when needed) upfront. The importance of regularly discussing, repeating and reinforcing these principles will stick with me. I also learned the importance of ensuring that the team had a shared vocabulary, was unafraid to ask ‘basic’ questions, and challenge the direction we were heading in: most of our mistakes were a direct result of miscommunication or ego. People management matters as much as product management At the start, I was insecure about my inability to code, given the strong engineering talent on the second team- but I quickly realised how much value I could add, through ensuring the team was working on a shared vision, that our work-streams were being actively managed and coordinated, and that we stayed aligned as a team across important and/or difficult decisions. I learned that being able to read, motivate and manage people matters as much, if not at times more, than the product you’re building.You have to be able to influence stakeholders at every stage: you’re constantly selling your idea to existing and new customers, investors, potential hires and your team. Mission matters Both ventures had an ambitious mission- this also ended up being an importance force in attracting great people, and allowing us to stay aligned. If you begin by building a stellar team, who’s bought into the company’s mission, you can work together to execute on all the basic steps a startup needs to follow- such as choosing a target market, building and testing prototypes, and experimenting with business models. However, if you’re unable to motivate and align your team, it doesn’t matter how great your idea or product is. Feedback is a gift: you’re a work in progress If you can’t manage yourself, you can’t manage others. Being able to see yourself from a distance, continuously learn, hire for or delegate your weaknesses, and staying unemotional about your work matters. Your product will always be a work in progress: so will you.We set up quarterly team feedback sessions for both teams: and I was always impressed at how much I learned about myself and others from these. These sessions also greatly helped build relationships within the team. They both helped clear the air when necessary, and build trust. Startup Adventures at Stanford was originally published in Hacker Noon on Medium, where people are continuing the conversation by highlighting and responding to this story. |
This Blog post was imported into the forum automatically. We hope you found it helpful. Please use the Kudos button if you did, or please PM/DM me if you found it disruptive and I will take care of it.
-BB
