並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 23318件

新着順 人気順

PMの検索結果401 - 440 件 / 23318件

  • 終わるSIerの底辺を見てきた - ミッションたぶんPossible

    ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この

      終わるSIerの底辺を見てきた - ミッションたぶんPossible
    • 3年使ったRedmineの使い方について共有したい10のこと

      前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考

        3年使ったRedmineの使い方について共有したい10のこと
      • プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記

        プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基本的には誰にも話さないが、 (家族や友人などプログラムを知っていない人間に話しても分からない、という事もある) プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか? 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか?」 などといった、その先がまたあいまいになっている場合もある。 このような場合、本来であれば決裁権のある人間に

          プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記
        • サイゼリヤがすげーw - teruyastarはかく語りき

          イタリアンワイン&カフェレストラン サイゼリヤ http://www.saizeriya.co.jp/index.html さっき、「がっちりマンデー」で紹介されてたのだが、 その特集がすごい面白かったので紹介。 TBS「がっちりマンデー!!」 http://www.tbs.co.jp/gacchiri/archives/20080914/1.html 理科系戦略で大成功 これは番組側の見出しなんだけど、 取締役12人中、8人が理科、工学系の大学出身者でしめられる。 当然社長も。 それがどうしたという解説は以下。 低価格でお客様に喜んでもらえるように。 全メニューを頼んでも2万6千円にしかならない イタリア料理店としては驚異の低価格戦略。 そんなんで赤字にならないかと思うけど 「お客様が喜んでくれる価格で提供するのが一番最初。 そこからどう企業努力するのかを考える」 と、ここまではまだ普通

            サイゼリヤがすげーw - teruyastarはかく語りき
          • Microsoft Projectの代替ソフトウェアとしてプロジェクト管理が可能でガントチャート表示もできるフリーソフト「OpenProj」

            Windows、Mac、Linuxのいずれでも動作が可能で、JRE1.5以上がインストールされていれば問題なく利用できるのがこの「OpenProj」。ガントチャート、ネットワークダイアグラム、WBSとRBSチャート、レポートの印刷とPDFによる出力、コスト計算などなど、プロジェクト管理に必要なほとんどの機能が備わっています。 また、Microsoft Projectのファイルを開いたり保存することも可能です。ただのビューワーではなく、実際に編集できるのでかなり便利。メニューなどはほとんど日本語化されており、抵抗なく使うことができます。 ダウンロードとインストール、実際の表示などは以下から。 Home | Serena Open Source and Hosted Project Management Software http://openproj.org/ 今回はWindows用を使うの

              Microsoft Projectの代替ソフトウェアとしてプロジェクト管理が可能でガントチャート表示もできるフリーソフト「OpenProj」
            • 現代的システム開発概論 2024

              2024年度リクルート エンジニアコース新人研修の講義資料です

                現代的システム開発概論 2024
              • 田口元の「ひとりで作るネットサービス」探訪 - ITmedia Biz.ID

                ひとりで作るネットサービス【最終回】: Webサービス発ラジコン経由――iPhoneアプリ「TwitCasting」にたどり着いた赤松さん モイ! という合図が特徴的なiPhoneアプリ「TwitCasting」の開発者である赤松さん。元々は「あとで読む」や「フレッシュミーティング」の作者でもある。紆余曲折を経てたどり着いたiPhoneアプリの開発に迫る。(05/14) ひとりで作るネットサービス: データ蓄積=コミュニケーション!? 「テレビジン」で視聴率じゃない指標を――福田さん 元々部活動のWebサイトを作るような高校生だった福田さん。今では2ちゃんねるの書き込みから「笑い」を可視化する「テレビジン」をオープンした。「従来までの視聴率に代わる新しい指標が導き出せないか、いろいろ考えています」という福田さんに話を聞いた。(03/12) ひとりで作るネットサービス: ただしイケメンに限…

                • 超成果を出している人に共通する11の秘訣 - 週刊アスキー

                  前回は「説明文の書き方」について書きました。メール、Facebook、Twitterなど、文章を書く機会が飛躍的に増えているので、仕事を効率化するためにも大事な話です。よければ、ぜひ復習してみてください。 さて今回は、とんでもなく成果を出している人は、他の人々と何が違うのかを考えてみたいと思います。ぼくは編集者という仕事がら、さまざまな分野で、そういう人と会うことがあります。彼らには共通している点があることに気づきました。以下です。 ひとつづつ見ていきましょう。 (1)めちゃくちゃよく働く すごい人はみんな、例外なくハードワーカーです。いつ休んでいるんだろうと思えるくらいよく働きます。ワークライフバランスという概念はないようです。もちろん、遊ぶときは遊ぶのですが、そういう時間も仕事のことを考えているので、けっきょく仕事につながってしまうことが多いようです。 (2)好きなことをしている 彼ら

                    超成果を出している人に共通する11の秘訣 - 週刊アスキー
                  • 「それがリーダーってもんだよ」 | quipped

                    同じフレーズを、太平洋を隔てた2つの場所で聞いたので、メモしておく。 @2012年12月東京のなんか洒落たカフェ 隣の席に20代半ばくらいの男女が座っていた。距離感からして友達だろう。女の子はルースフィットの灰色のデザイナーTシャツに橙色のホットパンツという出で立ちで、細長い足は黒いレギンスに包まれ、履いているヒールは恐らくCoachかなんかだろう。1とても趣味よくまとまっており、日本の女の子は綺麗だと再認識させられる。 打って変わって男の方は、よれよれのワイシャツを無造作に安ジーパンに突っ込んでおり、靴は薄汚いNew Balanceで、髪はぼさぼさだ。美女と野獣とは言わないが、美女と醜男には違いないので、面白半分に会話に聞き耳をそばだてた。ずっとNew Balanceの方が話していたのだが、どうやら彼はベンチャー企業で働いているらしい。 いろいろ大変だけど楽しいよ。やっぱね、仕事ってさ、

                    • プロジェクトが失敗する10の兆候

                      今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス

                        プロジェクトが失敗する10の兆候
                      • 成功者が必ずやっている「苦手な人」克服法とは?

                        怖い上司や先輩、嫌味な同僚、ひねくれ者の部下、傲慢な取引先etc… 誰にでも、できれば関わりたくない「苦手な人」がいるもの。でも、プライベートならまだしも、ビジネスでは付き合わないわけにはいきません。 しかし、「苦手な人」を苦手なままにしておくのは、自ら成功のチャンスをつぶしてしまうようなもの。あなたの「負の感情」は必ず伝わり、相手はけっしてあなたの協力者になってはくれません。苦手な相手を克服して信頼関係を築くことこそ、ビジネスチャンスをぐっと広げるためのカギなのです。 では、どうすれば苦手な人を克服できるのでしょうか。 それは、「ほめる」ことです。“成功している人”は必ずほめています。自分が好意を示すことで、相手はその感情を受け止め、必ず好意を返してくれる。それを知っているのです。 でも、「ほめる」ことは、簡単そうに思えてなかなか難しいものです。いざほめようとすると照れくさくなったり、「

                          成功者が必ずやっている「苦手な人」克服法とは?
                        • これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ!! - そこに仁義はあるのか(仮)

                          受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。(書く順番が逆っぽい) 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って

                            これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ!! - そこに仁義はあるのか(仮)
                          • 【SIer新人向け】研修では教えてくれないノウハウ集 - Qiita

                            「ようこそ 魔境 SIerへ!」 はじめに この記事は、SIer(Systems Integrator)に入ったシステム開発未経験者の新人さんたちへ送る、研修では教えてくれないノウハウ集です。 実際、弊社の長い研修では実務に使えそうなことをあまり教えてくれませんし、ノウハウは現場の人の頭にしかない状態なので、新人さんは暗中模索で仕事を覚えていくことになります。 それも非効率なので、実際に私が2年半1で失敗したこと、やってきてよかったこと(ノウハウ)を体系化したので共有します。 新人さんは、これを参考として、使えるところだけ今後の業務に持っていってください。 (本当はガッツリ社内向けに書いたものなので、一部汎用的でない表現がありますがご了承ください。) 目次 業務面 技術面 プライベート面 の三本柱でお送りします。 対象読者 SIerの1,2年目相当であり、学生時代に契約のあるシステム開発を

                              【SIer新人向け】研修では教えてくれないノウハウ集 - Qiita
                            • 毎月5万4000円を市民に配り続けた結果何が起こったのか?という記録

                              by Sharon McCutcheon Follow Message 「使用用途を制限せずに毎月5万4000円を生活に困窮する人々に与えたら何が起こるのか?」という実験が、アメリカ・カリフォルニア州のストックトンという街で行われています。「自由に使える現金を与えたら仕事をやめる人が生まれて経済が影響を受ける」という批判に対し、実験の結果、予想外のことが示されたとのことです。 This town is giving families $500 a month. The results are remarkable | Natalie Foster | Opinion | The Guardian https://www.theguardian.com/commentisfree/2019/dec/10/town-gives-families-500-dollars-month-result

                                毎月5万4000円を市民に配り続けた結果何が起こったのか?という記録
                              • バグなどの謎の現象に立ち向かうも闇が濃く、どうしても沼から脱出できない時に見るフローチャート - Thanks Driven Life

                                ご査収ください (2022年12月8日 追記) フローチャートを書き直しました。内容自体は当時のものと同じです。 補足 パフォーマンスの出し方は人それぞれなので「私はこんな感じです」というものです。 とりあえず「なんかやばいな?」と思ったら休む 体調的にはもちろん、「これ結構やばそうだな?」という勘所は大事 15分以上(長くても30分)悩んだら周りに聞いてみる こういう時はだいたい 視野が狭くなっている(簡単なスペルミスだったり) 暗黙知に触れている(業務だとよくある) とてつもない難問にぶちあたっている といったケースなので、仲間にSOSを出した方がチーム全体の進捗も結果的に良くなる、という経験談です。 ちなみに15分の根拠はなんとなくです。 ちなみに、問題に取り組み始めるその瞬間から「15分やってわからなかったら誰かに聞こう」としている場合は、 フローチャートの「30分動いてなかったら

                                  バグなどの謎の現象に立ち向かうも闇が濃く、どうしても沼から脱出できない時に見るフローチャート - Thanks Driven Life
                                • 最近のJavaScript開発まとめ

                                  こんにちは、中川です。 ここ1・2年ですが、私の担当するプロジェクトでは、 PHPよりもJavaScriptの開発が多い状態が続いております。 JSのプロジェクトを重ねるにつれ、開発環境も段々と整理されてきましたので、 一旦、最近のJS開発で利用しているライブラリやツールなどをまとめてみました。 フレームワーク ●Backbone.js http://backbonejs.org/ JavaScriptのMVCフレームワーク。 何も使わない(もしくは我流)よりは、これを使って欲しいと思えるフレームワークです。 利用者が多く日本語情報も豊富にあるのと、フレームワーク自体が1500行程度と軽量なため、学習コストを低く抑えることができます。 ●AngularJS http://angularjs.org/ データバインディングを備えたフレームワーク。 高機能なテンプレートや、DIの仕組み、ルーテ

                                    最近のJavaScript開発まとめ
                                  • 目からうろこ、工場のトラブルを解決した「ある工夫」が注目を浴びる : らばQ

                                    目からうろこ、工場のトラブルを解決した「ある工夫」が注目を浴びる エンジニアの仕事はトラブル解決に多くの時間を取られますが、とある歯磨き粉会社のトラブル解決法がためになると話題になっていました。 その内容ですが、歯磨き粉チューブの入った箱が、ときどき空っぽのまま出荷されてしまうことを防ぐというものです。 チューブが入らず空っぽの箱ができてしまうのは生産ラインに問題があり、タイミングなどを調整しても100%箱に入るようにデザインするのは困難を伴いました。 工場にいるエンジニアは手がいっぱいだったので、会社のCEO(最高経営責任者)は経営陣を集め、外部からエンジニアを雇い新しいプロジェクトを立ち上げることにしたのです。 その流れで予算と計画を組み、6ヶ月の期間と800万ドル(約6億円)をかけて質の高いプロジェクトが実施されました。 これによって空っぽの箱ができるたびに重量不足を検知してベルが鳴

                                      目からうろこ、工場のトラブルを解決した「ある工夫」が注目を浴びる : らばQ
                                    • こんなプログラマはアジャイル出来ますって言ったらアカンやろ - メソッド屋のブログ

                                      最近、とある機会があって、いろんなアジャイルが出来るといってくるベンダーさんとあう機会があるけど、正直「おい!どの口がアジャイル出来るって言ってるねん!」って思う事がむっちゃくちゃ多い。 今は確かにアジャイル開発ブームで、世間では引き合いも多いらしい。いろんなベンダーの営業さんが、「うちもアジャイルできます」って言って営業してはるけど、マジでちゃんと自社でできるか調査してから営業してほしい。私はアジャイルを10年以上やってるけど、元々は「この方法やったら、お客さんにホンマにええアプリを届けれるんちゃうか?」と思ったところから来ている。 それが、今や猫もしゃくしもアジャイル出来ますとか言って、ろくにアジャイルも出来へんのに売りつけて、結局効果がでなくて、「やっぱアジャイルなんかアカンやん」ってなるのがむっちゃくちゃ嫌なのだ。 これって数十年昔のオブジェクト指向ブームと一緒やん。当時のオブジェ

                                        こんなプログラマはアジャイル出来ますって言ったらアカンやろ - メソッド屋のブログ
                                      • 「自分を追い詰めてがんばる」のが良くない4つの理由 : earth in us.

                                        「自分を追い詰めてがんばる」のが良くない4つの理由 http://www.earthinus.com/2011/06/dont-chase-you-up.html

                                        • 【翻訳】あなたが求めていたリアクティブプログラミング入門 - ninjinkun's diary

                                          original: The introduction to Reactive Programming you've been missing (by @andrestaltz) (translated by @ninjinkun, reviewed by @ma0e) あなたはリアクティブプログラミングと呼ばれる新しい方法が気になっている。 勉強するのは大変で、良い教材がないのでさらに難しい。私が勉強を始めたときは、まずチュートリアルを探した。見つけたのは一握りの実践的なガイドだけ、しかもそれらは表面をなぞっているだけで、リアクティブプログラミングのアーキテクチャ全体像を構築しようとしてはいなかった。ある関数を理解するのに、ライブラリのドキュメントは役に立たないことがある。 これを見て欲しい。 Rx.Observable.prototype.flatMapLatest(selector,

                                            【翻訳】あなたが求めていたリアクティブプログラミング入門 - ninjinkun's diary
                                          • SIerの下請け開発者ってレベル低すぎない? - UXエンジニアになりたい人のブログ

                                            ネット上ではSIer批判=技術のことをわかっておらずプログラムも書けずPMも出来ない非効率でダメダメな上流工程と、 人月単位での労働力提供という業界の慣習に縛られ、持ち前の優秀な技術力・知識を生かせず非効率な作業を強いられているかわいそうな下請け開発者、という構図が確立されているように思います。 自分が関わるまでは、まあそうなんだろうなと思っていましたが、しかし実際にそういう立場のひとと関わりをもつにつれて、どうもそうではないのではないかと思うようになりました。このあたりの実情を書いていこうと思います。 なお、先に言っておきますが本記事で書くことは、上流工程がどうのとか、業界の多重請け負い構造がどうのとか、給料が安くてとか労働条件が過酷でとか、そういう話とは全く関係がなく、純粋にプログラミングのスキルの話だけです。 対象はおもに詳細設計、実装UTだと思ってもらえれば。外部仕様が決まった状態

                                              SIerの下請け開発者ってレベル低すぎない? - UXエンジニアになりたい人のブログ
                                            • ウェブの画面設計に使えるまとめ - DesignWalker

                                                ウェブの画面設計に使えるまとめ - DesignWalker
                                              • 小野和俊のブログ:総務省「事業計画作成とベンチャー経営の手引き」がすごい件

                                                ベンチャー支援をしている知人から、総務省のプロジェクトでこんなんつくりましたということで、「事業計画作成とベンチャー経営の手引き」という資料が送られてきたのだが、これが無料で配布されている資料とは思えないほどの非常に充実した内容で、いつか会社を始めるかもしれないと思っている人にはきっと役に立つだろうと思ったのでブログで紹介したいと思う。 冒頭に下記のように宣言されているだけあって、その内容は実に生々しい。 説得力ある合理的な事業計画」をどう作成し、日々の経営にどう活かすのか、相談相手の少ないベンチャー経営者の参考にしていただくこと、指針を少しでもご提供することを意図している。こういった努力の結果、日本から急成長ベンチャーが1社でも多く生み出されることを強く祈願したい。 P.5 総務省 ICTベンチャー向け事業計画作成支援コースの意義 より 事業計画作成について詳しく記された書籍は10年来多

                                                  小野和俊のブログ:総務省「事業計画作成とベンチャー経営の手引き」がすごい件
                                                • 4ヶ月の間に一休.comで起きた変化 - zimathon blog

                                                  概要 最近いろいろな方(社内、社外含め)に、エンジニアチームどうですか?良くなってますか?という質問を頂きます naoya さんってどうなんですか?やっぱりすごいですか?とも その度に「良くなってますよー」と返事をするのですが、肌感としてはあるもののしっかり言語化できていない そこで、naoya さんがCTOとして今年の春に一休に来てからをちょっと振り返ってみた 振り返ってみるとたった4ヶ月ということに驚いています :eyes: 良くなったと感じていること サービス開発の体制 技術基盤への投資 採用活動 情シスの整備 エンジニアの働く環境 それぞれについて サービス開発の体制 抱えていた課題 マーケティングとエンジニアとの間のコミュニケーションが上手くいかず、開発速度やサービスの意思決定のボトルネックになっていることがあった みんなで話して決める等、それぞれの役割が曖昧なままで開発を進める

                                                  • 何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita

                                                    エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 デメテルの法則 別名最小知識の法則。デメテルは、豊穣の女神。アスペクト指向などの研究であった「デメテルプロジェクト」に由来。 基本的な考え方は、任意のオブジェクトが自分以外(サブコンポーネント含む)の構造やプロパティに対して持っている仮定を最小限にすべきであるという点にある。 単純化して説明すると、オブジェクトの"メンバーのプロパテ

                                                      何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita
                                                    • 管理職のためのエンジニア組織構築マニュアル | DevelopersIO

                                                      はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一

                                                        管理職のためのエンジニア組織構築マニュアル | DevelopersIO
                                                      • 逆転敗訴した野村情シスがIBMに送った悲痛なメール、横暴なユーザーを抑えきれず

                                                        委託したシステム開発が頓挫したとして、野村ホールディングス(HD)と野村証券が日本IBMを相手取って計約36億円の損害賠償を求めた裁判。プロジェクト失敗はベンダー側に非があるとした2019年3月の一審判決から一転、2021年4月の控訴審判決はユーザー企業側に責任があるとした。工数削減提案に十分に応じなかったり、プロジェクト途中で追加要件を多発したりした野村側の姿勢を東京高裁は問題視し、逆転敗訴の判決を下した。 関連記事 野村HDが日本IBMに逆転敗訴の深層、裁判所が問題視した「X氏」の横暴な変更要求 野村HDが日本IBMに逆転敗訴のワケ、「工数削減に応じず変更要求を多発」と指摘 東京高裁が特に問題視したのが、システムの仕様を策定するうえで重要な役割を担っていた野村証券のユーザー部門「X氏」の振る舞いだ。 当時、投資顧問事業部(判決文では「投資顧問部」)の次長だったX氏は、パッケージソフトに

                                                          逆転敗訴した野村情シスがIBMに送った悲痛なメール、横暴なユーザーを抑えきれず
                                                        • 進捗管理が苦手な人におすすめしたい厳選フリーソフト・ツール - NAVER まとめ

                                                          サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

                                                          • 心理的安全性の構造 デブサミ2019夏 structure of psychological safety

                                                            2. 自己紹介 • ところてん • @tokoroten • 株式会社NextInt 代表 • 怪文章職人 • 最近の活動 • データサイエンティスト養成読本ビジネス活用編 • Veinという自社サービスをリリース • 最近のお仕事 • 機械学習顧問(4社) • モバイルミドルウェア企業 • ECプラットフォーム企業 • データ分析企業 • FinTech企業 • 新規事業コンサルティング(1社) • ゲームディレクター(1社) ↓共著 ↓寄稿↓共著 3. この発表について • ところてんが最近考えていることを雑多に話します • 雑談を促進するためのVeinというサービスを開発しています • https://open.vein.space/ • グループ用のソーシャルブックマークサービス • SECIモデルにおける共同化支援を狙って作っている • 最近ユーザ数が2300人を超えた • Ve

                                                              心理的安全性の構造 デブサミ2019夏 structure of psychological safety
                                                            • プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ

                                                              プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ

                                                                プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ
                                                              • 月額10円~でレンタルサーバーをはじめる方法 | アマゾン ウェブ サービス(AWS)

                                                                たとえばこんな使い方 画像と HTML ファイルを中心としたウェブサイトなら、Amazon S3 で充分に活用できるから、使い道も広がります。 急ぎのウェブサイト公開が必要となる場合も多いキャンペーンサイトも、Amazon S3 なら数分でアカウント作成、コンテンツの公開も 10 分程度で完了します。しかも契約期間の縛りもないため、すぐはじめられて、キャンペーン終了後、必要がなくなったその時点で終了することも可能です。 詳しくはこちら » 法人ウェブサイトのデータ損失は絶対に避けたいものです。米国の政府機関をはじめエンタープライズ企業様も利用する Amazon S3 は、複数のデータセンターでお客様のウェブサイトデータを保管。99.99 % の可用性と、99.999999999 % の堅牢性でお客様のウェブサイトを運営することができます。 もちろん万全を期すために、別のリージョン(国)の

                                                                • What's New in SQL2016 CTP2 Release - MSDN Blogs

                                                                  In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

                                                                    What's New in SQL2016 CTP2 Release - MSDN Blogs
                                                                  • カレンダー・TODOリスト・ガントチャートなどのPDF・エクセルの無料テンプレート素材

                                                                    各種デザインが揃ったカレンダーをはじめ、TODOリストやガントチャートなどのPDF・エクセルの無料で利用できるテンプレート素材をVertex42から紹介します。 無料テンプレートは数多くあり、その中からよく使いそうなものをピックアップしました。 エクセルのテンプレートは、2002(XP)以降となっています。

                                                                    • やばい、iOSにネイティブアプリ要らなくなるかも。SafariもPWAに対応する可能性 - Qiita

                                                                      これ以上は長くなるため後述. Chromeは既に,Safariもようやく 上記の通り,Service WorkersがPWAでも最重要な機能の一つである.Chromeでは既に対応済み. しかしSafariが対応しておらず,世間的にはモチベーションの上がらない状況であった(やちまもその一人である). Safariにおいて,Service Workersの実装状況 No active development が Under Consideration になったのは2015/12/041のことである. 20ヶ月という永遠とも呼べる時を経て,2017/08/032にようやく In Development となったわけであった. ちなみにMicrosoft Edgeでは既に開発中34である. だから何なのか SafariにService Workersの実装がなされると,一気にウェブアプリへの移行が

                                                                        やばい、iOSにネイティブアプリ要らなくなるかも。SafariもPWAに対応する可能性 - Qiita
                                                                      • 締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;

                                                                        これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの

                                                                          締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
                                                                        • ソフトバンクアカデミア公開講義「意思決定の極意」書き起こしPart1 | kokumai.jpツイッター総研

                                                                          本日9月28日、ソフトバンク孫正義社長の後継者を養成する機関であるソフトバンクアカデミアの第2回の公開講座が行われました。 多くの具体的な事例があげられ、いままで語られることが少なかった失敗の事例なども多く含まれ、非常に興味深い内容であり、ぜひ多くの方に知っていただきたいと思い、書き起こしを行いました。 USTREAM録画 ソフトバンクアカデミア公開講義 聞き取れなかった部分や、聞き間違いなどあるかと思います。ぜひご指摘をお願いします。 続きを読む前に応援クリックお願いします! みなさんこんにちは。 今日はソフトバンクアカデミアの公開講座ということで、本当に全国のいろんな遠いところから、わざわざ多くの人が集まっていただきまして、本当にありがとうございます。 既に社内の、グループ内の人間、1000名ぐらいの中から厳選して、ソフトバンクアカデミアの講義がはじまってますけれども、大変熱心に、一生

                                                                          • 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること:ITpro

                                                                            秋田県大館市は2008年12月,市庁舎にIP電話を導入したことを公開した。同市は2005年6月に1市2町が合併して現在の大館市となった。以前の市と町の庁舎を有効活用するため分庁舎制をとっていたが,8庁舎9事務所間の連絡を公衆回線で行っていたため「多大な電話料金が生じていた」(大館市)。2006年,本庁舎の構内交換機を交換する時期に合わせ更新を検討した。電話料金の削減を狙いIP電話を検討したが,ベンダーからの見積もりは約2億円。電話料金の削減をあきらめて従来と同じアナログ交換機を更新する場合でも約2000万円との見積もりだった。 このとき,自前でのIP電話導入を提案した職員がいた。前述の中村芳樹氏である。中村氏は同市商工課の職員。電話網を担当する総務課ではなかったが,趣味で中学生のころからパソコンを使っており,独学でプログラミングも学んでいた。市でIP電話の導入を検討していることを耳にした中

                                                                              見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること:ITpro
                                                                            • 技術的夫妻。trelloで家事スクラムを始める|macheri|note

                                                                              こんにちは!デザイナーのまちえり(@macheri_me)です。 今回は開発スキームを家事に取り入れてみたことついてご紹介します。 最強の家事時短&家事分担法を思いつきました。 家事をスムーズに、喧嘩なく分担したいと思ったらtrelloを使った家事スクラムで見える化しよう 夫婦だけでなく、一人暮らしにもオススメしたい家事ハック ● 共同生活(夫婦/同棲カップル/ルームシェアなど) ・共働きで家事にあまり時間が取れない人 ・今の家事分担に不満、家事分担で喧嘩が絶えない人 ●一人暮らし ・家事があまり得意ではない人 ・できるだけスムーズに、効率的に家事を行いたい人スクラムの師匠いけこ氏(@imaikeko)が書いた記事、家事とスクラムに強く共感し、実際にtrelloを使ってスクラム家事をやってみました。 はじめに:嫁は激怒した。必ず、かの自由奔放な夫に家事をさせようと決意した。夫・エンジニア、

                                                                                技術的夫妻。trelloで家事スクラムを始める|macheri|note
                                                                              • 【入門】要件定義

                                                                                はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい

                                                                                  【入門】要件定義
                                                                                • 少人数開発に役立つ5つのまとめ

                                                                                  if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m