プロダクトオーナはスクラムマスタを兼任できるかSpring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
外注を信じると馬鹿をみる？（第1回） | 禁断の外注コントロール術
どんな外注も発注側の成功が我々のゴールだと言いますが、それは嘘です。外注の収益源が発注側の施策費用である限り、より多くの施策費を回収することがビジネスゴールなのです。中長期的にみれば、発注側の成功が施策費用の増額につながり、外注の成長にもつながりますが、外注の事業は投資事業ではありません。外注にも今期の売上目標があり、発注側の事業の成長を待っているわけにはいきません。発注側が提出される見積もりに対して高額だと感じている一方で、外注が予算不足と嘆くすれ違いは、それぞれのビジネスを考えると当然の結果ともいえます。もちろん、こうした外注ばかりではなく、ビジネスパートナーとして互いに成長していける良い関係を築くこともできます。 別の見方をすると、施策に対するそれぞれのテーマは、発注側はコストの「最適化」であるのに対し、外注はコストの「最大化」なのです。乱暴な言い方をすれば、外注は施策の実施がゴール
「ソフトウェア開発の技法やプラクティスが有効にはたらく前提は明らかになっていますか？」でお話したこと：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
開発技法、プロセス、プラクティスが期待通りの効果を出す場合には、何らかの前提があることがほとんどだ。 その前提と技法、プロセス、プラクティスをセットにして考えると、さらなる改善や横展開につながると考えている。私の専門分野の1つであるエンピリカルソフトウェア工学では、前提をコンテキストと呼び、その記述とともに結果や結論を述べるよう推奨されている。 コンテキストは、ある結論（たとえばある技法が非常によい効果をもたらした）に対して、その原因、前提を考えることにより明らかになる。「組込みだから」「社内システムだから」「40代男性だから」等、思いつくままに定義すると的外れになることが多い。 具体的なコンテキストを抽出するシステマチックな方法は存在しないが、たとえば、他プロジェクトへの展開や次に活かそうとしたときに、前提がそろっているかどうかを考えると、いくつかが浮かんでくるだろう。 私はコンテキスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
