タグ

見積に関するyohichidateのブックマーク (3)

  • 2015年問題と3年後のIT業界について - novtan別館

    問題の丸みたいなところにいるとひしひしと感じるいろんなこと。 とにかく人が足りない。いや、ぶっちゃけ人は足りてる。人材が足りない。半分はいない方がマシ。いなくてもアレやらコレやらがあればできるし品質は上がる。偉い人にはそれはわからない。なぜなら100点を目指しているから。95点を取ることは割と簡単なんだけど、100点を目指すと95点の10倍の労力が掛かった上に85点くらいにとどまってしまうリスクが物凄い高い。残り15点をどうするって?ひたすらやるだけさ。 人手不足というのは幻想なので、エンジニア不足の現状においてもクズエンジニアは雇わない。新人でもいいからかき集めろみたいな記事が出たことがあったけど、新人の方がまだクズでない可能性が高いというくらいは人材は不足している。クソみたいなエンジニアのおもりをしなければならないせいで。 問題は、システムの開発ヒエラルキー(これは単に契約関係でしか

    2015年問題と3年後のIT業界について - novtan別館
    yohichidate
    yohichidate 2014/10/20
    最終的にはマネジメントの貧困というところに行き着く。行き着くだけでどうしようもないのが絶望的だが
  • 技術的負債を抱えた状態で技術者がすべきこと - sandbox

    この Qiita のエントリに触発され、元文章の目的はさておき、技術的負債についての自分の考えを書いてみようと思う。 技術的負債の定義や、問題は下記エントリを参照して頂くとして、なかでも最後の「技術者がすべきこと」について、「自分だったらこの様にアプローチするか」ということを書く。 技術者がすべきこと 大前提 開発前にステークホルダー(ここではプロジェクトの責任者とする)に、プロジェクトの性質として何を重視するかを認識、選択してもらう。 短期的な価値実現を最優先とし、初速を重視、ソフトウェアの健全さ、プロダクトの成長速度を犠牲にする 長期的な価値実現を最優先とし、ソフトウェアの健全さ、プロダクトの成長速度を重視し、初速を犠牲にする 1 を選択するという事について、健全でない状態や、成長速度が犠牲になった状態がどの様なものかを、プロジェクトが走り出す前に十分に認識してもらう必要がある。 …と

    技術的負債を抱えた状態で技術者がすべきこと - sandbox
    yohichidate
    yohichidate 2014/09/29
    この考え方は開発サイドもそうなんだけど、それ以上に運用保守サイドでも積極的に取り組むべき。
  • カレー屋チェーン店公式アプリの仮想案件をみんなで見積もってみた #モバイル見積 - ReDo

    スマホアプリを新規作成したらいくらかかる?モバイル見積もり勉強会 #モバイル見積 http://www.zusaar.com/event/3147004 カレー屋チェーン店「ペッパー警部」の公式アプリを作ってほしい、という仮想案件に対して見積もりをしてみる勉強会を2014.01.24 19:00-21:30で開催しました。会場は渋谷の21cafeをお借りしましたが、無料で借りていいの?というぐらいにはプロジェクタ・WiFi完備でキレイなとこでした、同業(?)の皆様にはオススメしておきます。 WordBench神戸勉強会さんの WordPressサイトを構築するといくらかかる? 見積り勉強会で価格を出してみた http://wordbench.org/2014/01/14/wordbench-kobe/ が、面白かったので、そのスマホアプリ版をやってみた、という話です。 モバイル見積もり勉強

    カレー屋チェーン店公式アプリの仮想案件をみんなで見積もってみた #モバイル見積 - ReDo
    yohichidate
    yohichidate 2014/01/27
    この勉強会面白そう
  • 1