×

Loading...

Topic

This topic has been archived. It cannot be replied.
  • 工作学习 / 事业工作 / 哪位同学给我快速科普一下Project management 里说的Agile 是个什么东东?
    • 我见过最简单的解释,阿久尔就是滑板/2轮车/3轮车/奔驰升级过程
      • 感觉1G到5G也是这么解释的。
    • 敏捷宣言
      我们最重要的目标,是通过持续不断地
      及早交付有价值的软件使客户满意。

      欣然面对需求变化,即使在开发后期也一样。
      为了客户的竞争优势,敏捷过程掌控变化。

      经常地交付可工作的软件,
      相隔几星期或一两个月,倾向于采取较短的周期。

      业务人员和开发人员必须相互合作,
      项目中的每一天都不例外。

      激发个体的斗志,以他们为核心搭建项目。
      提供所需的环境和支援,辅以信任,从而达成目标。

      不论团队内外,传递信息效果最好效率也最高的方式是
      面对面的交谈。

      可工作的软件是进度的首要度量标准。

      敏捷过程倡导可持续开发。
      责任人、开发人员和用户要能够共同维持其步调稳定延续。

      坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。

      以简洁为本,它是极力减少不必要工作量的艺术。

      最好的架构、需求和设计出自自组织团队。

      团队定期地反思如何能提高成效,
      并依此调整自身的举止表现。
      • 谢谢啊。
    • 用美妙的言辞掩盖压榨员工的本质,让你无时无刻被监视,榨干你的血汗。 +3
      • 只有IT行业里用吗?
        • No
      • 滑大出来的就不会像你这么想
        • 人家一出校门儿就是几十万,即使被捆在椅子上血代码也值辣。
          • 态度决定一切。这个值20万一年。
          • 你们去子坛里打吧?这里没华大多大什么事。
            • 小黑到处点火
              这种流氓敏捷硅谷很盛行啊
            • 我和刺哥是私怨,不管什么大什么大的。
    • pm每天开会瞎扯淡 +5
      • PM和码农对Agile的看法会很不同。
    • 早期软件开发叫瀑布式有个长远规划+设计最后开始动工,一般会发现几年开发完成后需求早变了 --- 于是开始尝试 agile,简言之走一步看一步,摸着石头过河,不存隔夜粮,需求变我也变...相较更适合小团队尤其 startup... +2
      • 谢谢,刚听了个waterfall还不知道是啥呢,原来这意思。
        • 还有Scrum
      • 但其实 agile 对 team lead 要求更高 -- 不是所有项目都是 7 人小项目,大项目用 agile 需要有人把大项目拆小,也需要有人暗中掌控 roadmap / milestone - 这些东西 agile 不管... +1
      • 这种方式要求核心人物水平极高,否则是大概率把项目做成一锅粥的事情 +1
        • 是的 --- 另外,除了水平,对组员责任感要求也较高,这也是为什么很多人抵触的原因。
          • 大部分项目属于non critical 的, 对开发成员要求越高,说明该方法越烂。好的方法应该是有一定的灵活性,人尽其才,按时交差。
            • 倒也不能那么说 -- 只能说发明 agile 的那些人都是业界大牛,水平高,责任心强,但 agile 更适合“尖刀营” / swat team --- 好比你很难把令狐冲的独孤九剑传个整个宋朝军营... 那个还得是武穆遗书+兵法... +1
              • 有多少项目需要尖刀营,即便是战争,指望全部士兵都是尖刀,必败无疑。这逻辑很简单吧?
                • lol 我同意你这个观点 -- 我不也一直说这是 agile 在很多企业实施不好的原因么 -- 但不能因为这个说 agile / 独孤九剑烂,对吧 -- 只是适合不适合(项目/人员/客户)罢了。
                  • 好吧,同意
    • 新整的骗公司多雇人将项目人数提升,骗取项目公司更多的投资 +2
      • 我现在也觉得项目管理的人太多了,我们干活的都没活干了,他们计划的太慢了。 +1
        • 这是一个潮流。比如软件公司,基本的功能都已经成熟,同类公司各自的产品也很接近,要想与众不同,只有搞花哨的名堂。所以business consultant或者PM 的队伍越来越大,以满足忽悠的需要,developer 这样干实事儿的就少了。 +1
          • 我等前景不妙啊,俺们工程也有这趋势。新大学毕业生的忙于当PM了。
        • 用 agile 应该项目管理的人更少才对 -- 理论上只有 Scrum Master 和 product owner,但没有传统上的 PM / BA - 但实际操作起来每个公司每个团队都不一样 -- 还是那句话,经是好经,看什么和尚念了 --- 碰到不良 vp,很多公司在瀑布和敏捷之间来回换,一千遍来一千遍...
      • 对头。装 B 越像钱越多。
    • 美好的愿望,撕逼的源泉,Bug的温床。 +1
    • 实施得力的话,这玩意是个利器。管理的,干活的都应该感到轻松。现在一个很大的误区,很多人都以为敏捷就是要快要压要催,这是不对的。
      • 80%以上都如此
        • 80%以上刚开始时候是错的,但它本身也是在agile修改提高进步。
      • 团队交流最重要,目标一致,认识统一,这点大部分都没做好。所以一开始就到处都是抵触,而不是接受和勇于尝试。
        • 这一点就是华人的死穴了,不如三哥之处。
    • Agile也只是适用于开发中比较少突发事件出现的项目。在UI开发组里可能还行。但在跟外面公司如板子生产商或Intel有紧密联系的底层组就实施得不好。看什么项目了,Agile不是万能的 +1
      • 你这理解完全相反啊,敏捷就是因为需求常改才流行的,至少倡导者说是解决个矛盾的。不然传统写任务书,做计划,瀑布作业是成本最小效果最好的。
        • 比如说在给新板子开发时碰上个跟硬件有关的bug.你出个fix.但是板子或MCU生产商跟你说我们下周给你试一下.或是说开发过程中客户遇到特别紧急的情况你得中断手中开发的活,这些Agile不适用的
    • 先定给小目标,然后把任务分成小小块,然后天天围绕这些小任务:开会,修改,开发测试,再开会,再修改,再开发测试,最后发现目标定得还不够小,descope一部分目标,匆忙打包上线,然后剩下的目标继续前面的过程。
      • 这个解释通俗易懂,谢谢。
    • 领导很忙不愿意写文档和规划工作的时候,就说自己是agile, 跟传统SDLC 对立的
      • 这个答案合我心意。
    • 听过一个朋友说,她的一个朋友说,Agile就是姥爷急着要🈶️孙子,让儿子娶两个老婆,这样五个月就会有孙子,而不是传统的九个月。
      通俗一点,就是多砸一点钱,把事情早点办成。
      • 确切说,是多砸钱,让事情尽快看起来办成了。 +1
      • 更准确一点,是一个老婆两个月生个身子,另一个老婆四个月添上胳臂腿。
    • it is a fancy name for micromanagement +2
      • 这个 你说反了!
    • 对于 Product Lifecycle Manager, Agile 是一个管理软件,管理产品线和物流等等。我们公司几年前从 SAP R/3 移植到 Agile
      • 你们公司太开拓了,这都能办到?
    • 对于软件开发,Agile 是一种开发方法。对生产管理,Agile 是甲骨文的一个软件。看来坛子里码公比较多。这两件事容易混。
      • 我问的是project management, 不是product lifecycle management.
    • 楼上的科普已经很多了 +1
      只是几乎都说的负面的感觉。但是如果要找工作,很多公司包括银行都是在或者已经implement这个terminology. 面试时候process基本都是要聊的,如果不是decision maker的职位,抱怨会严重失分。分享心得,如果再加上constructive suggestions会加分。所以,建议去看看为什么agile被广泛采用,甚至已经有专门的职位。There must be a reason.
      • 为啥非得提Agile? 能赚钱呗,难道是为了把事情办的更好吗?只要能赚钱的,就要“会”,管它对公司是否有好处?
        • 前两天一个银行来的经理人选
          他就抱怨银行用的是假agile.他自己有scrum master的证书,说想换个环境好好implement. 我觉得这样的抱怨可以的 LOL。任何process都有flaws.上什么山唱什么歌呗。除了C字头的或者VP级别定得了,下面的从基层开发测试到director级别除了实行就是尽量deliver。理解和实践透了以后还能做scrum master,也是一个职业方向对吧。
          • 很多年前有个马工写过一个工作经历, +2
            他在一家公司干了好几年,有一天他忽然发现自己做过的项目没有一个进入实际应用的,也就是他的代码没有一行为公司贡献过利润!这让他很崩溃,于是辞职了。如果从职业角度看,他钱也赚到了,经验也攒下了,算很成功的。但是,不是每个人都能泰然面对这种境况。
      • 你这是说不出个所以然。大家抱怨是有原因的,因为这方法阻碍了许多真正想把事情做好的人,把大量时间用到了让管理者感到有掌控感的会议和仪式上。当然找工时谁也不会傻到说自己讨厌agile,除非你够牛。 +1
        • 因为不是每个人都享受浪费时间的感觉,除了那些因为Agile获得存在感和job security的人。当然也是有许多码工喜欢agile的。 +1
          • 相信各个participant都会有不同感受,这很正常。
            看来你已经预设立场把agile跟浪费时间划等号了。这样的话,抱怨抱怨也挺好的,至少于健康有益。我没有想要改变你的看法的意思。
            • 只是自己的观察和看法,我说过有马工喜欢敏捷的。
            • 现在嘛,夸张点说,就是30人的team,29个动嘴皮子,一个人干活。Agile初衷是好的,但是现在逐渐演变成一个让这事显得合理有效的高大上概念了。 +1
    • 去看一下PMBOK,每一章都有一段相对于Agile的管理.
      • 那是PMI想蹭热度.
    • Agile是一种管理理念,JIRA是目前比较成熟的软件系统实现这一理念:
      主要目标是节约成本。
      最早应用于软件开发,特别适用于需要沟通,反复确认需求的软件开发。
      假设前提是,将所有相关人员集聚在一个会议室,包括,business owner,business analyst,designer,developers,testers, project manager d de等。
      • 你们都不外包吗?
    • 持续开发, 持续集成, 持续测试, 持续发布