エンジニアの悲哀を描いた背筋がざわざわするムービー「The Expert」
会社やチームで仕事をしていると、無理難題をふっかけられることが一度や二度はあるもの。ロンドン在住の脚本家、Lauris Beinertsさんによる短編ムービー作品「The Expert(専門家)」は、チームでムチャぶりを押しつけられてしまうエンジニアの苦悩を描いた作品で、世界中から共感の称賛の声が寄せられまくっています。 The Expert (Short Comedy Sketch) - YouTube 上記ムービーには日本語字幕が設定されています。もし表示されていない場合は、YouTube画面の右下にある「字幕」アイコンをクリックして表示させてください。 舞台はある会社の会議室。プロジェクトを抱えたクライアントが発注先のチームと打ち合わせを行っているところです。 クライアントの要望はとにかく「7本の赤い線を引きたい」ということ。そのために連れてこられたのが専門家のアンダーソンさん(矢印
巨大システムのコストのかかり方の異常性について - novtan別館
あああああああもうやだこんな仕事やだ… 単純な話、20くらいの部署の人間が2時間の打ち合わせに出たら40人／時間ってことは大体5人日、1人月100万として25万コストが掛かるわけですよ。誰かが決めてあとよろしくってやればいいだけの話を影響調査とか見積もりとかやっていると平気で50人月すなわち5000万円とかがすっ飛んでいく世界なんですよ。で、なんだかディスクが足りないから減らすように検討しろとか言って1億円くらい検討の工数で吹っ飛んでいくんだけどそれならディスク買ったほうが安いわけですよ。コスト削減って言って削減されているように見えるコストってこの先の工数の先食いなんですよ。死ぬ。 CPUパワーが足りないから方式変えようなんて検討するのは元のがよっぽどタコいならともかく大抵の場合CPU買ったほうが安いんですよ。そりゃね、ある程度こじんまりしていて影響度合いが最初から図れるようなシステムだっ
失敗プロジェクトの通夜 - Strategic Choice
どういうこと？心血を注いだプロジェクトが中断されたときは、「プロジェクトの死」を悼んで、「通夜」を開催します。どうして？仕方のない外的要因のせいであっても、チームにとって、心血を注いできたプロジェクトのキャンセルは、特に士気を下げる原因となります。キャンセルの裏にある事情を、チームが理解しているかどうかは、さほど問題ではありません。とにかく、悲しい気持ちになるのです。無力に感じたり、無気力に陥ったり、時には裏切られたように感じます。チームには、即座に始めなければならない次のプロジェクトがあったとしても、なんらかの休憩は必要です。です。最悪、チームメンバーは辞めてしまうかもしれません。プロジェクトがキャンセルされたのは、自分たちのせいではないにも関わらず、成功したプロジェクトにしか、報酬は与えられません。これは、きわめて強い不公平感を生む可能性があります。どうすれば？失敗したプロジェクトのた
技術的負債を管理する
日付2013-5-18(Sat) 書いた人おかざわ (id:yujiorama) 書いた理由技術的負債はいつ読んでも面白いんだけどそろそろ普通に向き合いたくなったので。 技術的負債を管理する 技術的負債は悪いものとみなされている。避けるべきものであり、できるだけ早く支払うべきものなのだ。 あなたもそう思うだろうか？私たちはそうは思わない。最初に技術的負債と財政的負債を比較して、戦略の設計とステークホルダーにおける類似点について驚くべき点があることを説明する。それからコード中の技術的負債を識別するための様々な可能性について一覧にする。それらはきっとあなたが対処しなければならないものだ。 最後にプロジェクトが技術的負債を返済するために取りうるいろんなやり方について述べる。あなたが返済したほうがよいのか、負債を変換するほうがよいのか、ただ注意を払うだけでよいのかを考える時にきっと役に立つだろう。
受託開発で開発開始時に確認すること | DevelopersIO
はじめに 巷では受託開発についてまぁ様々な事は言われて久しいですが、紛れもなく自分は今この世界で生きていますし、多くの人が関わっていると思います。自分はプロジェクトリーダーという役割で開発に携わっていますが、プロジェクトをやる度に何かしら忘れてしまう事があるので、開発開始時又は開発開始前に必要な主な確認事項をまとめました。 確認すること プロジェクトの基本部分 契約書／要件定義書に書かれているようなこと。設計時や問題発生時に考える時の基礎になる部分なので、プロジェクトに関わる人全てが知っていて意識するべきこと。 ☆は仕様追加などの状況によってパラメータ調整する項目 目的 何故このプロジェクトが始まって何を目標としているのか 世界のはじまり。考察の基準。 エンドユーザー お客様と本当の意味でのエンドユーザー。 誰が使って嬉しいといいのか ステークホルダー プロジェクトのボスは誰か 誰を納得さ
プロジェクト型の仕事をする人は必読！『デッドライン』 - 脱社畜ブログ
仕事には、プロジェクト型の仕事と、そうでない仕事とがある。プロジェクト型の仕事とは、簡単に言ってしまうと、仕事の完成と期限が設定されている仕事のことだ。SIerの手がけるシステム構築や、ダムやプラントの建設はプロジェクト型の仕事の典型例である。一方、オフィス清掃や窓口業務といった、ルーチン系の仕事はプロジェクト型の仕事ではない。 プロジェクト型の仕事は、容易にブラック化する。仕事の見積りの甘さや、想定していなかったトラブル、酷い場合は病んだ社内政治によって、仕事の締め切り遵守が危機に晒されることはよくあることだ。なんとか納期に間に合わせようと、残業・徹夜といった手段が投入され、労働者はどんどん疲弊していく。「IT業界は例外なくブラック」という極論が出るくらい、世の中に病んだプロジェクトは氾濫している。 今日は、そんなプロジェクト型の仕事とうまく付き合うための本を紹介したい。『デッドライン』
継続インテグレーションは強みではなくなった: 柴田 芳樹 (Yoshiki Shibata)
Subversion/Gitなどを使用したソースコード管理、Jenkinsを使用した継続的インテグレーション、様々なxUnitフレームワークを使用した自動テストなどをソフトウェア開発組織として実践することは、今日では、その開発組織の技術的な強みではありません。 それらを実践しないことが、ソフトウェア開発組織の「弱み」なのです。また、組織としてそれらの実践を推進しない、あるいはサポートできないマネージャも「弱み」となります。さらに、大規模なソフトウェア開発組織においては、それらのためのインフラ整備をプロジェクトごとに立ち上げなければならず、サポート部門が存在しないことも弱みとなります。※1 ※1 プロジェクトを始めるごとに、ソースコード管理やJenkins用のサーバの調達、OSから様々なツールのインストールを一通り行うためには、それなりの時間を要します。したがって、バックアップをも含めて環境
大規模なJavaScript開発の話
大なごやJS#3（2012/07/21）で使ったスライドです。割と「当たり前のこと」をまとめなおしただけな感じです。
スルガ銀行とIBMの紛争について
メディア 記事一覧 オルタナティブ・ブログ 用語辞典 ITmedia エンタープライズ ニュース » 2012年06月13日 15時18分 公開 スルガ銀行とIBMの紛争について：オルタナティブ・ブロガーの視点 [ITmedia] ※読者の皆様へ 本記事は筆者の申し入れにより非公開といたしました。（2012/6/13 19:47） Copyright © ITmedia, Inc. All Rights Reserved. 検索 注目のテーマ 人気記事ランキング 「セキュリティ人材が足りない……」と嘆く前に 企業に必要なのは“懐の深さ”だ ノートPCより今こそ「デスクトップPC」の理由 リモートデスクトップアプリAnyDesk、サイバー侵害後に関連証明書を全て失効 Dockerとruncに4つの脆弱性が見つかる 悪用でホストOSにアクセスされるリスク GPU不足が深刻化 生成AI導入を急ぐ
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
プログラマーは、まどマギをこう見ていた。『ほむらちゃんはデスマーチを変えようとしてた』
まどマギは「システム自体が腐ってるどうしょうもないデスマーチに対して、いくつかのタイプのプログラマが対処する話。死亡者が続出する中、チートと言われながらコツコツと支えてくれた人がいたお陰で、ある人がプロジェクトの換骨奪胎を行ってみんなを救う話」
品質に厳しい組織で、なぜ品質が劣化するのか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない
最初から締め切り終盤勢いの開発は可能か? - teruyastarはかく語りき
※最後に2つ追記しました。 この話面白い。 11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - デジタル - 日経トレンディネット http://trendy.nikkeibp.co.jp/article/column/20111215/1039018/ スマホゲームアプリの開発を命じられたのは、東日本大震災直後の今年3月。 出された課題は 「4月から開発に着手し、7月末までに70タイトルそろえる」 「開発スタッフは既に決まっている人間で進める」 「8月にTVCMなど大々的なPRを行うため遅延は許されない」の3点 『11のやめたこと。』 1.「組織の細分化、階層化をやめる」 マネジャーが増えるということは、ゲームの作り手が一人減るということ。 優秀な人間がマネジャーになるほど、アプリの制作力は低下する。 2.「職種別の目標設定をやめる」 プログラマー、企画など
FrontPage - Trac Lightning Wiki
最近の更新 (Recent Changes)2016-03-02Plugin Plugin/4.0.0/AddCommentMacro 2016-01-30Plugin/4.0.0/TracNavMacro Plugin/4.0.0/TocMacro Plugin/4.0.0/PrivateWikiPlugin 2015-11-22Plugin/4.0.0/FootNoteMacro 最新リリース情報traclight (1.5.2)2008-02-13 23:09trac-lightning (3.2.0)2013-04-29 13:00trac-lightning-dev (3.2.0beta1)2013-03-16 11:37 Wikiガイド(Guide)Wikiの文法 リンクの種類と文法 ブロックプロセッサ 拡張文法 サイドバー プロジェクトWikiでの広告設定 サイドバー (Si
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
このプロジェクトは無理です : 2chコピペ保存道場