我主要的疑问在於和 pm 的沟通, 以及群体决定事情 priority 的方法 故事有点长...^^;; 背景介绍 team 目标:软体产品开发,销售模式有二:hosting + 提供 installer 自行安装 team 人数:主力 dev x5, sa x2 (一偏技术兼 dev,一偏需求分析(我)) pm x1, tech lead x1 (算是主管+架构师) tech lead 再上去就直接对到 ceo 了 开发约 2 年了, 我自己在这半年加入 最早的产品是这样子来的 ceo 有 idea, 请 tech lead 组 team, 并跟政府申请研发补助 申请时被质疑 idea 太狭隘, 所以又找了教授,高阶主管等等集思广益 最後整个产品的 idea 变得很广, 也有申请到补助案 往後的开发过程中的需求分析,来自於 ceo 说他想怎麽应用 或是教授,高阶主管说他们想把什麽东西的概念套进来..等等之类的 於是 tech lead 常修架构, dev 们也很努力地一边学新技术 一边把系统建置起来 因为是补助案,每隔一阵子政府会派人来抽查 所以 pm 的时程控管上主要以申请计画书上的时程为依据 他也会兼 sa 的角色,大部份是告知『有人提想作什麽』,他再一起加入构思 真正估技术难易度或时间这些事还是交给技术sa跟 tech lead. 我加入时已经是架构比较稳定的阶段了 刚好也遇上抽查将近的时间,看到大家加班赶工新功能 对照过去自己也是 dev 的开发经验,我知道这个 team 的效率很高 一方面是架构具弹性,二方面也是 dev 们自行解决问题的能力颇高 但整体来讲整个产品的专案控管上存在许多问题 tech lead 告诉我, pm 本身人蛮 nice, 但因脱离技术太久 对事物的掌控力又不足, 所以 tech lead 想知道现在每件事处理到哪里时 pm 不能很清楚地回答, 也因此造成很多 issue 落掉的情况 以我自己跟 pm 沟通的过程, 觉得他考虑很多, 但决断力不足 有时他找我讨论事情,但常常边讲边发散到其他地方 结果我工作的时间就被吃掉了,而且讨论到最後也没有结论 我刚来时以为问题在自己 怀疑是不是我事情想得不够仔细(跟他讨论完会觉得满脑子都是问号) 但後来其它 dev 说他们也有一样的感觉,再加上 tech lead 的转述 我後来跟他讨论时,会比较『有意识地』帮他下定决心 毕竟,问题有轻重缓急,不是每件事都得在这个时点考虑到 接着就是决定处理事情 priority 的部份 从上面的描述可以看到我们虽然还没有客户 可是来自 ceo,教授,高阶主管 ,内部试用/测试的同事,到外头 presale 时潜在客户的声音.... 或是我们自己想到的 idea..等等 这些都是 issue,有的也许是 bug,但也许有的真的是需求 决定到底哪些该做,什麽时候做,这又是另一个分歧点 举个例子,前几天 ceo 找大头们一起看我们 demo 系统(分两次的下班时间看) 大家一起讨论现有 ui 设计还有 web flow 的问题 看完照例众人一堆意见 於是 pm 整理完後说,第一次讨论的东西要在本周五,最慢下周X处理完 第二次讨论的东西连同之前大家要修的 priority=1 的 bug,功能 要在月底弄好 我问 pm,dev 们有原本自己的东西要处理(多半是 bug,功能面上的) 而且这些讨论会上的东西也不是每样都是紧急的(大多是画面美观,一致性问题) 时间这样子排,合理吗? pm 说,因为一般 user 一进来就是看到画面了 所以有些小东西可以随手做掉 其它的东西 dev 们自己评估一下时间,来得及就是周五完成 要不就是下周一完成,要自己提出来 我说,那你知道每个人现在在做什麽吗? 他说他不会看到这麽细,他只会把整个一包东西交给 dev,他们自己决定个 owner 然後分配谁做,怎麽做,评估时间多少,就交由内部他们自己去切 我会问这个问题是因为,隔壁的 dev 告诉我,他的事一直堆上来 但 pm 不知道自己究竟分派了多少事给他 他有次就把整个不合理的分派跟他反应,才得以拯救自己 我问了其它 team 的同事,他们说,pm 的确是不用知道细节是谁在做 所以我自己也不知道究竟怎麽样才是合理的 後来,我跟技术sa,pm针对大家的时程做讨论 看得出大家在 priority 上的分岐 以 3月底的时程来讲, 技术sa跟我比较偏向稳定现有功能为主 usability 或是 web flow 的东西不太可能现在只是改一下就可以完全满足 我自己边在纸上做记录 上次讨论会,大头们只是『看/听』我们操作,所以他们注意到的是表象,美观 对於初次进到系统,完全没听过介绍的试用者 他们会乱玩,试试看系统在做什麽,所以如果动线不明的话会不清楚系统功能 至於最终真的拿来工作的人,就会在意功能可否达到工作上的需要 因此我现阶段对 priority 的定义会根据实用性而定 我不知道对於这种 priority 的岐异该怎麽定夺 因为看得出来现在没有明确的客户 我们本身的 roadmap 也很不明确 tech lead 跟 ceo 会讲很多『未来希望....』 但眼前的东西已经很让大家难以排时程了 面对这样子的情况 不知道我未来可以怎麽做才能让 team 之後进行得更顺畅 版上的朋友们有什麽建议吗? 谢谢!! --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.104.88.28