タグ

関連タグで絞り込む (40)

タグの絞り込みを解除

システム開発に関するbaca-aho-dojiのブックマーク (14)

  • プロジェクトの残業を50%削減したタスク管理手法を惜しみなく公開する - Qiita


    おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括︵開発は外部委託︶ サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク︵チケット︶運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行の徹底 進捗状況の逐次反映 そして、運用ルールの入念な教育︵五十六メソッドを採用した︶ 当時はITSベースのタスク管理自体が社内で先進的な試みだったので、当時部下だった私もPMと協力して﹁できるだけ丁寧な運用﹂を心がけた。心がけた、のだが… おかしいな だれ
    プロジェクトの残業を50%削減したタスク管理手法を惜しみなく公開する - Qiita
    baca-aho-doji
    baca-aho-doji 2017/09/14
    良さそうだけどチームが大きくなったりするとこれじゃ難しそうな気がする。目の前のタスクだけだと期限切ったりするのに本当にその期間で間に合うのかといった部分が見づらくなると思うんだけどどうしたんだろう。
    リンク

  • 1on1ミーティングに備えるアンケート - しるろぐ


    最近は、大体月一ぐらいのペースでメンバーと1on1ミーティングをするようにしている。 一人あたり30分から60分ぐらいで、前回のミーティングからの振り返りとその他相談を話す感じ。相談は仕事のことが主だけれど、プライベートな内容もある。 1on1ミーティングにあたって今年から事前アンケートを用意するようにしたのだけれど、そこそこいい感じに回っているのでまとめてみる。 事前アンケートを用意するメリット 話すことが事前に想定できる アンケート自体がアジェンダになるので、ミーティングがコントロール可能になる。 どんな話をするか分かっていると安心感もあるし、話が横道に逸れることもない︵雑談は雑談で良いものだけど︶。 その場で回答が思いつかなくて適当な返しになることがなくなる︵お互いに︶ 自分の体験談なんだけど、何か質問をされたときにその場では﹁うーん、今は特に思いつかないです﹂と答えたのに終わってか
    1on1ミーティングに備えるアンケート - しるろぐ
    baca-aho-doji
    baca-aho-doji 2016/07/12
    月一で1on1とかかなりコスト高いけど、こうやって聞くべきことをしっかり整理して、その上で対応してくれる職場があるのか。羨ましい限りだなぁ。
    リンク

  • 富士通を退職して思うこと - はてな匿名ダイアリー


    筆者は、新卒で入社した富士通を三年で退職した。 退職から一年が経過し、新しい職場︵WEBベンチャー企業︶での仕事に慣れたこと、 また、富士通の同期入社の友人から頻繁に転職の相談を受けるようになったこともあり、本エントリを執筆する。 はじめに、筆者の退職理由を簡単に述べると、富士通という会社に未来を感じなかったことと、やりたい仕事はできないだろうと判断したためである。 参考までに、筆者は公共機関向けのシステム開発部門に所属していた。 担当していた業務は様々で、小規模なシステム開発や、子会社・下請企業の管理であった。1．成果主義を謳いながら実態は年功序列主義 富士通には、人材キャリアフレームワークという社員評価制度があり、現場には、入社何年目はこのレベルの仕事、といった暗黙の了解がある。 本人の能力や意欲とは全く無関係に、入社後の経過年数で、仕事の裁量の幅が大きく制限される。 このことはいわ
    富士通を退職して思うこと - はてな匿名ダイアリー
    baca-aho-doji
    baca-aho-doji 2016/04/25
    なんかどこも同じだなぁと思えてしまうところが業界の先のなさなんだろうなぁと思いつつ読んだ。
    リンク

  • 5分で絶対に分かるAPI設計の考え方とポイント


    API設計を学ぶべき背景と前提知識、外部APIと内部API、エンドポイント、レスポンスデータの設計やHTTPリクエストを送る際のポイントについて解説する。おまけでAPIドキュメント作成ツール4選も。 ︻0分︼API設計を学ぶべき背景 APIの公開が増えている 最近、自社で保有するデータや、システム、アプリケーション、Webサービスの機能を﹁API︵Application ProgrammingInterface︶﹂として公開する企業が、増えてきています。これに伴い、﹁API経済圏︵APIエコノミー︶﹂という新たなビジネスモデルが確立されつつあります︵参考‥5分で絶対に分かるAPIマネジメント、API経済圏︶。 ﹁ProgrammableWeb﹂というAPIに関するニュースサイトや、さまざまな企業が提供するAPIのリンクがまとまったサイトもあり、APIの普及はものすごいスピードで進んでいる
    5分で絶対に分かるAPI設計の考え方とポイント
    baca-aho-doji
    baca-aho-doji 2015/11/18
    さくっと読めて参考になった。これから仕事で使う予定あるのでメモ。
    リンク

  • 日本IBMの賠償確定＝スルガ銀システム開発で―最高裁 （時事通信） - Yahoo!ニュース


    委託した銀行業務のシステム開発の中止で損害を受けたとして、スルガ銀行︵静岡県沼津市︶が日本IBM︵東京都中央区︶に賠償を求めた訴訟で、最高裁第2小法廷︵千葉勝美裁判長︶は8日付で、双方の上告を退ける決定をした。日本IBMに約41億円の支払いを命じた二審判決が確定した。 二審東京高裁は、システム開発の最終合意段階で、日本IBMは中止の可能性もあり得るとの説明をしていないと指摘。それ以降にスルガ銀行が支払った費用について責任を負うとした。 一方で、﹁提案段階では中止につながる要因を予測することは困難だった﹂などと判断。最終合意前の費用も損害と認めて約74億円の支払いを命じた一審東京地裁判決を変更し、賠償額を減額した。
    baca-aho-doji
    baca-aho-doji 2015/07/10
     ほほひー。減額されてもとんでもないことになってるー。。。日本のIT本当にやばい。  

    ●ibm
    ●it
    ●システム開発
    ●システム
      
    リンク

  • [PDF] ゴールドマン・サックスの Javaへの取り組み

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    [PDF] ゴールドマン・サックスの Javaへの取り組み
    baca-aho-doji
    baca-aho-doji 2015/04/09
    やりたいことの要求レベルが高いからOSS使ってて、不具合あったらすぐ自分たちで直せることが重要なんだなぁと思った。厳しいと思うけどこういう環境で一回働いてみたい。
    リンク

  • 巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話


    最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 ﹁某巨大都市銀行の次期システム﹂という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので
    巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
    baca-aho-doji
    baca-aho-doji 2015/01/28
    スバラシイデスネ コウイウシゴトヲタンタントデキルヨウニナリタイモノデス
    リンク

  • 伊藤直也氏が語る、モバイルアプリケーション開発のいまとこれから（前編）～Salesforce Developer Conference Tokyo 2013


    伊藤直也氏が語る、モバイルアプリケーション開発のいまとこれから︵前編︶～Salesforce Developer Conference Tokyo 2013 いま多くの開発者が取り組もうとしているモバイルアプリケーションの開発は、経験の面でも技術の面でも、コンシューマ向けの開発現場が大きく先行しています。9月6日開催されたSalesforce Developer Conference Tokyo 2013のセッション﹁B2Cからみたモバイルアプリケーション開発のいまとこれから﹂では、コンシューマ向けサービス開発の現場に身を置いてきた伊藤直也氏が、モバイルアプリケーション開発を成功させるための方法を、これまでの経験や現在の開発現場で得たノウハウなどを基に語っています。 試行錯誤の回数を増やす、iOSとAndroidは同じように作ってはいけないなど、モバイルアプリケーション開発に関わるエンジ
    伊藤直也氏が語る、モバイルアプリケーション開発のいまとこれから（前編）～Salesforce Developer Conference Tokyo 2013
    baca-aho-doji
    baca-aho-doji 2013/09/09
    モバイル端末の開発はしていないけどすごく面白かった。 やはりバリューを出す為には無駄なところに力を使わないように環境を整えているんだなぁと思う。AndroidとiOSの違いとかも読んでで感じることがあって面白かった
    リンク

  • 基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る（後編）


    基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る︵後編︶ 基幹システムをクラウドで実現する。その過程でどのような技術を用い、どのような苦労があったのか。小売り流通業である西鉄ストアの基幹システムをAmazonクラウド︵以下、AWS‥Amazon Web Services︶の上で実現したノーチラス・テクノロジーズが、その詳細について紹介したセミナーを5月15日、アマゾンジャパン本社のセミナールームで開催しました。 ︵本記事は﹁基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る︵前編︶﹂の続きです︶ 和製クラウドでトラブルが続き、やむなくAWSへ移行 インフラについて。やはり和製クラウドベンダのインフラは値段が高い。いろいろ話をして安くならないかと相談したけれど、無理でした。理由は簡単です。デ
    基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る（後編）
    baca-aho-doji
    baca-aho-doji 2013/06/03
    後編もみた。コスト削減を考えてクラウド化はいけないというのに同意だなぁ。それ考えると、クラウドにすることにメリットを感じる提案ってなかなかできないというか難しい希ガス。
    リンク

  • 会社設立から8ヶ月で倒産したった - easterEgg [イースターエッグ]

    baca-aho-doji
    baca-aho-doji 2012/12/12
    面白い話だけど、上手くいくっていうわけじゃない
    リンク

  • NTTデータ委託社員の不正事件、下請け依存に重いツケ - 日本経済新聞


    銀行システムの信頼性の根幹を揺るがす事件が起きた。NTTデータの孫請け会社のシステムエンジニア︵SE︶が、同社が運営する複数の地銀の情報システムを統合した﹁地銀共同センター﹂に不正アクセスしてキャッシュカードを偽造。他人の口座から現金50万円を引き出したとして、京都府警に逮捕されたのだ。システム開発・運用に下請けを使うのはNTTデータに限らない。他の情報システム大手にとっても対岸の火事では済まさ
    NTTデータ委託社員の不正事件、下請け依存に重いツケ - 日本経済新聞
    baca-aho-doji
    baca-aho-doji 2012/11/29
     これはひどい。けど、業務委託元も悪い気がするし発注元は管理できてないっていういい例だな。こういう大事な部分を内製しないのはどうなんだろ。  

    ●開発
    ●システム開発
    ●銀行
    ●it
    ●セキュリティ
    ●SIer
    ●NTT
      
    リンク

  • バッチ処理を再考する - 急がば回れ、選ぶなら近道


    最近そもそもバッチ処理というものを知らない人達を見ることが多くなりました。某プロジェクトで﹁いや、ストプロってよくわからないんですよ。最近書いたことないし。﹂という話をずーっと聞いていたのですが、本人はバッチ処理という意味で話していたことが後から判明した、ということがありました。 ああ、この人はSQLでのバッチ処理しか知らないのですね、とちょっと衝撃ではありました。とうとうそーゆー時代になったかと。 まず、誤解のないようにいうとバッチ処理、という言葉自体はIT固有のものではないです。生産管理や物流や、そういった業務では普通に﹁バッチ﹂という言葉をIT以外で使います。ただし意味はある程度同じで、﹁一定の塊を一度に処理をする﹂ということです。物流システムの業務要件なんかを詰めているとバッチっていうと、どっちのこと？なんて普通に聞かれたりします。その意味ではバッチの対義語がリアルタイムというのは
    バッチ処理を再考する - 急がば回れ、選ぶなら近道
    baca-aho-doji
    baca-aho-doji 2012/11/26
     オンライン処理とバッチ処理の設計についての考え方。時間と言う側面からオンラインで処理するか、バッチで行うか決めていてなるほどと思うことが多かった。良い設計指針だと思う。  

    ●IT
    ●設計
    ●システム開発
    ●バッチ処理
    ●オンライン
    ●設計指針
      
    リンク

  • IT業界で無事にいたいなら銀行に関わるな


    IT業界で無事にいたいなら銀行に関わるな 3Kとか7Kとか言われているが、底辺の会社にいなければそれほどひどくないし、正直どうでもいい。しかし関わった人は皆同じことを口にする。 銀行には関わるな。特に最新技術に詳しい人ほど真っ先に壊れる。すぐに逃げ出せ。 新規開発が出来ると思うな。10年以上経ったシステムのお守りがほとんど。当然コードは見るに堪えない。そのくせ仕事はたくさん来る。ほとんどがバグ修正か機能拡張。そして時間のほとんどはテストで消える。1行修正するだけでも数週間のテストが普通。OSが変わったら一年中テストで潰れる。 休みが人並みに取れると思うな。深夜まで仕事をするのが当たり前。GWと正月はないと思え。しかも一回や二回ではなく仕事辞めるまでずっとだ。 仕事の出来を褒められることを期待するな。動いて当然、止まったら新聞沙汰だ。当然直るまで何日でも徹夜。 キャリアの役に立つと思うな。業
    IT業界で無事にいたいなら銀行に関わるな
    baca-aho-doji
    baca-aho-doji 2012/11/14
     まさに。金融はこんな感じだと思う。 純粋に技術力があることより中の人の業務に張り付いて、よく知ってる人が重宝される。お客さんから切り離されたら屑しか残らない感が半端ない。  

    ●IT
    ●it業界
    ●銀行
    ●仕事
    ●sier
    ●労働
    ●システム開発
    ●プログラマ
    ●増田
      
    リンク

  • ふつうの受託開発チームのつくりかた

    YPAC::Asia2012で行われるLTthon用に作成したLT（ライトニングトーク）のやり方／作り方の資料です。 http://ltthon-yapc2012.hachiojipm.org/howto2.htmlこちらのスライド版です。

    ふつうの受託開発チームのつくりかた
    baca-aho-doji
    baca-aho-doji 2012/11/12
    これができたら理想だと思うけどレビューと振り返りのフェーズにすごい時間がかかってうまく回せるのかなぁ。自分の職場だと十分な人が充てがわれないしこんなにレビュー工数詰めないのが実情。
    リンク
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.