因为没看到你在Soft_Job出没 所以我的猜测是你还没办法与程式进行深度交流，也希望以PM发展为主 未来大概是可以整理、交代工作内容，必且适时阻挡上头偶发性的崩溃工作量 我就节录你文章回应一下吧 ※ 引述《jieyuan ()》之铭言： : 不太知道该po在哪里好 : 程式相关的专版好像都不太合适 仅管Soft_Job豺狼虎豹有点多没错....但诚心发问应该还是可以啦XD : 目前的做法是 : 程式制作前，会做写程式架构流程图（会写判断式跟大架构包小架构的东西...） : 以前有学过UML，但目前就是我流撰写架构图 写得越精细越好 : 程式完成後，会写test case做测试 : (大学时测试程式都随便测测，这个做法最近才问到，还在练习中） : 除此之外还可以做什麽？可以改善什麽？或是还可以学什麽软体？ 有个东西叫做Issue Tracker，详情可以看g0v的说明页 https://goo.gl/NTf0Jm 团队人数很少的话(低於5人)可以用Bitbucket进行管理 这个时代类似的工具很多 我建议不要再拿Mail当作工作追踪，甚至是im了 （同事每天会跳20条WeChat自以为BUG回报的讯息...） : 有想到像是後台的架构是不是也可以帮忙规划？ 不要 从你描述来看你们的开发项目大概是App或Web 那後台的「客户」应是程式人员，把这个工作交给他们 : 反而word excel powerpoint不太会用(汗) —请把这个练起来吧 先不提美观度 Word与专案文档直接相关，Excel是用来看报表的，PowerPoint更是面对客户时报告用 你需要文档可以找程式，需要报表可以找程式 但面对客户时你总不能再找程式啦XD 再来就是我个人认为与程式互动该有的....精神？ 首先，需求请区分成：输入—过程—输出 输入是必要的、输出也是必要的 过程通常是中间的画面表现，比较次要一点，看客户要求 比方自动贩卖机，你想要买八宝粥 你得投钱、按钮—这是输入 等待机器检查钱够不够、把你钱吃掉时是不是要拨个音乐—这是过程 最後把八宝粥吐出来给你—这是输出 音乐可以不播，但是不可能不吃钱和不吐八宝粥XD 再来是时程 不清楚就不要开 我了解很多时候是为了抢客户所以时程往往会乱开（我也常被老板逼） 只是程式也是需要花时间理解、编写、除错 如果要抓得准，请好好跟程式交流 最後是除错 请详述「重现环境」与「重现步骤」，越详细越好 像是用什麽电脑？是哪种行动装置？OS是什麽？ 发生错误时从头到尾进行什麽样的操作？重现频率多少？ 越多资讯可以让程式人员快速找出原因，越快找出原因就越快解决 越快解决客户就越满意 我还是觉得你和你们家的程式更深度了解一下会更好 毕竟工作是他们在做，不是我们XD --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 59.124.127.212 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/GameDesign/M.1483671124.A.A7C.html