大家還得那個程序員因為奇葩需求而和產(chǎn)品經(jīng)理大打出手的事件?產(chǎn)品經(jīng)理認(rèn)為我是根據(jù)用戶需求規(guī)劃產(chǎn)品功能的,覺得怎么實現(xiàn)是你們程序員自己的事情。雙方在爭論的時候,矛盾不斷加劇打了起來。當(dāng)時的視頻火爆了網(wǎng)絡(luò),本是同根生,相煎何太急啊。 然而除了上面因產(chǎn)品需求而發(fā)生矛盾只是其中之一,產(chǎn)品經(jīng)理首先要清楚自己想要的產(chǎn)品是什么,市場想要什么,用戶想要什么,自家程序員都是什么水平。你、你團隊,你公司的能力,能讓你做什么事情。 無代碼開發(fā)工具是如何解決矛盾的?如果您的目標(biāo)是敏捷性,那么白碼無代碼工具可能是一個方便的解決方案。 N+1次改需求 當(dāng)產(chǎn)品經(jīng)理確定要修改需求?意味著程序員辛苦碼的代碼就要泡湯了,聽說因為隨便改需求,某公司產(chǎn)品經(jīng)理被憤怒的程序猿砍成重傷,至今昏迷不醒!二次開發(fā)不光是要掌握相應(yīng)的源碼語言,更多的是要去分析了解該產(chǎn)品源碼的架構(gòu),功能,核心點,以及代碼的邏輯,在此基礎(chǔ)上,進行功能的再拓展,其實熟悉開發(fā)的人應(yīng)該知道,二次開發(fā)所耗費的時間跟精力,其實不比定制開發(fā)的要少,無代碼開發(fā)旨在促進開發(fā)人員之間的協(xié)作,使他們能夠通過交互來適應(yīng)不斷變化的需求,隨時修改傳達(dá)的功能需求。 項目預(yù)估時間偏差 相信很多產(chǎn)品人都遇到過項目交付時間延期,項目延期就是因為預(yù)估時間出現(xiàn)問題。大部分人只預(yù)估了理想狀態(tài)下的開發(fā)時間,忽略了一些技術(shù)難點,調(diào)試,聯(lián)調(diào),測試等特別是涉及到后臺業(yè)務(wù)數(shù)據(jù)這塊的一些功能設(shè)計所需要的時間。這個時候如果是很急著交付的項目,就可以用無代碼平臺短時間完成項目,而且不容易出現(xiàn)手工編碼錯誤,可視化建模非常直觀,并且UI組件和數(shù)據(jù)服務(wù)集成使在開發(fā)的短短幾天之內(nèi)就可以構(gòu)建有效的原型。以這種速度,可以很容易地專注于滿足用戶需求的工作軟件的輸出。如果這是敏捷方法的優(yōu)先事項,那么沒有代碼可以覆蓋所有的實際操作。 代碼擴展功能 不得不說的時僅通過無代碼開發(fā)并不能實現(xiàn)特殊的功能需求,但是使用白碼提供的代碼擴展功能,程序員可通過低代碼的形式完成項目個性化的業(yè)務(wù)需求,而簡單的需求就可以交給沒有編碼基礎(chǔ)的人員或者是初級程序員完成,高級開發(fā)人員負(fù)責(zé)研究更復(fù)雜的業(yè)務(wù)邏輯,而不用花費大量的時間在重復(fù)地編碼。 最后 要想避免矛盾,產(chǎn)品經(jīng)理和程序員工作上的溝通和私下的感情溝通都是有必要的,甚至是溝通這個項目是否可以通過無代碼/低代碼的形式來搭建可以達(dá)到更好的效果,減少不必要花費的時間,達(dá)到降本增效的目的,總而言之,作為產(chǎn)品經(jīng)理就要學(xué)會如何去跟程序員打交道,不要把他們想成是豺狼虎豹,也不要把他們視為洪水猛獸,以平常心來對待,你將會感受到不一樣。 |
|