week 3
<h2>管理思维</h2>
<h3>管项目</h3>
<h4>需求</h4>
<p>怎么梳理和获得一个完整的需求呢？如果有了需求，如何梳理成 一个PRD，让人一下子看得清楚需求的本质。</p>
<ul>
<li>解决方法：从接到需求开始，从头到尾完整的叙述需求功能，背景、需求原因，功能点，然后拆解成多个需求list，设计表、原型图等，要让别人通过需求PRD就明白这个需求是具体干嘛的，并且能看懂，进行测试和使用。</li>
</ul>
<h4>进度</h4>
<ul>
<li>每日站会</li>
<li>需求管理</li>
</ul>
<h4>安排</h4>
<ul>
<li>每天到点才安排当天任务，有点迟，没有了任务压力。或者预估工时不准确，导致拖延或者提前完成</li>
<li>解决：任务细化，准确预估工时，提前安排一周的工作量，每周做计划</li>
</ul>
<h4>测试</h4>
<ul>
<li>每个人对不是自己做的东西不熟悉，导致测试的时候每个人发现不了问题在哪？</li>
<li>解决：原型图，需求PRD要准确完整描述，让每个人做之前先读懂需求，不管是谁做的都需要看，每个人都要测试。</li>
</ul>
<h4>上线</h4>
<ul>
<li>上线后基本不关注了，没有下文</li>
<li>用户数太少了，每天登录的只有4个人左右，</li>
<li>解决：每天登录查看错误日志，新功能上线后经常性的测试使用、</li>
</ul>
<h4>反馈</h4>
<ul>
<li>只能等使用者才有反馈</li>
<li>解决：督促使用者，每周要过会议反馈</li>
</ul>
<h3>管同事</h3>
<ul>
<li>问题1：过于按照自己的想法来</li>
<li>问题2：或者毫无想法，只有按图写，不思考</li>
<li>问题3：没完全懂需求的本意是什么</li>
<li>解决：完善PRD，让测试者明白需求用途，测试前发布测试目标，找到bug对比各自的差异</li>
</ul>
<h3>管自己</h3>
<ul>
<li>玩手机时间太长</li>
<li>不懂得节制</li>
</ul>