Developer-first Project Management for Teams on GitHub | Waffle.ioGitHub requires we request read/write access to your repositories in order to access your issues and pull requests. Read more Need a GitHub Account?
プロジェクトとプロジェクトマネジメントの基本
プロジェクト的な立ち回りに経験の浅いビジネスパーソン向けの「プロジェクトマネジメント」の入門知識をまとめたスライドです。内輪向けにこしらえたβ版で、途中で息絶えた感が否めない仕上がりではありますが、ざっと概観するのにお役立ていただけるところがあればと思い、ネットの片隅に置いておきます。 編集後記は、筆者ブログ（心のうち）にて。 https://hysmrk.cocolog-nifty.com/blog/2020/10/post-79dcfe.html ※このスライドは、一つ前にアップロードしたスライドの16スライド目の後に1枚「プロジェクトマネジメントの難しいところ」を加えて、その他いくらか文言を修正したプチ改訂版です。
エンジニアのための経営学
This document provides tips for winning data science competitions by summarizing a presentation about strategies and techniques. It discusses the structure of competitions, sources of competitive advantage like feature engineering and the right tools, and validation approaches. It also summarizes three case studies where the speaker applied these lessons, including encoding categorical variables a
New AWS Tools for Code Management and Deployment | Amazon Web Services
AWS News Blog New AWS Tools for Code Management and Deployment Today I would like to tell you about a trio of new AWS tools that are designed to help individual developers, teams of developers, and system administrators store, integrate, and deploy their code on the cloud. Here is the lineup, in the order that you’d generally put them to use: AWS CodeDeploy – This service efficiently deploys your
AWS News Blog
Amazon SageMaker Geospatial Capabilities Now Generally Available with Security Updates and More Use Case Samples At AWS re:Invent 2022, we previewed Amazon SageMaker geospatial capabilities, allowing data scientists and machine learning (ML) engineers to build, train, and deploy ML models using geospatial data. Geospatial ML with Amazon SageMaker supports access to readily available geospatial dat
俺の価値創造契約
〜新しい契約形態での受託開発サービス立ち上げ 1,396日間の記録〜 2010年11月に「価値創造契約」を発表してから4年。数案件を実施し、さまざまな経験をしてきました。その貴重なエピソードを発表します。 @XP祭り2014
これがNASA流の仕事術、「プロジェクトマネージャーが守るべきルール100」が公開される
by MATEUS_27:24&25 プロジェクトの計画と実行において総合的な責任を持つ職務をプロジェクトマネージャーと呼びますが、NASAのゴダード宇宙飛行センターの副監督者であるJerry Maddenさんが何年にもわたって出典不詳のソースから集めた「プロジェクトマネージャーとしての心得」とも言える100のルールがPDFファイルで公開されました。プロジェクトマネージャーとしてだけでなはく、仕事やグループを統括する人にとって非常に役立ちそうなルールとなっています。 One Hundred Rules for NASA Project Managers - 100-rules-for-nasa-project-managers.pdf (PDFファイル) https://www.projectsmart.co.uk/white-papers/100-rules-for-nasa-proje
「Webディレクター」という肩書とその役割 | F's Garage
先日、WebSigの10周年イベントの検討会議の場で、Webディレクターとは？というの話になった。 昔よく言われたのは、「Webディレクター」は「デザインできない」「開発できない」人がなる職業というネガティブな表現があった。特に「Webの仕事」と言えば「Webの受託制作」だったころは、そういう人たちが沢山集まってきていた。 そういう中で、「工程管理しかできないディレクター」とか「気が効かないディレクター」とか、「言われたことしかやらないディレクター」とか、確かに、いろいろいたように思える。 またネガティブな意味で、「Webディレクターとは何でも屋なんだよ」と言われることもある。これはある意味真理だと思っている。 個人的に思っているディレクターの重要な役割とは、 「バネのように、状況（案件）に応じて自在に伸び縮みして、お客さんと制作との穴を埋める仕事」 だと思っている。 PMが全体を見ている
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
最低限知っておきたい仕様書を書くときの３つのポイント 【ボクバイＺ the blog】
こんにちは。ライブドアでブログを更新しているキツネハンターです。 今回はソフトウェア開発に必要となる「仕様書」を書く際のポイントについて紹介したいと思います。あと、このテイストはlivedoor ディレクター Blogのパクリです。 さて、仕様書と言っても、大別して２種類あることをご存知でしょうか？１つはユーザー側から見た外部仕様（機能仕様）、もう１つは開発者側から見た内部仕様（技術仕様）です。 例えば、「0〜100までの素数を全て求めたい、素数を数えて落ち着くんだ」というのが外部仕様。これに対して、「ある数Ｘ（Ｘは0以上、100以下）を２からＸまで順に割ってアレする」というのが内部仕様。 外部仕様を書くのはカンタンです。たぶん、誰でも書けます。でも、内部仕様を書くのはプログラミングのスキルがないと書けません。内部仕様を書けるのは、プログラマーかスーパープランナーだけです。 ボク
ダメなシステムが無くならない理由はエンジニアを正しく活用できないから - GoTheDistance
Twitterで流れてきたのでつい見てしまいましたが、この方の連載は全体的にやっつけ感が否めないですね。 なぜ“ダメなシステム”は無くならないのか？ - なぜ“ダメなシステム”は無くならないのか？：ITpro この"ダメだしとっつあん"があの手この手で言わんとしてることは｢上流工程と下流工程の分断は悪であり、ダメなシステムはそこから生まれている｣ということですので、この記事を読んだ人は連載読まなくて大丈夫です。僕が書いたこのエントリ読んでください。もっと突っ込んで書いてあります。 ｢SIerでのキャリアパスを考える｣というイベントに登壇しました - GoTheDistance もうそろそろぶっちゃけてもいいでしょ。ダメなシステムができる理由は簡単だってことに。ウオーターフォールが逆流できないせいだ/丸投げするからダメ/リスクをとらないからダメ/技術力のないやつが舵を取るからダメ・・・ってさ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
