題:
將建設性的休息時間視為顧問可支付的費用是一種常見的商業慣例嗎?
Vylix
2017-09-13 17:38:50 UTC
view on stackexchange narkive permalink

我的公司正在考慮與一家國際IT公司合作在我們的工作流程中實施ERP系統。

這是我們第一次進行這種合作(通常我們只購買一包產品和實施),所以我的老闆很好奇計費方式。我知道一點(從Workplace),但是我不知道發生這種情況時會發生什麼。

工程師將不得不為我們自定義一個模塊。這樣做時,他被卡住了,不知道如何進行。然後,他決定散步30分鐘以使自己的思想煥然一新。

這30分鐘的步行費用對我們來說可收費嗎?如果他走了4個小時,該怎麼辦?無論是在我們的辦公場所還是遠程工作,這有什麼不同嗎?如果向我們收取費用,為什麼我們要付款?

我們兩家公司都位於印度尼西亞。我們的合作夥伴是一家國際IT公司在印尼的分支機構。外部顧問程序員。

如果您不能說什麼好話,__什麼都不要說。__
如果我在辦公室工作,我通常會支付我通常會做的任何事情。洗手間計費。星巴克休息?計費。無論何時,我什至在考慮工作時,都要收費。午休?Iffy-如果只是我辦公桌上的三明治,請收費。如果是3小時的布希早午餐,則無需付費。這也取決於工作的需求量。如果您是帶打孔卡的低費率漢堡擋板,則他們會擔心冒煙等問題。如果您是世界一流的外科醫生,那麼他們就更寬鬆了,因為您很難更換。
強制性的迪爾伯特(Dilbert):http://dilbert.com/strip/1995-09-15
或者,請合作夥伴公司給出固定價格/日期以實現您想要的。然後,您不必理會這些細節。
我有時會發現,不給此類建設性的休息時間多一些的做法是實用的。但其他部分的費用肯定更高。
六 答案:
Old_Lamplighter
2017-09-13 18:04:58 UTC
view on stackexchange narkive permalink

這是一個反問題。如果他想到駕車回家的解決方案,是否可以因為他正在解決問題而向您收費​​?

編程思考沒有輸入。如果您嘗試進行細微調整,您將得到NOBODY的幫助。

如果他的計算機死機或崩潰,您是否希望他在重新啟動時停止計費?您要計時他的浴室使用時間並從他的工作時間中扣除嗎?這可以追溯到手工鋸砍伐木材的時候。一段時間後,鋸會變鈍並且效率降低。您只需要偶爾停下來並打磨鋸,或者如果您只是繼續工作而不是花時間打磨鋸,那麼您實際上會砍掉更少的木材。銳化他的鋸子,或更明確地說是他的思想。發出此類問題的結果將很糟糕,因為您最終會因收取更少的輸出而向您收取更多的可計費小時數。

後果自負

