これは電通国際情報サービス アドベントカレンダーの12日目の記事です。 こんにちは。電通国際情報サービス 金融ソリューション事業部 石沢です。 本記事は当部門で5年ほど前から継続している組織としてのPostmortem（ポストモーテム）活動「失敗学」をご紹介します。様々な用語で類似の活動をされている組織も多いと思いますが、良きシステム開発を実施するためのヒントとなれば幸いです。 Postmortem（トラブル事後分析）文化について Postmortemは直訳すると検死解剖ですが、システム開発の文脈では現在「トラブルの事後分析」という意味で使われています。有名なところでは サイトリライアビリティエンジニアリング The DevOps ハンドブック 理論・原則・実践のすべて 他多数の書籍で紹介されている概念です。 簡単にいうと、 システムやサービスにおいて発生したインシデント（障害等）の対応が
「アジャイル開発に取り組んではみたのですが、うまくいかないので、元のやり方に戻そうと思っています。」 あるSI事業者での講演の後、こんな話しを伺った。同様の話しは、他でもよく耳にする。 私は、エンジニアでもなければ、アジャイル・コーチでもない素人だ。ただ、成果をあげているアジャイル・チームの連中との付き合いは多く、「門前小僧」程度には、アジャイルについては理解しているつもりだ。そんな、私でさえも、これは失敗するだろうと、思うことが多い。 うまくいかない取り組みに共通しているのは、おおよそ以下の3つに整理できそうだ。 ひとつは、「システムを作ることを目的にしていること」だ。 ビジネスを成功させること目的とせず、そのための手段である「システムを作ること」を目的としている「アジャイル開発（？）」では、うまくいかないのは当然のことだ。 2001 年初頭、ユタ州スノーバードで、ソフトウェア開発の将来
今日のむいむい @mui_king 先日システム会社勤務の友だちと飲んでて 「今までクライアントの偉い人に却下されがちだったやつが 『これをケチるとみずほみたいになりますよ！』 って言うとなんでも通るようになった」 ってくだりで千切れるほど笑った。みずほ、役に立ってるぞ
孤立した職場 地方の国立大学を卒業したＫ谷さん。コンピュータ系の職種に就こうと思ったものの、大学の推薦枠内にはそうした職がなく、自然と個人で就職先探しを行う必要に迫られたそうです。 「そんな流れで、たまたま案内が来ていた会社で内定が取れちゃって……」 就職活動に不案内だったのもあって、Ｋ谷さんは深く考えることなく、「とりあえずいいかな」くらいの気持ちで就職を決めたのだといいます。 この会社。入社した翌日には、Ｋ谷さんを他の会社へと派遣してしまいました。もちろん、教育その他なんにもありません。 そして派遣先の会社は会社で、Ｋ谷さんにその会社の名刺を与えたかと思うと、さらに別会社へと彼を飛ば してしまいます。 社会に出て早々、周囲には誰も自社の人なんかいやしない。そもそも他社の名刺を持って乗り込んできたわけだから、自社の名前なんかも名乗れやしない。そんな境遇に追いやられてしまったＫ谷さんなので
規模大きめの皮算用のお時間です。 まずはこちらのツイート zoomの話じゃないけど、「awsって最近すごいらしいね？あれいくらで作れる？1000万くらい？」と聞かれたことはある — じゃすてぃ🍖🐈駆け出しYouTuber (@justy_sh) June 9, 2020 そもそもAWSを作ることを考えたことは無かったなーと反省し 今後日本でも新しいクラウドサービスを1から作ることになる可能性も0ではないと思ったので AWSのようなものを1から作ることを雑に考えてみましょう。 AWSとは まずは1000万円で作れると思われているAWSってなんでしょうか。 まあAWSのHP見ろって話ですよね。 AWSとは 小学生でも分かるように言うと、すっげえクラウドサービスでしょうか。 どこかの国会議員には分からないかも知れませんがwwwwwww。 参考のためにWikipediaを引用すると Amazo
クラウド系の社内システム他社に自社の重要なデータを預けるのは、悪用されてしまったら責任を取れる人はいないので駄目だ！ 社内SNS社内で誹謗中傷、炎上などが発生したり、ことによってはパワハラなどが発生するかもしれない。 課長クラスによる監視が必要だが、それに時間が割けないから駄目だ！ Slack社内でチャットをして遊ぶやつが出てくる。駄目だ！ Gitでどころのわからないフリーソフト（笑）を使って会社の資産であるソースコードを管理するのは駄目だ！ Github就業時間中にSNSで遊ぶのは駄目だ。 フリーソフト交換（笑）も目的にしているので、駄目だ！ Windows10出始めはバグとか社内システムが使えないなど弊害がある。すぐに使うのは駄目だ！（そしてギリギリになった） 社内プログラマコンテスト、社内ハッカソン社員がやりたいことやらせるのは良いが、一部の社員が業務と受け取って残業とみなすように言
あなたの能力も態度も信用できません：「訴えてやる！」の前に読む IT訴訟 徹底解説（75）（1/4 ページ） 連載目次 システム開発をベンダーに委託したものの、その進捗（しんちょく）や品質の悪さに不安を覚えたユーザーが契約を途中解除してしまうことがある。出来上がりそうもないシステムにこれ以上時間と労力と費用を無駄に費やすよりは全てを仕切り直したい、と考えるのは、自然なことである。 しかしベンダーからすれば、突然契約を解除されたら、かかった費用が回収できないどころか、場合によってはユーザーに損害の賠償をしなければならなくなる。一方的な解除など到底受け入れられたものではない。 そもそも「ベンダーの作業に不安を覚えた契約解除」なるものが正当か否か、判断は難しい。 システム開発の世界では、遅延や不具合の多発は必ずしも珍しいものではなく、数々の困難を克服して本稼働までこぎ着けたプロジェクトはたくさん
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR Qiitaで現実主義的な立場の方が書いた「現実は甘くねえんだよ！」な記事がランクイン その記事の筆者とコメントでやり取りをしていた方が理想主義的立場で記事を書き、これまたランクイン 実際はどちらも大事だよ、という話をしたかった はじめに 開発者の格差を書いたある記事がQiitaでランクインしました。 現在その記事は何らかの理由でコミュニティガイドライン違反として非公開となってしまっております。 個人的に記事内容には同意できましたし、開発にも有用なものだったので、理由は定かではないのですが…… 確実に言えることは、その方はいわ
Help us understand the problem. What is going on with this article? お断り ここに書いたことは、私が所属する会社とは何の関係もない個人的な考えです。 特定の業種には不快感を与えるかもしれませんが、日本のエンジニアが楽しくモノづくりができるようになる未来を願っているだけで、他意はありません。 あるqiita記事で、「格上と格下」という技術者の類型について熱い戦いが繰り広げられていました。 私がそういうモノに参加すると炎上することはわかっていたので、参加しないほうが良かったのかもしれませんが、ついつい参加してやはり沢山の方に敵認定されてしまったようです。 言い訳というわけではありませんが、私の考え方について書いておきたいと思います。 業界の病 日本のIT業界は病にかかっている。そのことは、どのエンジニアもうすうす気づいているの
Help us understand the problem. What is going on with this article? 先日、とある記事が削除された。 数時間の寿命だったのでご存じない方もいると思うので、つかみだけ紹介しよう。 簡単に言うと、Unityの有志開発ライブラリ、UniRxについての記事だ。 企業プロジェクトでUniRxを気軽に採用すると地獄だぞ、という内容だった。 そしてこの記事が削除された理由は、コメント欄に 「それ全部あんたのチームの問題であって、UniRxの問題ではなくない？」 という趣旨の反論、批判が発生したからである。 彼らの言い分はこうだ。 技術力が低い人間が高等な武器を手にしても自爆スイッチ押すだけだ、と。 なので、技術力を身に着けてから着手すべきだし、追加人員も教育してから実戦投入しろと。 ■ さて、この発言そのものは真理である。 チームの全員が
Help us understand the problem. What is going on with this article? みんな、プログラミングしてる？ Rxがまた賑やかだなって時代なので実際UniRxを使った運用経験があるのでちょっとそのことについて書く。 UniRx？なにそれ？って方は以下の記事参考にしてください。 Qiita記事: UniRx入門 個人の感想 地獄そのものでした。 自身がLとして開発入る時は二度と採用することはないです。 UniRx自体はとても素晴らしいものですが、使うものによっては神にでも悪魔にでもなれるマジンガーZみたいな存在です。 この記事はUniRxを貶しているわけではなく、UniRxを使いこなす自信がない場合は採用を考えたほうが良いという記事です。 UniRxの良いところ シンプルにかける 可読性が上がる 制御実装が楽になる よく見かけるのはこ
こんにちは、Qiita開発チームのgetty104です。 このたび、Qiitaの利用規約を改定し一部内容の追加を行います。 ※改定後の利用規約は、こちらから確認いただけます。 この記事では本変更がユーザーの方々にとってどのような影響があるのか、なぜ利用規約を変更するのかについて説明させていただきます。 どの箇所がどう変わるのか第11条(ユーザーに関する情報の利用)に、 「当社は、ユーザーがQiitaを利用することにより得られる情報を用いて当社の広告サービス、当社が本規約外で別途提供するQiita Jobsのサービス等で利用することがあります。なお、利用する情報は関心ワード、関心カテゴリ、行動ログ、アクセスした都道府県です。」 という内容を追加します。 なぜこの内容を追加するのかユーザーの皆さまの情報を活用することで、Qiitaをはじめとしたサービスを通してより良い体験を提供するためです。
はじめに 2018年は人生の中でもかなり激動だったなと思っていたが、今年をそれさえも凌駕する激動の一年だった。本当に今年のはじめと終わりでは色々なことが変わった。周りを取り巻く環境も変わったし、僕自身もかなり変わったと思う。 この記事には、これから先も記録として残しておきたい出来事についてまとめていこうと思う。 3月 大学卒業 2018年を振り返るにも書いていたが、僕はもともと漠然と院に行こうと思っていた。それを学部として卒業すると決意し、親も説得しソフトウェアエンジニアとして働くという決断をしたのはそう昔のことではない。正直大学を卒業する頃は結構漠然とした不安を抱えていた。この決断は正しいと信じていたものの、先の見えない数十年を生きていく選択として最善であったのかはわからなかった（正直今もわかってはいない）。この頃に、この選択が少なくとも自分は最善だったと思えるように行動をしていこうと決
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
