这是一个创建于 64 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 sampeng 64 天前 via iPhone  1 都大差不差，但搞个流程图的都是向上管理的 |
 | 2 zsj1029 64 天前 可以，经验的流程，总比什么没有扯皮强 |
 | 3 TwoCookie 64 天前 没啥问题吧，很常规的流程 |
 | 4 wanniwa 64 天前 差不多 |
 | 5 Poko 64 天前 我们公司也有个差不多的，老板娘整的 |
 | 6 ohoh 64 天前 这没啥问题啊，规范标准是最好的，只是大多数简化中了其中的部分，还很有一部分根本就没标准，然后就适应不了正常的标准流程，这种的后果就是水平查的看起来活儿干不完，干活好的反而... |
 | 7 smallbeac008 64 天前 很标准的流程了，能够按照这个执行，至少比没有标准的强一百倍。这个领导还是可以的，就是要评估团队实际落地效果如何。 |
 | 8 wanniwa 64 天前 刚入职小白的时候会觉得很麻烦，很受限制，随着工作年限的上升发现规范流程其实保护不仅是形式上的规范，也保护开发自己，当项目参与人多迭代多的时候就是救命良药。 |
 | 9 Nanosk 64 天前 不是挺好的吗，我们这里流程都没有，产品跟个傻逼一样，每次开会都不提前发这期做什么，让我们会上当场看当场说工期。 |
 | 10 leyfung OP 补充：领导给产品说，让产品按照每天晚上 7 点半下班的工作量排计划。之前下班时间是 17:00 。加班没有调休和加班费。福利就更没有了。 |
 | 11 snitfk 64 天前 不错了，有规范的标准，也容易控制领导的拍脑袋。 |
 | 13 paullee 64 天前 via iPhone 大差不差，有比没有好 |
 | 14 Duanye7X24 64 天前 我们没那么多逼事，有问题直接线上服务器改一下，再重启下，哈哈哈哈哈 |
 | 15 royzheng 64 天前 看你们开发团队多大了 如果只是 20 人左右搞这么一套感觉有点臃肿咯 |
 | 16 darksword21 PRO 我非常怀疑日会 15 分钟能不能开完，我开过两个小时的 |
 | 17 snowlyg 64 天前 图片打不开 |
 | 18 liaozzzzzz 64 天前 via iPhone 没啥问题，这套流程还是比较标准的，然后把配套基建搞起来会比较舒服 |
| 19 leyfung OP |
 | 20 hyqCrystal 64 天前 流程倒是规范 但是日立会 真的有必要吗 |
 | 21 GDAOE 64 天前 差不多吧，要做到一周一版本的话，还要对需求进行模块分类，每周只迭代某个模块的功能，这样减少改代码对其他模块的影响，不然动太多模块，测试工作量十分大 |
| 22 leyfung OP @darksword21 如果没有领导参与，就团队几个人就能开完，有领导，那就看领导了  |
 | 23 charlie21 64 天前 via Android 1 流程图  |
 | 25 szdubinbin 64 天前 很多大厂都大差不差，能配套工具去落实，对个人还是有好处的 |
 | 26 songsongqaq 64 天前 没啥问题 日会有点难受 |
 | 28 hero0earth 64 天前 没有冲刺中拥抱变化啊[狗头] |
 | 29 bzw875 64 天前 我们使用的是飞书项目，流程和你们差不多 |
| 30 leyfung OP |
 | 31 hoshizukiko 64 天前 日会恶心 |
 | 32 vip5000521 PRO 日会 昨天做了什么 今天要做什么 有什么障碍 这个最烦. |
 | 33 lululau 64 天前 作为领导，什么都不做什么都不管，是对团队最大的贡献 |
 | 34 xx219 64 天前 就看老板按不按流程来。否则在老板类似『你把 XXX 功能改一下，今天就要上线』的要求下，再规范的流程都要变形，流程中不断添加专门适配老板的例外分支。 |
 | 35 willli 64 天前 敏捷开发，我们现在就是这样，每天例会，报告进度，有问题就提 |
 | 36 h1104350235 64 天前 每日例会就有点过分了，挺浪费时间的。周会还差不多 |
 | 37 jojo1216 64 天前 很不错了，现在感觉我们公司干活就没有章程，我真的是，开发自己干、软件设计文档、测试文档、研制方案文档自己写、用户验收开发参会汇报，然后开发节奏是没有的，就是前期松，后期现场开发，每天加到 12 点，两周不休息。恼火的一批。 |
 | 38 sky3hao9 64 天前 加班没有加班费和调休, 你们还在卷, 活该啊 呸~ |
 | 39 quantum00549 64 天前 流程规范没问题，但我很讨厌日会，有时候今天就是不想干活，我宁愿第二天多干点；而且一旦有了日会，很快就会升级为“这么点工作要干 8 小时？”，我觉得每天工作 8 小时是不人道的，很累，我自己给同事安排工作都是 5 小时为佳 |
 | 40 q2677855779 64 天前 周会比较合理，日会有点繁琐了，规范肯定是规范的好，因为这样可以避免很多突发的需求。 |
 | 41 aduangduang 64 天前 之前是这样的，挺好的 |
| 42 vip5000521 PRO @quantum00549 确实,高度紧张高强度的工作只能出来一堆堆的屎山 |
 | 43 czkm1320 64 天前 周会合理，之前开发的时候都是定这周的任务，定日任务可能你今天效率很高完成了需求，反而领导要求你协助一下别人，这就搞得自己很疲惫，周任务在周内，可以自己调配，一般我们都是周五下午开个组会，同步下这周的任务和下周的安排 |
 | 44 monkeyWie 64 天前 除了每日站会没啥毛病 |
 | 45 heftyMan 64 天前 还可以吧 |
 | 46 squirrelgg 64 天前 引用#44 l 老哥：除了每日站会没啥毛病 每日站会纯纯傻缺脑残 |
 | 47 niboy 64 天前 流程没啥问题。 日站立会，一般是项目紧要关头的时候才高，有个周会就行了 项目有项目的周会，团队有团队的周报，部门有部门的例会。 |
 | 48 werls 64 天前 每天例会没必要。浪费时间。 |
 | 49 zerovoid 64 天前 管理最重要的是人， 流程是死的，人是活的，事是动态变化的， 不能因地制宜的流程， 要么流程执行不下去，要么就是变成形式主义。 |
 | 50 sakeven 64 天前 流程没啥问题。但是 让产品按照每天晚上 7 点半下班的工作量排计划。有点难评 |
 | 51 buffzty 64 天前 这不就是大学软件工程那本书的东西吗 挺正常的 |
 | 52 Cabana 63 天前 你们的流程测试为啥不参与需求分析阶段? |
 | 53 LightLolo 63 天前 你这还有个流程图，我之前去的草台连个流程都没有。就是一个能不能做就完了。哈哈 |
 | 54 miao1007 63 天前 这流程太简单了，应该加入安全送检，静态扫描，开源扫描，漏洞扫描，测试报告，三库一致，变更申请，审计回溯才比较对。 |
 | 55 akakidz 62 天前 你要说他对外吧，写的不够专业，你要说对内吧 废话太多 不够清晰吗明了 |
 | 56 ryan4290 62 天前 这个怎么说呢，看话事人怎么看了，我这边的话，就算你有这个，话事人是双标怪，你怎么弄都是……懂我意思不？ |
 | 57 lswlray 61 天前 知道流程、和会操作流程还是有区别的 大多数管理者都没有经过正统的研发管理能力培训，就是属于 没吃过猪肉但见过猪跑 的 |
Select Language