評論不作進一步討論;此對話已[移至聊天](http://chat.stackexchange.com/rooms/65696/discussion-on-answer-by-richard-u-is-it-common-business-practice-to-consider-缺點)。
@ig-dev的修辭問題沒有答案,這就是為什麼它們是修辭問題。他們被問到了點。
mutt
2017-09-13 17:43:48 UTC
view on stackexchange narkive permalink

您付錢給人做工作,而不是機器。這是要考慮的重要因素。有些人在返回時會休息一下,並產生更多的工作,而不是試圖通過。洗手間休息也是人類必須自救的一種情況。這通常是“合理性”分析。各個國家和機構對從事人的工作合理的定義有不同的定義。

美國聯邦政府允許2 15分鐘。在工作日帶薪休息。一些國家規定每週工作35小時。這真的取決於。一般而言,我個人考慮30分鐘。作為正常工作的一部分,當超出這一水平時,我便開始質疑它,但這就是我。您的公司和關聯企業應在所涉及的國家/州/省/地區的法律範圍內規定他們認為合理的內容。

我喜歡您的回答,但還有一些補充:15分鐘的帶薪休息時間僅用於非免稅(通常是每小時)員工。[link] https://www.dol.gov/general/topic/workhours/breaks [/ link]。對於免稅(保密),沒有我能夠發現的法律,只有常見做法。另外,客戶為完成的工作向公司付款的方式(例如,可計費時間)可能與員工的付款方式不同。
可以理解的是,“合理中斷”的定義和規定各不相同,註釋是一個具體示例。因此,關鍵是他們需要在工作地區的法律範圍內定義自己的定義。
Cronax
2017-09-13 17:49:30 UTC
view on stackexchange narkive permalink

什麼是 計費時間?

這是您需要回答的第一個問題,以了解正確的答案是什麼。您的問題意味著您認為計費時間是積極地為您提供產品或服務所花費的時間。這與定義不同,在定義中,計費時間是指為交付產品或服務給您而花費的時間。

我認為第二個定義是更加現實。如果您發現其他程序員可以在一半的時間內完成工作,您是否希望該項目的可計費時間也減少一半?這似乎不現實,因為該程序員不得不花時間來交付產品。他們無法將這段時間花在開發其他產品或服務上,而花費了這段時間來代表您。

Joe Strazzere
2017-09-13 19:22:30 UTC
view on stackexchange narkive permalink

這30分鐘的步行路程是否需要向我們收費?

這是您需要向國際IT公司詢問的事情,因為這完全取決於您與他們的協議。

就個人而言,如果我有一個承包團隊在從事一個項目,我每天看到他們全都花30分鐘的臨時休息時間,我會非常關注。我將回到承包公司,問發生了什麼事。如果與他們的合同不符合我的期望,我與他們的合同通常會允許我替換任何或全部。

如果我認為有必要休息30分鐘(通常不是) ,並且所產生的工作效果更好,那麼我就不會抱怨。並且一次或非常偶然的30分鐘休息時間是完全合理的。

但是任何反復被卡住並需要花費30分鐘才能被卡住的人都表明他們沒有足夠的資格去在客戶現場工作。我會刪除它們,然後換成一個經常被卡住的人。

TL; DR:當您想知道哪些是可計費的,哪些不是可計費時,請閱讀合同並與承包公司。

請注意,我們並不是在特定情況下是否要求計費,而是要了解它通常如何工作,因為我們從未與外界合作過顧問程序員。

“它通常如何工作”並不像您希望它如何工作那樣重要。將其包含在合同中,任何接受合同的人都會按照自己想要的方式做事,而不必考慮其他人如何做。

好的答案,但是我認為我們需要定義“卡住”。如果這意味著完全慌張並且需要逃脫,那麼如果它定期發生的話,那將是一個問題。如果它表示“這種變化將是棘手的,我需要仔細考慮並在三個不同的選項之間進行選擇”,那麼這個人恰好在思考的同時走路並不重要。
作為顧問/承包商,這是正確的答案。都是關於合同的。這裡有太多人將這個問題付諸實踐,或者想像一個固定競標項目。我參與的時間和材料項目合同中的任何一項都不會讓我記賬步行所花費的時間,無論它的生產率如何。
我很難相信烏托邦式的答案能獲得數十張和數百張選票,而這個實際答案只有極少數。如果您曾經與任何類型的外包IT供應商合作過,您就會知道他們的首要目標是增加可計費的時間,而他們的首要目標是使您永遠使用他們的服務。您必須像老鷹一樣觀看合同-它們可能難以置信地掠奪和浪費。
而且我並不是憤世嫉俗的-但是,有了一名員工,你們倆都想要對同一企業最合適的東西。與承包商合作,您想要最適合自己的業務,而他們想要最適合自己的業務。自然,最好的是您什麼也不付出就得到一切。最適合他們的是,他們獲得一切報酬,卻無所事事。雙方都為公司的最大利益而努力,將努力實現這些相互矛盾的目標,並在中間某個地方開會。
-1
-1
這個答案是不好的。花30分鍾思考“不應該編寫”的代碼,因為用另一種方式做得更好,比花3個小時編寫“不應該編寫”的代碼要更有效率。
Gnudiff
2017-09-14 14:28:29 UTC
view on stackexchange narkive permalink

我有為我的工作場所訂購定制IT系統開發經驗,以及根據我們的具體情況調整現有3d派對系統的經驗。

根據您的經驗,在您的情況下,我將縮小要完成的任務的範圍,直到承包商可以給您估計所需的工作時間。

請注意,根據項目的大小,縮小範圍本身可能是一項艱鉅的任務。如果您有合格的人員來描述業務需求,則可以在內部完成,否則可能需要一些諮詢時間。

無論如何,沒有承包商的費用估算,我不會參與任何項目。在商定了費用(包括為非因承包商的過錯導致的潛在不可預見情況開具的費用)達成協議後,實際花費的時間變得無關緊要。它們仍然是計費的基礎,但是爭論+/- 1小時並沒有多大意義,因為在軟件開發中,很難(在這種情況下是不必要的)控制在那一點上的確切操作。

編輯:

進行澄清。以我的觀點和經驗,按小時數和分鐘數來計算原始問題中的預設方式是不明智的做法,因為這暗示著對承包商的信任不足,而且-除非您自己IT店-您通常沒有辦法控制他。因此,您可能會在經常沒有其他(或廉價的)方法來測試他的真實性的情況下爭論數小時。

所以我的方法是:

  1. 通常,目標是控制每個結果的費用,因此需要盡可能地縮小實際所需的時間。假設某項任務估計需要40個小時的開發和測試,由於不正確的業務需求等原因,最多需要增加10-20%的調整時間,並同意在工作50個小時後您將獲得工作成果這些參數。
  2. ol>

    在現有的ERP系統中尤其如此,該系統僅需要適應您的工作環境即可。存在現有功能,因此大多數調整都可以描述為對現有系統的更改-通常比從頭開始構建任何內容都容易。

    1. 如果不可能的話要知道開發將花費多少小時,需要細分開發任務或收集有關任務的額外信息,直到可以給出確定的估計為止。

    2. 承包商無法提供任何可能構成合同基礎的估計,承包商很可能不值得。

    3. ol>

      請注意,這與某些軟件公司的做法背道而馳。如今,敏捷實踐屢見不鮮。以我的經驗,敏捷開發商店傾向於將最終結果的所有責任轉移給客戶-我們會按照您的要求(每小時X美元)執行您的要求。你真的不知道自己想要什麼嗎?運氣不好。

nivlem
2017-09-13 17:57:41 UTC
view on stackexchange narkive permalink

我認為不同的文化對計費使用不同的術語。

與我合作的公司與客戶討論該項目,並在截止日期之前將其售出幾小時(注意,這並不意味著我們售出40小時,您就可以在一個工作週內得到產品。)

現在像@mutt一樣,您需要雇用人員,而且並非計費時間的每一分鐘都可以純粹用於編碼。我的公司銷售的小時數是x,但是大多數時候我們在項目上花費的時間更多(不要在此引用我的信息,因為許多企業的工作方式不同,並且我不在此處進行計費流程)。

嘗試更新您對當前問題的答案。如果您願意,我認為您會受到更多歡迎。當前版本顯示的是我的想法(儘管我不認為這是您的意圖)。我認為修訂會更好。
我使用的原因:我認為:是因為我沒有有關此主題的資料或知識。這就是我亂七八糟的想法以及項目經理告訴我們的內容(x個小時已經賣給了客戶)


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...