因为没看到你在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